On 01/11/2009, at 8:20 PM, jamie baddeley wrote:

Yeah, I guess that equation changes if you don't consider your customers
should be able to serve 'content'.

"end-to-end principles" are all lovely in a world with available IPv4 address.  But at some point having a real world IPv4 address all to yourself is going to be an extra cost item.  So, either you'll pay more or use IPv6 for serving content.


My attitude is that customers should be able to directly connect to each
other - with nothing in the middle getting in between that.

For that we have IPv6.   


Maybe that's too idealistic in these sunset years of IPv4 allocation?

Your idealism will need to get dual stacked Jamie.  

MMC


jamie


On Sun, 2009-11-01 at 19:13 +1030, Matthew Moyle-Croft wrote:
SP-NAT doesn't have to scale to 300 customers per IP.  Just more than
1-1.


One IP address may only support 4-20 customers with SP-NAT.   But
that's 4-6x what I currently get per IP.   ie.  take one of the /15s I
use now for dynamic addresses - we've gone from 132k (1-1) to as many
as a few million.


SP-NAT is inevitable - at some point we'll have no more IPs to have
and more customers than we have IPs requiring IPv4 connectivity.


IPv6 is a way of diverting traffic away from SP-NAT and having to only
ever buy SP-NAT boxes once.   


MMC



On 01/11/2009, at 6:49 PM, jamie baddeley wrote:

On Sun, 2009-11-01 at 15:15 +1030, Matthew Moyle-Croft wrote:
On 31/10/2009, at 5:58 PM, TreeNet Admin wrote:

The huge problem is all the home customers with ancient
second-hand  
CPE.



I don't think they're a huge problem as they're the least likely
to  
notice the implementation of SP-NAT in front of their connection.
 I  
know at least one large ISP in our region considering this as
phase #1  
of an SP-NAT implementation.

I saw a great presentation at the IPv6 Hui that were held in
Christchurch, Auckland and Wellington recently.

It was presented by Dr Hiroshi Esaki from the WIDE project in Japan.

He made it pretty clear that SP-NAT does not scale. See here:
http://www.ipv6.org.nz/02C%20-%20Hiroshi%20Esaki%20keynote%20-%
20IPv6%
20Hui.pdf

Start at Page 9 :-)

The point he makes is this. TCP has a limited numberspace. Stuff on
the
internet in terms of number of connections per session can be large
(and
unknown frankly).

iTunes has in excess of 200 connections per session. Divide 65K by
200
connections and you're left with an equation that says you can only
serve iTunes to about 300 odd users from one NAT box.

But you know that :-)


jamie





The big issue right now is:  the lack of IPv6 native support in
CPE at  
all.   If we had the larger CPE vendors starting to implement (*)
then  
with a 2 year replacement time for most CPE we'd be fine by the
time a  
lack of v4 addresses starts to pinch.

In NZ at the moment with VDSL2 starting to be rolled out it'd be
a  
PERFECT time to start squirrelling (or whatever marsuipal/mammal
you  
guys have) it into people's houses as people replace CPE.   But
I'm  
guessing that it's not happening that way alas.

We need to start getting IPv6 out there to end-customers to start
the  
ball rolling to start shaking the problems down.  (And believe me

there a whole LOT of problems with IPv6 in actual real production
to  
DSL customers ...)

(*) Let's face it - given that almost all the CPE is Linux based
it's  
just laziness on the CPE vendor's part as it's already bloody
well  
done for them.

MMC




--
Matthew Moyle-Croft
Peering Manager and Team Lead - Commercial and DSLAMs
Internode /Agile
Level 5, 162 Grenfell Street, Adelaide, SA 5000 Australia
Email: mmc@internode.com.au    Web: http://www.on.net
Direct: +61-8-8228-2909      Mobile: +61-419-900-366
Reception: +61-8-8228-2999        Fax: +61-8-8235-6909






-- 
Matthew Moyle-Croft
Peering Manager and Team Lead - Commercial and DSLAMs
Internode /Agile
Level 5, 162 Grenfell Street, Adelaide, SA 5000 Australia
Email: mmc@internode.com.au    Web: http://www.on.net
Direct: +61-8-8228-2909      Mobile: +61-419-900-366
Reception: +61-8-8228-2999        Fax: +61-8-8235-6909