[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
You can't really choose to use one or the other GGSN. You request
an IPv6 connection and if it doesn't work you revert to using IPv4
and some automated tunnelling like ISATAP. There are other mechanisms
also that I don't think we can exclude yet, which is why at least
mentioning the few applicable mechanisms in the draft is important.
>
> 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.)
My view is very different as you have realised already. I think we need
to have transition mechanisms for early v6 introduction stages and special
roaming cases which allow the user to access those v6 e.g. peer2peer
services even when a v6 pdp context is not available. I've tried it in
real networks and a simple mechanism like ISATAP works fine. Anyway we
seem not to be taking steps forward with this discussion so I'll
stop here.
/Karim