Re: HbH flags [Tsvart last call review of draft-ietf-opsec-ipv6-eh-filtering-06]

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

 





On Dec 5, 2018, at 10:28 PM, Christopher Morrow <morrowc.lists@xxxxxxxxx> wrote:



On Thu, Dec 6, 2018 at 12:31 AM Joe Touch <touch@xxxxxxxxxxxxxx> wrote:
Additionally, packets don’t emerge from different mole endpoints or are IP  processed in any way. The mold acts like a wire, which is fine. That can be done by IP tunnels too. But not routers that converge and diverge packets.

That got mangled by autocorrect.  Packets aren’t supposed to be IP processed by links. To the extent that MPLS does this, it is broken vs the Internet arch.  Remember that MPLS tries to emulate a router path that can’t keep up.  It can - and does - fail to do so correctly in some cases.

Again, if HBH headers are meaningless and not needed, then go through the proper process and remove them from IPv6. If not, stop trying to hobble this protocol to the point where we all realize why nobody wants to use it.


I think everyone here is actually happy to see v6 progress.

As am I - in Standards.  It shouldn’t ‘progress’ on ops.

note I'm not trying to be intentionally combative, just attempting to say: "the best answer for the user here is PROBABLY to just have the core ignore all the EH business entirely" 

Again, if they’re not needed, fine.. Remove them in Standards.

However, if the role of ops is to decide what standards to ignore, then perhaps the IESG should reconsider the area’s charter.

Joe

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

  Powered by Linux