A Framework for Loop-Free Convergence
RFC 5715
Yes
No Objection
Note: This ballot was opened for revision 07 and is now closed.
Lars Eggert No Objection
Very nice document overall! Section 6.5., paragraph 5: > This > could, for example, be achieved by allocating a Type of Service bit > to the task[RFC0791]. This mechanism works identically for both > "bad-news" and "good-news" events. It also works identically for > SRLG failure. There are three problems with this solution: There is no "ToS byte" anymore since DiffServ was published. Using a DSCP for that purpose is also not really in tune with the DiffServ architecture. Suggest to remove this example or point out in the list following this paragraph that that's also a drawback.
(Adrian Farrel; former steering group member) Yes
Section 3 has Throughout this document we use the term SRLG to describe the procedure to be followed when multiple failures have occurred whether or not they are members of an explicit SRLG. s/to describe/when describing/ --- Echo the point on the the ToS byte. Suggest to completely remove the sentence. --- I think it is unfortunate that section 12 is so skinny. I presume that if I am able to induce micro loops (perhaps by flapping a resource) I could cause considerable network disruption and so using loop prevention or mitigation is a protection.
(Ross Callon; former steering group member) Yes
(Cullen Jennings; former steering group member) No Objection
(Jari Arkko; former steering group member) No Objection
(Ralph Droms; former steering group member) No Objection
(Robert Sparks; former steering group member) No Objection
(Ron Bonica; former steering group member) No Objection
(Russ Housley; former steering group member) No Objection
(Tim Polk; former steering group member) No Objection