IPv6 PI allocation

Roger Jorgensen rogerj at jorgensen.no
Sat May 19 15:56:38 CEST 2007


On Fri, 18 May 2007, Nick Hilliard wrote:
> What worries me is not the nat, but the nat-upon-nat and 
> nat-upon-nat-upon-nat, and the ever increasing layers of bad networking 
> layered upon worse.
>
> The issue that interests me is whether this will stabilise into something 
> which mostly kind-of works or whether people will realise that this will be a 
> stereotype good-money-after-bad situation and eventually cut their losses and 
> migrate to v6, when they realise the brokenness and therefore direct 
> financial loss that nat introduces at a larger scale.

NAT will work until the network reach a certain size, after that there are 
no ways around with NAT that don´t create more problem tahn it solve. At 
work we have to connect several larger organization that also use rfc1918 
space... we´re using all of the blocks but still we get conflict. 
Our current workaround are to place the really critical services everyone 
need to reach on public IP space we´ve been assigned by RIPE and just 
proxy everything through services there...

Of course this don´t scale very well and don´t work with all services we 
have. Problem is, there are services that require traffic both way, 
or the other way than our NAT are set up. Right now we have to do NAT the 
other way to, no real choice at all. A really ugly design but the only 
way we can do it with IPv4. Of course we could get more IP space from 
RIPE but that mean renumber a way too high amount of huge and complex 
organization....not to mention we´re talking about a huge amount of IP 
space to.

in short, the only real option we have is IPv6.



-- 

------------------------------
Roger Jorgensen              | - ROJO9-RIPE  - RJ85P-NORID
roger at jorgensen.no           | - IPv6 is The Key!
-------------------------------------------------------


More information about the ipv6-ops mailing list