[Lsr] Murray Kucherawy's No Objection on draft-ietf-ospf-mpls-elc-13: (with COMMENT)

Murray Kucherawy has entered the following ballot position for draft-ietf-ospf-mpls-elc-13: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to

[Lsr] Murray Kucherawy's No Objection on draft-ietf-isis-mpls-elc-12: (with COMMENT)

Murray Kucherawy has entered the following ballot position for draft-ietf-isis-mpls-elc-12: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to

[Lsr] Barry Leiba's No Objection on draft-ietf-ospf-mpls-elc-13: (with COMMENT)

Barry Leiba has entered the following ballot position for draft-ietf-ospf-mpls-elc-13: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http

[Lsr] Barry Leiba's No Objection on draft-ietf-isis-mpls-elc-12: (with COMMENT)

Barry Leiba has entered the following ballot position for draft-ietf-isis-mpls-elc-12: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http

Re: [Lsr] Flooding across a network

[as WG member] I think it would be more productive if we stay focused on trying to improve flooding speed/efficiency here. How about let's get some of the proposals being mulled over actually written, and provide some data, and leave all the hand-wringing and theorizing about being too-successf

Re: [Lsr] Flooding across a network

Hi Les, A side comment but your example shows another - one may say even much more serious issue. Assume we have LFA/TI-LFA enabled in the network and precomputed on B which get's activated and shifts traffic to E when detects that C is down. Detection is fast .. 10s-100s of milliseconds. Now if

Re: [Lsr] Flooding across a network

Bruno - Seems like it was not too long ago that we were discussing this in person. Ahhh...the good old days... First, let's agree that the interesting case does not involve 1 or even a small number of LSPs. For those cases flooding speed does not matter. The interesting cases involve a la

[Lsr] Flooding across a network

Les, > From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Les Ginsberg (ginsberg) > Sent: Monday, May 4, 2020 4:39 PM [...] > when only some nodes in the network support faster flooding the behavior of > the whole network may not be "better" when faster flooding is enabled because > it prolong

Re: [Lsr] AD Review of draft-ietf-ospf-te-link-attr-reuse-10

Hi Alvaro, thanks for your comments. I apologize for the delay in responding to your comments. I tried to address all of them, some have been resolved during ISIS draft review, in which case I took the same resolution for this draf. Please see inline, look for ##PP Dear Authors: Happy New

[Lsr] Rtgdir last call review of draft-ietf-ospf-mpls-elc-13

Reviewer: Dhruv Dhody Review result: Has Issues Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The

[Lsr] Rtgdir last call review of draft-ietf-isis-mpls-elc-12

Reviewer: Dhruv Dhody Review result: Has Issues Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The