[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: 3gpp-analysis document and automatic tunneling
On Tue, 27 May 2003, Karim El-Malki (EAB) wrote:
> > > Whether/not the case described in this section will be
> > common is a point
> > > which can't be proven until significant 3G deployment has
> > occurred, but
> > > ISATAP does seem to provide a good fit.
> >
> > I haven't read the analysis in detail, but the latest
> > Scenarios draft at
> > least *seems* to very explicitly mention that GGSN supports
> > both IPv4 and
> > IPv6.
>
> I am pretty certain that's not what the doc says.
> First, the fact that the GGSN can support IPv6 and IPv4 routing does
> not mean that it has support for IPv6 native connectivity to mobile hosts.
> Secondly we cannot guarantee that all GGSNs from all operators
> will support IPv6 at the same time. Some GGSNs will only support
> IPv4 as they do today.
It seems to that the clear implication from the draft is:
"If you want IPv4, use an IPv4 GGSN"
"If you want IPv6, use an IPv6 GGSN"
These do not need to be the same. This seems clearly stated in Scenarios
sect 3.1
PDP contexts could be opened to different service boxes in a service
provider's network (whichever support IPv6); and if the service provider
does not support *any* IPv6, the user is on its own *anyway*.
(of course, the UE could support a transition mechanism itself but I find
that a bit questionable approach -- the goal is to make 3GPP devices
simple not complex.)
--
Pekka Savola "You each name yourselves king, yet the
Netcore Oy kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings