Re: [spring] Question about SRv6 Insert function

[li zhenqiang <[e-mail]>]

Totally agree. After the intensive discussion and debates, we reached RFC 8200 which specifies one IPv6 packet header can only has one routing extension header and only the source or destionation node of a packet can do the EH  insertion operation.

I think the two documents are contradict with RFC8200.

Best Regards,
Zhenqiang Li
________________________________
[e-mail]

From: Fernando Gont<mailto:[e-mail]>
Date: 2019-08-31 22:02
To: li zhenqiang<mailto:[e-mail]>; draft-voyer-6man-extension-header-insertion<mailto:[e-mail]>; draft-ietf-spring-srv6-network-programming<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>
CC: [e-mail]<mailto:[e-mail]>
Subject: Re: Question about SRv6 Insert function
Folks,

There was a very significant discussion during the IETF LC to make it
crystal clear that IPv6 EHs cannot be inserted. This is clearly codified
in RFC8200.

Are the two documents referenced bellow going against the RFC8200 standard?

Thanks,
Fernando




On 30/8/19 12:52, li zhenqiang wrote:
> Hello all,
>
> End.B6.Insert specified in draft-ietf-spring-srv6-network-programming-01
> will insert a new SRH in the received IPv6 packet, which results in two
> SRHs in one IPv6 packet. It is contradict with RFC8200 that says Each
> extension header should occur at most once, except for the Destination
> Options header.
>
> In draft-voyer-6man-extension-header-insertion-06, an intermediate node
> executes the insert function to implement a sub-50 milliseconds FRR
> operation upon link failure. It is contradict with RFC8200 that
> says Extension headers (except for the Hop-by-Hop Options header) are
> not processed, inserted, or deleted by any node along a packet’s
> delivery path, until the packet reaches the node (or each of the set of
> nodes, in the case of multicast) identified in the Destination Address
> field of the IPv6 header.
>
> Best Regards,
> Zhenqiang Li
> ------------------------------------------------------------------------
> [e-mail]
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> [e-mail]
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>


--
Fernando Gont
e-mail: [e-mail] || [e-mail]
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1