Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-15 Thread Gyan Mishra
Ron > > > > > > > > Juniper Business Use Only > > *From:* Gyan Mishra > *Sent:* Monday, February 15, 2021 12:18 AM > *To:* Ron Bonica > > *Cc:* Jeff Tantsura ; Loa Andersson ; > spring@ietf.org > *Subject:* Re: [spring] FW: New Version Notif

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-15 Thread Ron Bonica
Tantsura ; Loa Andersson ; spring@ietf.org Subject: Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt [External Email. Be cautious of content] Thanks Ron! I really like the innovative idea. Will this work with LDP v4 v6 to SRv6 interworking as well is my

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-14 Thread Gyan Mishra
gt; I think that Jeff means to say that " A SID instance is associated with > SR-MPLS label stack. A label stack entry can be associated with a next hop. > A recursive lookup may be required to derive the next hop from the topmost > label stack entry." > > Ron > &g

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-12 Thread Ron Bonica
Sent: Friday, February 12, 2021 3:55 AM To: Jeff Tantsura Cc: Loa Andersson ; Ron Bonica ; spring@ietf.org Subject: Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt [External Email. Be cautious of content] Hi Ron This is an interesting SR-MPLS to SRv6

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-12 Thread Gyan Mishra
PM > To: Jeff Tantsura ; Ron Bonica < > rbon...@juniper.net> > Cc: spring@ietf.org > Subject: Re: [spring] FW: New Version Notification for > draft-bonica-spring-srv6-end-dtm-01.txt > > [External Email. Be cautious of content] > > > Jeff, > > > On 08/02/202

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-09 Thread Jeff Tantsura
: Jeff Tantsura ; Ron Bonica > Cc: spring@ietf.org > Subject: Re: [spring] FW: New Version Notification for > draft-bonica-spring-srv6-end-dtm-01.txt > > [External Email. Be cautious of content] > > > Jeff, > > > On 08/02/2021 14:51, Jeff Tantsura wrote: >

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-09 Thread Ron Bonica
To: Ron Bonica ; spring@ietf.org Subject: Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt [External Email. Be cautious of content] Hi Ron, I think this new SRv6 endpoint behavior is very useful to connect an SRv6 island and an SR-MPLS island. I have two comments

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-09 Thread Ron Bonica
entry." Ron Juniper Business Use Only -Original Message- From: Loa Andersson Sent: Monday, February 8, 2021 11:51 PM To: Jeff Tantsura ; Ron Bonica Cc: spring@ietf.org Subject: Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-08 Thread Takuya Miyasaka
Hi Ron, I think this new SRv6 endpoint behavior is very useful to connect an SRv6 island and an SR-MPLS island. I have two comments. In this draft, you introduced the End.DTM as a new "segment type", but according to draft-ietf-spring-srv6-network-programming draft I think this should be

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-08 Thread Loa Andersson
Jeff, On 08/02/2021 14:51, Jeff Tantsura wrote: Hi Ron, Very useful document, thanks! Question wrt processing: As described in the draft: “A SID instance is associated with SR-MPLS label stack and outgoing interface.” I’d think that outgoing interface would be recursively resolved based on

Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

2021-02-07 Thread Jeff Tantsura
Hi Ron, Very useful document, thanks! Question wrt processing: As described in the draft: “A SID instance is associated with SR-MPLS label stack and outgoing interface.” I’d think that outgoing interface would be recursively resolved based on the top SID (and could change based on topological