[arin-ppml] NAT444 rumors (was Re: Looking for an IPv6 naysayer...)
> -----Original Message-----
> From: Owen DeLong [mailto:owen at delong.com]
> Sent: Monday, February 21, 2011 12:59 PM
> To: Dan Wing
> Cc: 'Chris Grundemann'; 'Benson Schliesser'; 'NANOG list'; 'ARIN-PPML
> Subject: Re: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6
> On Feb 21, 2011, at 12:37 PM, Dan Wing wrote:
> >> -----Original Message-----
> >> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net]
> >> Behalf Of Chris Grundemann
> >> Sent: Thursday, February 17, 2011 5:55 PM
> >> To: Benson Schliesser
> >> Cc: NANOG list; ARIN-PPML List
> >> Subject: Re: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6
> >> naysayer...)
> >> On Thu, Feb 10, 2011 at 14:17, Benson Schliesser
> >> <bensons at queuefull.net> wrote:
> >>> If you have more experience (not including rumors) that suggests
> >> otherwise, I'd very much like to hear about it. I'm open to the
> >> possibility that NAT444 breaks stuff - that feels right in my gut -
> >> I haven't found any valid evidence of this.
> >> In case you have not already found this:
> >> http://tools.ietf.org/html/draft-donley-nat444-impacts-01
> > That document conflates problems of NAT444 with problems of NAT44
> > with problems of bandwidth starvation with problems of CGN.
> > For details, see my comments at
> > http://www.ietf.org/mail-archive/web/behave/current/msg09027.html
> > and see Reinaldo Penno's comments at
> > http://www.ietf.org/mail-archive/web/behave/current/msg09030.html
> > -d
> The document describes problems that will exist in NAT444 environments.
> It does not state that these problems would be specific to NAT444, but,
> NAT444 will cause or exacerbate each of the problems described.
To the contrary.
Its title, filename, abstract, and introduction all say the problems
are specific to NAT444. Which is untrue.
> Yes, the problems may have other underlying root causes, but, they
> will all be present in a NAT444 environment, even if they were not
> present in the same environment prior to deployment of NAT444.
> Let me put it this way...
> IPv4 has a TITANIC lack of numeric addresses and has been
> stretched beyond its limits for some time now.
> IPv6 is a life boat.
> NAT is a seat cushion used for floatation.
> NAT444 (and other NAT-based extensions) are deck chairs.
> Attempting to improve them beyond their current states is
> an effort to rearrange the deck chairs.