His Les,

1) From implementation, because preference algorithm is protocol 
independent, it is better to do conflict resolution at a common place, not 
at individual protocol instance. For example, we can do prefix-conflict 
resolution when generate the preference FIB entry at the common place. For 
a preference FIB entry, the routing information may get from OSPF by 
administrative distance, but the SID information may get from ISIS by 
prefix-conflict algorithm. Then we can do sid-conflict resolution when 
generate the SID-LIB entry according to the above FIB entry and other 
sources, it will select a preference FEC to provide forwarding 
information.
So, preference algorithm per prefix/fec is enough. Per range is possible, 
but implementation is complex. More complex is for "ignor overlay" per 
range.

2) The restrictions in new section "Scope of SR-MPLS SID Conflicts" maybe 
not true. Please just consider "Carrier of Carrier" case which deploy 
IGP+LDP between PE and CE. It is possible to deploy SR LSP in the second 
level carrier, so that an SR LSP is building from one site to another 
across the first level carrier, same as an LDP LSP. This means SIDs 
associated with destinations in Site A will be installed in the forwarding 
plane of routers in Site B.


Thanks 

Deccan
--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and 
any attachment transmitted herewith) is privileged and confidential and is 
intended for the exclusive use of the addressee(s).  If you are not an intended 
recipient, any disclosure, reproduction, distribution or other dissemination or 
use of the information contained is strictly prohibited.  If you have received 
this mail in error, please delete it and notify us immediately.
--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and 
any attachment transmitted herewith) is privileged and confidential and is 
intended for the exclusive use of the addressee(s).  If you are not an intended 
recipient, any disclosure, reproduction, distribution or other dissemination or 
use of the information contained is strictly prohibited.  If you have received 
this mail in error, please delete it and notify us immediately.
_______________________________________________
spring mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/spring

Reply via email to