Eric,
On 27-Feb-20 12:18, Eric Vyncke (evyncke) wrote:
> Writing this without any hat,
>
> Please note that on the logical side, it still have to be "proven" that this
> idea is strictly forbidden by RFC 8200.
The draft uses an undefined term ("pop") but it does *explicitly* state in a
section called "Penultimate Segment Pop of the SRH":
>> S14.4. Remove the SRH from the IPv6 extension header chain
If the word "penultimate" means what it means in every dictionary, this is
in-flight removal of a header, and that is explicitly against RFC 8200, section
4, first paragraph below the diagram.
It's possible that "penultimate" means something else, e.g. "ultimate". I don't
know. I've been puzzling over this language for months and it doesn't change.
Maybe someone can finally post an explanation, but until they do, I don't see
how any WG Chair could assert rough consensus. An obviously organised +1+1+1+1
campaign is not consensus. I don't know about you, but when I see a message
whose only content is "+1" I just delete it.
Brian
> Moreover, this 'proof' can technically wait until the IETF last call or even
> until the IESG ballot. I see little point in postponing the closing of the
> WGLC and advancing the document (of course, the document shepherd will need
> to carefully write the section about the rough WG consensus).
>
> Finally, as far as I know, at the IETF we have no religion... else we would
> still be running NCP or IPv4 :-)
>
> -éric
>
> -----Original Message-----
> From: ipv6 <[email protected]> on behalf of Warren Kumari
> <[email protected]>
>
> ...%<...%<....
>
> It doesn't really matter how many people say +1 for moving it forwards
> -- if there are valid technical objections these have to be dealt with
> - and I think that the relationship with RFC8200 falling into this
> category...
>
>
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> [email protected]
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>
_______________________________________________
spring mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/spring
