Pablo,
So, to make uSID work:
* You have to get a large block (e.g., /32) from your RIR
* You have to allocate a smaller block (e.g., /48) to each router for uSIDs
* You can't use more specifics from that block for anything else (e.g.,
numbering interfaces)
* If you do, you may cause multiple SR paths to black hole
Do I have this right?
Ron
Juniper Business Use Only
From: Pablo Camarillo (pcamaril) <pcama...@cisco.com>
Sent: Tuesday, September 10, 2019 10:12 AM
To: Ron Bonica <rbon...@juniper.net>; SPRING WG <spring@ietf.org>
Subject: Re: [spring] draft-filsfils-spring-net-pgm-extension-srv6-usid-01
Ron,
SRv6 is based on IPv6 longest prefix match forwarding. You can shoot yourself
in the foot by adding bad routes.
Cheers,
Pablo.
From: spring <spring-boun...@ietf.org<mailto:spring-boun...@ietf.org>> on
behalf of Ron Bonica
<rbonica=40juniper....@dmarc.ietf.org<mailto:rbonica=40juniper....@dmarc.ietf.org>>
Date: Tuesday, 6 August 2019 at 22:46
To: SPRING WG <spring@ietf.org<mailto:spring@ietf.org>>
Subject: [spring] draft-filsfils-spring-net-pgm-extension-srv6-usid-01
Authors,
Referring to the example in Section 5.2 of
draft-filsfils-spring-net-pgm-extension-srv6-usid-01, what would happen if Node
7 instantiated the following:
- A uSID identified by 2001:db8:0700/48
- A more specific route (e.g., 2001:db8:0700::/49)
Would the more specific route be ignored by the longest path lookup on Node 7?
If not, would the more specific route cause all SR Paths whose penultimate
segment is 2001:db8:0700/48 to black hole?
Ron
Juniper Business Use Only
_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring
