Hi Bruno,
Thanks so much for your comments! Please see our reply inline [Minxue].
Best Regards,
Minxue (on behalf of coauthors)
-
王敏学/ Wang Minxue
中国移动通信研究院 基础网络技术研究所 / China Mobile Research Institute
地址: 北京市西城区宣武门西大街32号创新大厦,100053
电话: 010-15801696688-33202
传
Dear WG/Authors:
This message concludes the WG Adoption call for this draft. Thank you all
for your engagement during the discussion!
While some have argued that defining a new SRv6 Endpoint Behavior is
unnecessary in this case, there are subtle differences in the expected
operation. The alloca
Hi Minxue,
Thanks for your reply and for your clarifications.
Please see inline [Bruno]
From: wangmin...@chinamobile.com
Sent: Wednesday, April 23, 2025 4:55 AM
To: DECRAENE Bruno INNOV/NET
Cc: draft-dong-spring-srv6-inter-layer-programm...@ietf.org;
spring-cha...@ietf.org; Zafar Ali (zali) ;
Hi Bruno,
Thanks for your question and suggestion.
Here is my understanding of the difference in the forwarding behavior:
With End.X, the packet is submitted to the IPv6 module for transmission, which
includes the checking of the next-hop IP address to get the corresponding MAC
address.
W
Hi Minxue,
I have clarification questions.
Looking at the specification of End.IL and End.X, the only difference seems to
be
End.IL:
S15. Send the packet through the underlay network connection
identified by S.
End.X
S15. Submit the packet to the IPv6 module for transmissio
Dear all,
Regarding this call of adoption, I’m not yet in conditions to express my
support or not at this moment, since I need to better understand the
implications with the POI work in CCAMP, requiring more time from my side.
However I see the inter-layer problem very interesting, of course.
Dear Sirs,
I support its adoption by the WG.
This document defines SRv6 inter-layer programming technology, based on
which we have previously developed this function on SPN. This document promotes
SRv6 applications.
I agree the proposal is worth the WG's time to work on and this draf
Hi Zafar,
The ingress and egress nodes of the underlay connection are L3 capable nodes,
while they are not adjacent in L3 (there are other L3 nodes in the middle). The
underlay connection between the ingress and egress can be used to bypass the
transit L3 nodes to provide the characteristics r
Hi Alvaro,
I support the adoption.
The document has been revised sufficiently and is ready for adoption.
Best Regards,
Rubing Liu
H3C
From: Alvaro Retana
Sent: Thursday, April 3, 2025 3:05 AM
To: SPRING WG
Cc: draft-dong-spring-srv6-inter-layer-programm...@ietf.org;
spring-cha...@ietf.org
Su
Hi WG,
I support the WG adoption of this document as it provides a useful way to
integrate IP and MTN layer networks as well as IP and Optical layer
networks.
Best regards,
Jeong-dong
-Original Message-
From: Alvaro Retana Sen
Hi WG,
I read this I-D and I think it is useful to provide SRv6 based mechanisms for
inter-layer network programming especailly for the scenario such as IP and
Optical/MTN integration.
So I support the adoption of this document.
Thanks,
Quan
https://datatracker.ietf.org/doc/draft-dong-sprin
Dear Chairs:
I support this draft as it effectively facilitates the seamless integration of
the packet network layer with its underlying infrastructure.
__
Best regards,
Zhenlin
tan...@chinatelecom.cn
China Telecom Research Institute
___
sp
Hi,
I believe this document is valuable and useful for inter-layer path programming.
I support the adoption of this document.
Haiyang
-
??
Dear Chairs,
I support adoption of this draft as it addresses critical inter-layer
programmability challenges in SRv6 networks and provides a solid foundation for
standardization. The mechanisms align well with the WG’s goals and offer
practical solutions for network integration.
Best regards,
X
Hi,
I support the adoption of this document.
The inter-layer behavior is helpful for managing hybrid networking scenario in
a more flexible and automatic way.
Yao
From: AlvaroRetana
To: SPRING WG ;
Cc: draft-dong-spring-srv6-inter-layer-programm...@ietf.org
;spring-cha...@ietf.org
;
Dat
Dear Chairs:
I fully support accepting this draft as a WG document.
This draft introduces SRv6-based inter-layer programming to integrate IP with
transport layers (e.g., optical/MTN), addressing a key gap in multi-layer TE.
The mechanism enables steering traffic via underlay connections (e.g.,
Hi WG:
I Support WG adoption call for this draft, it provides a useful mechanism to
integrate network segments in different layers.
Regard,
Ka
From: Alvaro Retana
Sent: Thursday, April 3, 2025 3:05 AM
To: SPRING WG
Cc: draft-dong-spring-srv6-inter-layer-programm...@ietf.org;
spring-cha...@i
: 2025-04-10 14:56
To: Alvaro Retana
CC: draft-dong-spring-srv6-inter-layer-programming; spring-chairs; spring
Subject: [spring] Re: WG Adoption Call for
draft-dong-spring-srv6-inter-layer-programming
Hi,
I would like to express my support for adopting this document as a working
group item
Hi Minxue
Thanks for your follow-up email.
Re: “The egress (and Ingress) of the underlay connection should also be capable
of L3 processing. It is just the connection between them is not L3.”
Can you please elaborate on if the ingress & egress are capable of processing
L3, why the link does no
Dear WG Chairs,
I have reviewed the document and would like to express my support for its
adoption by the WG.
The proposal to integrate the packet network layer with its underlying layers
efficiently is innovative and align the evolving needs of current networks.
-
Hi,
I would like to express my support for adopting this document as a working
group item.
JunFang Wang
Email:w...@fiberhome.com
Address:No.6, High technology Four road, Wuhan, Hubei
Postcode: 430074
http://www.fiberhome.com/
From: Alvaro Retana
Date: 2025-04-03 03:05
To: SPRING WG
CC:
Hi Zafar,
Thanks for your interests and comments on this draft.
Regarding your question on whether existing SRv6 behaviors can be used, section
2 of this draft has shown the challenges in establishing L3 adjacency between
the two endpoints of the underlay connection. If it is not an L3 adjace
Hi Alvero
The expectation is not that all issues need to be closed.
However, the need for End.IL, and hence, the draft needs to be established (for
adoption).
Thanks
Regards … Zafar
From: Alvaro Retana
Date: Tuesday, April 8, 2025 at 8:25 PM
To: Zafar Ali (zali) , SPRING WG
Cc: spring-cha...
Support the adoption.
There is a real need and the solution has been implemented.
Thanks,
Sandy
Original
From: AlvaroRetana
To: SPRING WG ;
Cc: draft-dong-spring-srv6-inter-layer-programm...@ietf.org
;spring-cha...@ietf.org
;
Date: 2025年04月03日 03:06
Subject: [spring] WG Adoption Cal
On April 8, 2025 at 7:02:44 PM, Zafar Ali wrote:
Zafar:
Hi!
> There was a lot of discussion on this draft, especially on the need for
> defining "End.IL", which is the basis of the draft.
> As far as I know the discussion was not closed and authors have not
> established the need for defining
Dear author and the WG,
There was a lot of discussion on this draft, especially on the need for
defining "End.IL", which is the basis of the draft.
As far as I know the discussion was not closed and authors have not established
the need for defining "End.IL".
To keep myself honest, I will als
26 matches
Mail list logo