Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: IAB and "private" numbering

  • From: Daniel Karrenberg
  • Date: Thu Nov 17 11:53:21 2005

On 15.11 07:38, Mark Smith wrote:
> 
> RFC1627, "Network 10 Considered Harmful (Some Practices Shouldn't be
> Codified)" and RFC3879, "Deprecating Site Local Addresses" provide some
> good examples of where duplicate or overlapping address spaces cause
> problems, which is what happens when different organisations use RFC1918
> addresses, even if they aren't connected to the Internet.

This is practical engineering, not theoretical science.  Practical
engineering is about *trade-offs*. 

We were seeing address space requests for huge deployments with a real
low probability to ever be routed anywhere beyond a quite local domain. 
There are huge deployments of this kind now and happily so without
unnecessary using finite address resources. 

The drawbacks were known and discussed.  Note that 1627<1918.  Clear
warnings were written into 1918; it is one of the more "operational"
RFCs, certainly at the time.  We also discussed the possibility of NATs
but it was out-of-scope for 1918; we discussed application layer
gateways though; we did not anticipate any NAT deployments beyond a very
local scale. 

Would we rather have run out of unallocated unique IPv4 address space at
some point in the past?  Would an alternative  have been ready by then? 

(Would we rather run out of unallocated IPv4 address space on -say- 31-Dec-2005? 
Will IPv6 be ready for prime time then?)

Daniel 
One of the instigators and co-author of RFC1918. 




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.