Authors,
For this draft, it would be useful to also discuss and understand a few
other things, such as:
I. Has an approach similar to FAT-PW for LB (instead of the {ELI; EL}
Entropy Label approach) been considered? It would save label stack
entries, and allow precise positioning. Has this been ruled out?
II. Definition of behavior for networks with hybrid support (some nodes
support ELC, some do not). Like, can/should EL;ELI be used if some nodes
in the path do not support it? This will be a very common case. Some
downstream NHs might support it and some don¹t.
III. Are there multi instance or flooding scope implications?
IV. As specified, there is no relationship between ELC and RLDC. Seems
there is. Do these need to be supported simultaneously? Say, a node does
not support ELC but advertises RLDC, what¹s that mean?
V. There are several operational considerations which are just unadressed.
Say, a new LC is inserted in a node, which does not support ELC, or
supports a RLD smaller than what¹s been advertised. Or...
VI. No security implications sounds quite optimistic :-)
Thanks,
‹ Carlos.
-----Original Message-----
From: OSPF <[email protected]> on behalf of "Acee Lindem (acee)"
<[email protected]>
Date: Monday, April 11, 2016 at 2:38 PM
To: "[email protected]" <[email protected]>
Cc: OSPF WG List <[email protected]>
Subject: [OSPF] Signaling Entropy Label Capability Using OSPF -
draft-ietf-ospf-mpls-elc-00
>Authors,
>
>We will soon be progressing the OSPFv2 SR draft. What is your intent for
>this draft? It is missing:
>
> 1. A figure with the RI encoding like other OSPF documents
> 2. Discussion as to precisely how the capability would be used by a
>router in an OSPF routing domain. For example, must a router remove the EL
>if the next-hop doesn¹t support it?
> 3. A discussion of backward compatibility for the new
>Router-Information LSA capability.
>
>Thanks,
>Acee
>
>_______________________________________________
>OSPF mailing list
>[email protected]
>https://www.ietf.org/mailman/listinfo/ospf
_______________________________________________
OSPF mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/ospf
