Re: [spring] Hope to draw the attention of the Working Group:draft-han-spring-srv6-underlay-tunnel-programming-01

2022-11-10 Thread chen.ran
Hi Ketan, Sorry for the late reply. Please see inline... Best Regards, Ran Original From: KetanTalaulikar To: 陈然00080434; Cc: alexander.vainsht...@rbbn.com ;spring@ietf.org ; Date: 2022年11月09日 21:57 Subject: Re: [spring] Hope to draw the attention of the Working Group:draft-

Re: [spring] Fwd: I-D Action:draft-cheng-spring-srv6-resource-programming-00.txt

2022-11-10 Thread 姜文颖
Hi R, Thanks for your comments. 1. The solution in this draft is compliant with the SR architecture and design principles. The SR path selection is still in the ingress node. The End.NRP SID can be used to build SR path at the ingress node similar to the End.X SID. 2. The End.X cannot prov

Re: [spring] [EXTERNAL] Re: RE: My question at the mike aboutdraft-dong-spring-srv6-inter-layer-programming

2022-11-10 Thread Alexander Vainshtein
Hi Jie, First a couple of question for my education. I have looked up ITU-T G.8310 and it states that MTH is an ITU-T term for what earlier has been known as Flex-Ethernet. Is this understanding correct? And if yes, does the MTN path to which you refer an equivalent to a Flex-Ethernet channel?

Re: [spring] [EXTERNAL] Re: RE: My question at the mike aboutdraft-dong-spring-srv6-inter-layer-programming

2022-11-10 Thread Dongjie (Jimmy)
Hi Sasha, Here are some thoughts about why the MTN or optical underlay connection may not be seen as L3 links. MTN or Optical underlay path is usually unidirectional from the ingress IP node to the egress IP node, although provisioning and associating them into bidirectional paths is possible.