Summary: Has enough positions to pass.
Ballot question: "Is this charter ready for external review?"
Most of these observations are attempts at friendly amendments, but I'm really thinking the first one needs help. The existing working group participants may understand that perfectly, but I'm not even close to understanding. I'm not sure I can parse this text. A minimum of the necessary mechanisms to support incremental deployment and/or managing different BIER mask-length compatibility may be defined. If I was guessing, I'd guess At a minimum, the necessary mechanisms needed to o support incremental deployment, o manage different BIER mask-length compatibility o or both may be defined. but guessing isn't helping me understand clearly. What am I getting wrong? Unless "non-congruent topologies" is a term of art in this text, Operation of BIER in non-congruent topologies, i.e. topologies where not all routers are BIER capable can also be addressed. ISTM that Operation of BIER in topologies where not all routers are BIER capable can also be addressed. would be clearer. (Since the term is expanded, I assumed it wasn't a term of art) I think I understand where Each such mechanism must include an applicability statement to differentiate its necessity from other proposed mechanisms. is headed, but ISTM that as stated, this is combinatorial - every time a new mechanism shows up, all the previously proposed mechanisms must add a statement about differentiation from the new mechanism. I bet that's not what's intended. Perhaps maintaining a separate applicability statement differentiating between all mechanisms would be more tractable? I note that 8) BIER Traffic Engineering: An architecture for BIER-TE is defined in draft-ietf-bier-te-arch; associated fundamental technology is included. says "is defined", but that draft looks like a -00 that's a couple of weeks old. Would "is being defined" be more accurate? (This is not the usual moan about naming individual drafts as starting points in a new working group) In 13) Applicability of BIER to Applications: The WG may advise on the applicability of BIER to various applications. is "advise" intended to be some flavor of RFC, or just a "sounds like a plan"/"sounds like a bad idea" e-mail? I don't need to know the answer to that, but the working group might benefit from knowing it. I wonder if the paragraph about working groups to be coordinated with and advised would be clearer as a bulleted list?