You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
"body": "Currently we only have one subsection (\"Speaking for the IETF\"). PR #60 removes this subsection (and also subsequently also merges text together that belongs together). However, we could also decide to have/keep subsection, e.g. if the makes it easier to find the right paragraph, but then we should also re-consider if the other section should maybe also have subsection. \n\nI proposed PR #60 because it was the most straightforward change but also because I think the section and the whole document is short enough that we don't necessarily need subsections.",
"body": "4052 describes the process to manage and handle liaison relationships. This kind of relationship, that the doc is scope to, is focused on those relationships where the IAB appoints a liaison manager. In the bis document we add the term \"formal\" in most places to make it more clear that this process that is described has this more formal step where the IAB decides to appoint a manager. (however, if adding the term formal creates more confusion that clarity, we could also reconsider it; but I still feel it helps.)\n\nI personally think the scope of the bis document should stay focused on this (formal) part of the process. Any more informal collaboration should also be well described somewhere to make it easier for people to understand the IETF approach, but an RFC should be focused on what needs to specified about any formal procedures and not go beyond that when it is not needed. For me that is a lesson learnt from many process RFCs to really focus in the formal parts that need tight specifications and not more.\n\nIf we would want to say about our general approach to liaison management or collaboration more generally, maybe that could be another informal RFC or, I think, having clear documentation on the website is even better because I would assume that's where people will look first. But I don't think we need to tie these consideration in the IETF-wide consensus document. In liaison management there is a need for some flexibility as every organization works differently and therefore I strongly argue to limit the BCP to guidelines for the IAB when to appoint a manager and (internal) instructions to liaison managers.",
681
+
"createdAt": "2025-11-01T15:19:19Z",
682
+
"updatedAt": "2025-11-01T15:19:19Z",
683
+
"closedAt": null,
684
+
"comments": []
685
+
},
686
+
{
687
+
"number": 65,
688
+
"id": "I_kwDOMUjy5c7VRgLR",
689
+
"title": "Should we also merge section on \"liaison communication\" into other sections?",
"body": "This section talks about the use of informal and formal communications and that any such communication as no special standing. The first things is covered in section 2 and 4 already, and second is noted in the intro already. Maybe we don't need a separate section for this?",
697
+
"createdAt": "2025-11-01T15:48:06Z",
698
+
"updatedAt": "2025-11-01T15:48:06Z",
699
+
"closedAt": null,
700
+
"comments": []
653
701
}
654
702
],
655
703
"pulls": [
@@ -2602,6 +2650,125 @@
2602
2650
]
2603
2651
}
2604
2652
]
2653
+
},
2654
+
{
2655
+
"number": 60,
2656
+
"id": "PR_kwDOMUjy5c6w_hLw",
2657
+
"title": "Merge \"Speaking for the IETF\" in to paragraph further up",
"body": "These two paragraph were both talking about speaking for the IETF or representing the IETF. As we don't have any other subsection anymore anywhere, I removed the subsection heading and merged the text into the existing paragraph a bit further up.",
"body": "No matter of the add a \"formal\" to the term liaison relationship, let's try to be very consistent in our wording used in the doc. This PR add \"formal\" and \"liaison\" everywhere. It also used the term \"working relationship\" otherwise.",
0 commit comments