Re: [OPSAWG] Heads Up - Need to clarify the issue

Chris Donley <C.Donley-AwJHAePZ/[email protected]>
Newsgroups gmane.ietf.v6ops,gmane.ietf.ops
Message-ID <76AC5FEF83F1E64491446437EA81A61F7D20316288@srvxchg>
Thanks Richard.

A few points:
a) This is not a question regarding whether to deploy NAT444. That decision has already been made, and in many cases, NAT444 will be used. It's also not a question about IPv6 - IPv6 will be deployed ASAP. The question is how to deploy NAT444 in a way that is most beneficial for most people.  
b) There are also other differences wrt RFC1918.  Importantly, some very popular home gateways don't accept RFC1918 space on the WAN interface.
c) we'd like an /8, we think we can make a /10 work.

Chris
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Richard Hartmann
Sent: Thursday, November 11, 2010 4:23 AM
To: Christopher LILJENSTOLPE
Cc: IPv6 Operations; [email protected]; [email protected]
Subject: Re: [v6ops] [OPSAWG] Heads Up - Need to clarify the issue

On Thu, Nov 11, 2010 at 11:19, Christopher LILJENSTOLPE
<[email protected]> wrote:

> Is it not globally unique, yes, is it unfettered in it's use (i.e. 1918),
> then no.  Joel, if you are defining as being 1918-like (whatever that is) is
> simply !global_routing_table, then it's like 1918, just as the rest of the
> bogon list, e space, 127/8, 0/8, etc.   Please read the last draft as to how
> the MUSTs and SHOULDs are defined.  It IS different for some values of
> different.


FWIW, I agree with Joel that for all intents and purposes, this is
additional RFC1918 space. The only two differences are that

a) It's not already in use. Thus, everyone can use it no matter if
RFC1918 is already used up in their relative networks.
b) You should not use it for documentation purposes.

I am still not convinced NAT444 is a good idea as if will simply
prolong the inevitable pain while replacing some specific problems
that can be fixed locally (need to upgrade core & cpe devices) with
problems that affect people who can't fix them (no connectivity to
people who made the transition, breaking the end-to-end assumption on
a huge scale).

As has been pointed out repeatedly, a /10 is not enough for reasonably
large networks, anyway. 224/4 might cut it for most ISPs but that
address space is permanently useless for obvious reasons. Unless
someone comes up with a _new_ use for that IPv4 space. Which sounds
somewhat unlikely.


NAT444 will create even _more_ incentive to not transition quickly.
And it will convince even more people that the whole IPv6 issue is
made up and that IPv4 will live forever.


Richard
_______________________________________________
v6ops mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/v6ops
_______________________________________________
v6ops mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/v6ops
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.