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 "endpoint behavior".
Section.1 says "The arguments determine MPLS-label stack contents and
Transport Class of the MPLS Tunnel." I was interested in this feature,
but there is no detailed description in Section.4. Could you elaborate
on this feature in the future version? I also want to clarify the
meaning of "Transport Class of the MPLS Tunnel".
Thanks,
Takuya
On 2021/02/08 1:46, Ron Bonica wrote:
Please review and comment
Juniper Business Use Only
-----Original Message-----
From: [email protected] <[email protected]>
Sent: Sunday, February 7, 2021 11:41 AM
To: Greg Mirsky <[email protected]>; Peng Shaofu
<[email protected]>; Ron Bonica <[email protected]>; Shaofu Peng
<[email protected]>; Shraddha Hegde <[email protected]>; EXT-
[email protected] <[email protected]>
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://www.ietf.org/archive/id/draft-bonica-spring-srv6-end-dtm-01.txt
Status: https://datatracker.ietf.org/doc/draft-bonica-spring-srv6-end-dtm
Htmlized:
https://datatracker.ietf.org/doc/html/draft-bonica-spring-srv6-end-dtm
Htmlized: https://tools.ietf.org/html/draft-bonica-spring-srv6-end-dtm-01
Diff: https://www.ietf.org/rfcdiff?url2=draft-bonica-spring-srv6-end-dtm-01
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
[email protected]
https://www.ietf.org/mailman/listinfo/spring
_______________________________________________
spring mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/spring
