Re: [Int-area] Is IPv6 End-to-End? R.I.P. Architecture? (Fwd: Errata #5933 for RFC8200)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Joe, all,

Just to clarify something Fernando purposely missed in his call for action:

All operations on the packets discussed in SPRING WG are happening NOT on the original (end to end) packet header. They are all defined to happen within new imposed outer encapsulated header (IPv6 in IPv6 to be precise). 

So original packet just get's tunneled between various points of the network. Last time I checked that operation is allowed by RFC2473. 

Its subtle detail, but fundamental one to this entire context/discussion.

Kind regards,
R.


On Thu, Feb 27, 2020 at 11:54 PM Joe Touch <touch@xxxxxxxxxxxxxx> wrote:

FWIW - there are separable issues here:

- whether an IP header (or parts thereof) should be changed in transit

AFAICT, the answer has always been yes, but limited to the hopcount/ttl in the base header and hop-by-hop options in the options/extension headers.

- whether an IP header length can change in transit

I see no reason why it can't become smaller, but if it can become larger then PMTUD and PLPMTUD don't work.

So the question isn't just what is wanted, it's what is feasible..

Joe


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux