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

[Jeff Tantsura <[e-mail]>]

Thanks Ron, couldn’t have explained it better.

Prefix SID (and the prefix associated with it) could be reachable over any interface participating in the topology,  depending on that topology structure, with topology changes, outgoing interface might change as well. Hence the outgoing interface is a runtime property of the top SID.

Loa - does this clarify?

Cheers,
Jeff
On Feb 9, 2021, 12:35 PM -0800, Ron Bonica <[e-mail]>, wrote:
> Loa,
>
> 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
>
>
>
> Juniper Business Use Only
>
> -----Original Message-----
> From: Loa Andersson <[e-mail]>
> Sent: Monday, February 8, 2021 11:51 PM
> To: Jeff Tantsura <[e-mail]>; Ron Bonica <[e-mail]>
> Cc: [e-mail]
> 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:
> > 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 semantics).
> > Could you please elaborate?
>
> What exactly do yo mean by "recursively"?
>
> /Loa
> >
> > Thanks!
> >
> >
> > Cheers,
> > Jeff
> >
> > > On Feb 7, 2021, at 08:46, Ron Bonica <rbonica=[e-mail]> wrote:
> > >
> > >
> > > Please review and comment
> > >
> > >
> > > Juniper Business Use Only
> > >
> > > > -----Original Message-----
> > > > From: [e-mail] <[e-mail]>
> > > > Sent: Sunday, February 7, 2021 11:41 AM
> > > > To: Greg Mirsky <[e-mail]>; Peng Shaofu
> > > > <[e-mail]>; Ron Bonica <[e-mail]>; Shaofu
> > > > Peng <[e-mail]>; Shraddha Hegde
> > > > <[e-mail]>; EXT- [e-mail]
> > > > <[e-mail]>
> > > > Subject: New Version Notification for
> > > > draft-bonica-spring-srv6-end-dtm-01.txt
> > > >
> > > > [External Email. Be cautious of content]
> > > >
> > > >
> > > > A new version of I-D, draft-bonica-spring-srv6-end-dtm-01.txt
> > > > has been successfully submitted by Ron Bonica and posted to the IETF
> > > > repository.
> > > >
> > > > Name: draft-bonica-spring-srv6-end-dtm
> > > > Revision: 01
> > > > Title: The SRv6 END.DTM Segment Type
> > > > Document date: 2021-02-07
> > > > Group: Individual Submission
> > > > Pages: 7
> > > > URL: https://urldefense.com/v3/__https://www.ietf.org/archive/id/draft-bonica-spring-srv6-end-dtm-01.txt__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8F9ybUH5$
> > > > Status:
> > > > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-b
> > > > onica-spring-srv6-end-dtm__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8ap
> > > > yYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8Oytsvgj$
> > > > Htmlized: https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draft-bonica-spring-srv6-end-dtm__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8F2zaLIO$
> > > > Htmlized: https://urldefense.com/v3/__https://tools.ietf.org/html/draft-bonica-spring-srv6-end-dtm-01__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8DZVjUN4$
> > > > Diff:
> > > > https://urldefense.com/v3/__https://www.ietf.org/rfcdiff?url2=draft-
> > > > bonica-spring-srv6-end-dtm-01__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4t
> > > > F8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8CJWOgzv$
> > > >
> > > > Abstract:
> > > > This document describes a new SRv6 segment type, called END.DTM. The
> > > > END.DTM segment type supports inter-working between SRv6 and SR-MPLS.
> > > > Like any segment type, END.DTM contains a function and arguments.
> > > > The function causes the processing SRv6 node to remove an SRv6 header
> > > > and impose an SR-MPLS label stack. The arguments determine MPLS-
> > > > label stack contents.
> > > >
> > > >
> > > >
> > > >
> > > > Please note that it may take a couple of minutes from the time of
> > > > submission until the htmlized version and diff are available at tools.ietf.org.
> > > >
> > > > The IETF Secretariat
> > > >
> > > _______________________________________________
> > > spring mailing list
> > > [e-mail]
> > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spr
> > > ing__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3q
> > > bYIFrhF8PggLsaR$
> >
> > _______________________________________________
> > spring mailing list
> > [e-mail]
> > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spri
> > ng__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbY
> > IFrhF8PggLsaR$
> >
>
> --
>
> Loa Andersson email: [e-mail]
> Senior MPLS Expert [e-mail]
> Bronze Dragon Consulting phone: [phone]