Skip to main content

Babel routing protocol
charter-ietf-babel-02

Yes

(Alia Atlas)
(Jari Arkko)
(Mirja Kühlewind)

No Objection

(Ben Campbell)
(Deborah Brungard)
(Joel Jaeggli)
(Stephen Farrell)

Note: This ballot was opened for revision 00-06 and is now closed.

Ballot question: "Do we approve of this charter?"

Alia Atlas Former IESG member
Yes
Yes (for -00-06) Unknown

                            
Alvaro Retana Former IESG member
Yes
Yes (2016-06-15 for -00-06) Unknown
I just have a couple of nits:

1. The list of Work Items includes a couple of bullets related to coordination and liaisons, which are clearly not "work items".  Please move this text before/after the work items.

2. This text in the first paragraph sounds like marketing to me: "It is robust even in the presence of link metric oscillations and the failure of transitivity."
Jari Arkko Former IESG member
Yes
Yes (for -00-07) Unknown

                            
Mirja Kühlewind Former IESG member
Yes
Yes (for -00-06) Unknown

                            
Spencer Dawkins Former IESG member
Yes
Yes (2016-06-15 for -00-07) Unknown
I had a couple of suggestions, but this looks fine.

We all know that applicability statements are standards-track, but perhaps it's worth spelling that out for people who haven't read RFC 2026 lately, since we don't produce many applicability statements. Perhaps "As the Proposed Standard version of Babel is completed, an Applicability Statement should be finalized to guide those potentially interested in deploying Babel. This Applicability Statement may include deployment advice and will be published as a standards-track RFC."

I wasn't sure what you meant by "state" in "The Working Group should document its ongoing implementation experience with Babel, so that new WG participants can understand the state that is driving this work and the experience driving changes." I can guess, but I was guessing.
Suresh Krishnan Former IESG member
Yes
Yes (2016-06-14 for -00-06) Unknown
Thanks for addressing my comments from the previous version of the charter. It looks good now. As a minor nit, the charter has two bullet points that mention "As a secondary focus...". I suggest removing the phrase "As a secondary focus," from the second occurrence.
Ben Campbell Former IESG member
No Objection
No Objection (for -00-07) Unknown

                            
Benoît Claise Former IESG member
No Objection
No Objection (2016-06-15 for -00-06) Unknown
1. Editorial

Justification: 
- TR69 is a management protocol, not "network management"
- I tried to explain that data models are derived from the information model

OLD:
- Address manageability of Babel by producing an informational model
for use by other network management such as the Broadband Forum
TR-069, and a YANG data module based on that information model.   The
former supports the case where the Customer-Premise Equipment (CPE)
is managed by the Service Provider (SP) as is done today.  The latter YANG
model supports management of home gateway routers and is  consistent 
with the ongoing effort to use YANG data modules in the Routing Area. 
This work is required as part of moving Babel to Proposed Standard.

NEW:
- Address manageability of Babel by producing a Babel informational model
to help provide guidance and derive the data models. To be consistent with 
the ongoing effort to use YANG data modules in the Routing Area, a Babel 
YANG data model to support management of home gateway routers is required 
as part of moving Babel to Proposed Standard. This information model is 
useful as a common source of information for the case where the 
Customer-Premise Equipment (CPE) is managed by the Service 
Provider (SP) with the Broadband Forum TR-069 protocol and its associated 
data model.

2.
I don't believe we need this text:
Thus, the Working Group will produce a Proposed Standard Babel
specification, including or paired with a suitable Proposed Standard
specification covering the security mechanism(s) for BABEL. It will
also produce a management information and data model for BABEL as a
Proposed Standard RFC. An applicability statement will be produced as
an Informational RFC.

However, as discussed during the retreat, the deliverables should clearly mention 
the expected status: informational, proposed standard
Deborah Brungard Former IESG member
No Objection
No Objection (for -00-07) Unknown

                            
Joel Jaeggli Former IESG member
No Objection
No Objection (for -00-07) Unknown

                            
Stephen Farrell Former IESG member
No Objection
No Objection (for -00-07) Unknown