Ktan, and all,
My personal summary of what you and I have said is lie following:

  *   Without L3 functionality on the endpoints of an underlay link between a 
pair of IP nodes, it will not pass IP traffic
  *   With some form of L3 functionality on the endpoints of an underlay link 
between a pair of IP nodes regular End.X SIDs suffice

What, if anything, do I miss?

Regards,
Sasha

From: Ketan Talaulikar <ketant.i...@gmail.com>
Sent: Friday, July 26, 2024 2:47 PM
To: Alexander Vainshtein <alexander.vainsht...@rbbn.com>
Cc: draft-dong-spring-srv6-inter-layer-programm...@ietf.org; spring@ietf.org
Subject: [EXTERNAL] Re: [spring] My question at the mike about 
draft-dong-spring-srv6-inter-layer-programming

Adding to what Sasha has said, RFC8986 that has specified End.X (refer 
https://www.rfc-editor.org/rfc/rfc8986.html#section-4.2<https://www.rfc-editor.org/rfc/rfc8986.html#section-4.2>)
 also allows for the same to be used for the underlying L2 bundle member links 
as well.

To me, the L3 interface with optical sub-channels under it, seems similar and 
makes me also wonder (same as Sasha) about why End.X is not sufficient.

Thanks,
Ketan


On Fri, Jul 26, 2024 at 2:28 PM Alexander Vainshtein 
<Alexander.Vainshtein=40rbbn....@dmarc.ietf.org<mailto:40rbbn....@dmarc.ietf.org>>
 wrote:
Hi all,
Just repeating the question about the 
draft<https://datatracker.ietf.org/doc/html/draft-dong-spring-srv6-inter-layer-programming-08>
 I’ve asked at he mike at the SPRING WG session today.


· Suppose that there is an underlay link between a pair of IP nodes  that is 
not “visible in he L3 topology”. To me this means that there no P-capable 
(logical) interfaces associated with the endpoints of this underlay link

· Suppose further that one of these nodes (the upstream one) allocates and 
advertises an SID with End.XU behavior for this underlay link

· The upstream node receives an IPv6 packets with the tops SRv6 SID on it being 
the End.XU. It strips this SID (this the common behavior of all End-like SIDs) 
and send the resulting IPv6 packet across the link to the downstream node/\.
Now the question: How should the downstream node process the received packet if 
its local endpoint of the undelay link s not associated with an IP-capable 
logical interface?

If the endpoints of the underlay ink are associated with L3 interfaces in both 
nodes, the link becomes visible in L3 topology, and a regular End.X SID can be 
allocated and advertised for it.

Hopefully this clarifies my question.

Regards,
Sasha



Disclaimer

This e-mail together with any attachments may contain information of Ribbon 
Communications Inc. and its Affiliates that is confidential and/or proprietary 
for the sole use of the intended recipient. Any review, disclosure, reliance or 
distribution by others or forwarding without express permission is strictly 
prohibited. If you are not the intended recipient, please notify the sender 
immediately and then delete all copies, including any attachments.
_______________________________________________
spring mailing list -- spring@ietf.org<mailto:spring@ietf.org>
To unsubscribe send an email to 
spring-le...@ietf.org<mailto:spring-le...@ietf.org>
_______________________________________________
spring mailing list -- spring@ietf.org
To unsubscribe send an email to spring-le...@ietf.org

Reply via email to