> On 27 Jul 2018, at 22:51, Fernando Gont <[email protected]> wrote: > >> On 07/27/2018 10:28 PM, Ole Troan wrote: >> >> >>> On 27 Jul 2018, at 22:12, Brian E Carpenter <[email protected]> >>> wrote: >>> >>> Fragmentation, (PL)PMTUD, extension headers, and innovative >>> L4 protocols are very possibly not viable on the open Internet. >>> At least, we can't assume that they will work on arbitrary paths. >>> Sad but apparently true. >> >> Hasn’t this been discussed ad infinitum in the ossification work? >> If you want to generalize, nothing is guaranteed to work across an arbitrary >> path in the Internet. >> >> So what? This is part of a tussle and it would be making a self fulfilling >> prophecy for us to take all policy based filtering or other brokenness into >> consideration when designing protocols. > > I see your point. However, how do you engineer something that "works" if > you ignore all brokenness etc.? > > We do normally engineer protocols taking this things into account. e.g. > > * PLPMTUD is a response to ICMP filtering > * ECN had a backup mechanism that would switch to non-ECN for cases > where e.g. firewalls were complaining about previously-unspecified bits > * Quic is most likely implemented over UDP to be able to survive NATs > and firewalls > > > Yes, and one hand is not nice to have to account for all types of > brokenness and filtering. OTOH, it would make any sense to enigneer a > protocol that only works on paper.
To bring this back to the draft in question. Each type of “brokenness” needs to be considered on its own merits. E.g brokenness as in network operator blocks all traffic from 1.0.0.0 is different from a poorly designed protocol. While fragmentation has issues because of network policy, the combination of PMTUD and fragmentation also exposes weaknesses in the design, which is something we should fix. Cheers Ole _______________________________________________ Int-area mailing list [email protected] https://www.ietf.org/mailman/listinfo/int-area
