Re: Call for v6ops agenda items

[Cameron Byrne <cb.list6@gmail.com>]

On Tue, Feb 16, 2010 at 5:39 AM, Mikael Abrahamsson <swmike@swm.pp.se> wrote:
> On Tue, 16 Feb 2010, Cameron Byrne wrote:
>
>> requires a /64 per PDP or EPS bearer.  It is a huge waste of space and
>> operators like me won't tolerate or deploy systems like this.  /128 is
>
> Why is this a waste of space? With a /32, you can support 4.29 billion /64s.
> Should be enough for most cellular operators, if they need more, they can
> just ask and they'll be given more IPv6 space.
>

Right. I have heard this time and again from the IPv6 zealots.  But,
for me it does not make sense to needlessly waste space.  And, if you
looked at the links i sent, perhaps you would see that there are
indeed issues with these long prefixes that network operators really
have today such as the ping-pong issue.

But, as an ISP / mobile provider i should only need a single /32
right?  That is how the routing system is setup.  But here is some
simple math on how my /32 is not enough if i give /64 per mobile
subscriber

2^24 = 16,777,216 = /64 per GGSN or PGW  ( I anticipate GGSN / PGW of
the future to support 10 Million PDP attached subscriber)

2^6 = 64 geographic PGW locations  (I have nearly 30 locations today,
in the future 64 is reasonable)

If you have think the user numbers are high, perhaps you have not seen
any forecasts on how machine to machine communication will grow on
cellular networks.

So, that is how I used 30 bits on the initial deployment.  Yes, I can
ask for more space.... but why should I?  And, what if everyone asks
for more space?  And everyone gets non-contiguous blocks?  And what if
500k IPv4 routes don't go away in 10 years?

Instead of answering these questions, tell me what is so wrong with
giving a mobile user (cell phone! security camera, electricity meter
...) a /112 or something similar?  Why is it so important that the
3GPP specs REQUIRE a /64, and consequently the vendors don't support
anything else?  Really, GGSN vendors only support /64 ....

Cameron


> --
> Mikael Abrahamsson    email: swmike@swm.pp.se
>