Fernando,
With regard to the last statement in your email "If you create a new packet,
and you put your own address in the SA of the packet, and encapsulate what you
received in the IPv6 payload, you're free to generate as many EHs as you wish",
do you see the need to comply with the 8200 recommendation that says
<quote>
Each extension header should occur at most once, except for the
Destination Options header, which should occur at most twice (once
before a Routing header and once before the upper-layer header).
<end quote>
Regards,
Sasha
Office: +972-39266302
Cell: +972-549266302
Email: alexander.vainsht...@ecitele.com
-----Original Message-----
From: spring <spring-boun...@ietf.org> On Behalf Of Fernando Gont
Sent: Thursday, September 5, 2019 6:06 PM
To: Robert Raszuk <rob...@raszuk.net>
Cc: spring@ietf.org; 6...@ietf.org; Ole Troan <otr...@employees.org>; Suresh
Krishnan <suresh.krish...@gmail.com>; Robert Raszuk <rras...@gmail.com>; Joel
M. Halpern <j...@joelhalpern.com>
Subject: Re: [spring] Spirit and Letter of the Law (was: Question about SRv6
Insert function)
On 5/9/19 17:46, Robert Raszuk wrote:
> Quote from RFC8200:
>
> 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.
At the time the packet is created, the Destination Address of course identifies
the destination node.
The very speficication of the Routing Header says:
The Routing header is used by an IPv6 source to list one or more
intermediate nodes to be "visited" on the way to a packet's
destination.
So each of those intermediate nodes are part of the packet delivery path, and
are not allowd to do EH insertion.
As noted, draft-ietf-spring-srv6-network-programming-01 has a normative
reference to voyer-6man-extension-header-insertion for a reason.
I hope things are clear now.
> if IPv6 packets can be legally encapsulated or not. Is encapsulation
> not an event of sourcing effectively a new packet with some payload ?
Yes. If you create a new packet, and you put your own address in the SA of the
packet, and encapsulate what you received in the IPv6 payload, you're free to
generate as many EHs as you wish.
Thanks,
--
Fernando Gont
SI6 Networks
e-mail: fg...@si6networks.com<mailto:fg...@si6networks.com>
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
_______________________________________________
spring mailing list
spring@ietf.org<mailto:spring@ietf.org>
https://clicktime.symantec.com/38feYMbEeTFJDWxDfZN3pKM6H2?u=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspring
___________________________________________________________________________
This e-mail message is intended for the recipient only and contains information
which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received
this
transmission in error, please inform us by e-mail, phone or fax, and then
delete the original
and all copies thereof.
___________________________________________________________________________
_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring
