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

Re: [pmtud] Re: [dccp] PMTU issues



[ post by non-subscriber.  with the massive amount of spam, it is easy to miss
  and therefore delete posts by non-subscribers.  if you wish to regularly
  post from an address that is not subscribed to this mailing list, send a
  message to <listname>-owner@ops.ietf.org and ask to have the alternate
  address added to the list of addresses from which submissions are
  automatically accepted. ]

> Since then, we have seen the boom and subsequent bust of the
> Internet revolution. It would be a far stretch to say that this all
> came as result of the path MTU discovery decisions, but I do
> believe it fair to say that a harmful precedent was set:  ...

> So, where does this leave us today? We have an unreliable,
> untrustworthy (and, frankly, noisy) network-based mechanism
> that only works when forwarding nodes get involved with
> inspecting IPv4 packet headers.  ...

Well, I wouldn't want to be responsible for any further destruction of the
Internet revolution, but most of this seems besides the point.  Old-style
PMTUD, which *depended* on the delivery of ICMPs, is a far cry from
new-style PMTUD, which *can benefit* from the delivery of ICMPs.  The
problem was the PMTU algorithm, not the idea of ICMPs.  And the network
isn't full of useless ICMPs.

Eddie