RE: [spring] Spirit and Letter of the Law - non-technical side note

["Adrian Farrel" <[e-mail]>]

Hi Cheng,

 

The text is trying to say…

*	If you receive and IPv6 packet

*	Look in the destination address field
*	If the address is not one of your addresses

*	Do not process, insert, or delete any AH (except the HBH option header)

 

I believe that you are correct that the node at the end of a segment will find one of its addresses in the destination address field. That is good news because the node at the end of a segment needs to update the ERH.

 

Adrian

 

From: ipv6 <[e-mail]> On Behalf Of Chengli (Cheng Li)
Sent: 09 September 2019 15:50
To: Mark Smith <[e-mail]>; Xiejingrong <[e-mail]>
Cc: Fernando Gont <[e-mail]>; 6man WG <[e-mail]>; Robert Raszuk <[e-mail]>
Subject: RE: [spring] Spirit and Letter of the Law - non-technical side note

 

Honestly, my mother language is NOT English, but Hainanese(Hainan dialect, between Mandarin and Cantonese), 

so I always use Google translate to make sure that I understand fully.

 

Does any one can help me understand this sentence?

 

   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.

        From https://tools.ietf.org/html/rfc8200#section-4

 

What kind of node is the node that identified in the Destination Address field of the IPv6 header? 

 

Does the SRv6 Segment Endpoint node that will appear in the Destination Address field of the IPv6 header is a node like that?

 

Many thanks,

Cheng

 

 

 

From: ipv6 [mailto:[e-mail]] On Behalf Of Mark Smith
Sent: Sunday, September 08, 2019 12:18 PM
To: Xiejingrong <[e-mail] <mailto:[e-mail]> >
Cc: 6man WG <[e-mail] <mailto:[e-mail]> >; Robert Raszuk <[e-mail] <mailto:[e-mail]> >; Fernando Gont <[e-mail] <mailto:[e-mail]> >
Subject: Re: [spring] Spirit and Letter of the Law - non-technical side note

 

 

On Sun, 8 Sep 2019, 10:42 Xiejingrong, <[e-mail] <mailto:[e-mail]> > wrote:

+1.
EH insertion has been discussed for years and no fundamental showstoppers on either side.

 

That's entirely incorrect.

 

The discussion caused updates to the text in RFC 8200, just for people who were claiming the following text was ambiguous.

 

"With one exception, extension headers are not examined or processed

   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.

 

They were being disingenuous. 

 

It may need a major change/clarification on 8200, but it's a true tech point of discussion on going. 

 

Do you have any production network operational experience, where resolving faults as soon as possible for paying customers is critical?

 

Ease of troubleshooting needs to be a consideration for anything the IETF invents.

 


Thanks
Jingrong

From:Robert Raszuk <[e-mail] <mailto:[e-mail]> >

To:Tom Herbert <[e-mail] <mailto:[e-mail]> >

Cc:Fernando Gont <[e-mail] <mailto:[e-mail]> >;6man WG <[e-mail] <mailto:[e-mail]> >

Date:2019-09-08 02:54:27

SubjectRe: [spring] Spirit and Letter of the Law - non-technical side note

 

 

Extension header insertion WAS considered by the 6man WG.
draft-voyer-6man-extension-header-insertion was discussed at length.
(https://mailarchive.ietf.org/arch/msg/ipv6/VSMm27TQFeJbvsD6pDnIPA4w4Yw).

 

I think all are very reasonable comments and looking at the diffs some of them already went into the document between version -02 & -04. Some are still missing. 

 

Not sure if there was any follow up since version -04 was posted, but I really see no fundamental showstoppers on either side.

 

I do hope current authors of this draft will complete the updates, move document to standards track and ask 6man wg for review of the changes. 

 

Many thx,
Robert.

 

 

 

--------------------------------------------------------------------
IETF IPv6 working group mailing list
[e-mail] <mailto:[e-mail]> 
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------