Re: A problem with RFC 6465's Uniform Format for Extension Headers

[Fernando Gont <[e-mail]>]

Hi, Randy,

On 02/06/2014 09:23 PM, Randy Bush wrote:
>>> But we are already there. Folk won't deploy anything other than
>>> TCP/UDP because NAT won't deal with it. That has already been reality
>>> and is the reason that other or new transport protocols appear to be
>>> virtually undeployable today.
>>
>> Well, IPv6 *might* give a fresh start in this respect -- there *might*
>> be IPv6 NAT.. but not necessarily. So.. while the end result might be
>> the same, it need not.
> 
> and cash could fall from the sky

You missed the rest of my response:

I was simply arguing that NATs are not the reason for which anything
other than TCP or UDP wouldn't fly over IPv6. The outcome might be the
same... but for different reasons.

However, what I believe is the high order bit of the discussion is to
try bridge what seems to be a gap between standards making and
operational reality. If what we're heading is towards "no new extensions
nor transport protocols", let's spell that out. And if that's not the
plan, let's see if there's anything that can be done fo that to be
different.

But to keep hearing that e.g. extensions are expected to work when I'm
measuring over 40% of breakage, It seems to boil down to "you, heretic!
don't filter these packets!" on one side and "shut up! you don't know
how to run a network" on another. *That* doesn't seem to be the more
sane approach to this issue.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: [e-mail]
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492