[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: 3gpp transition solutions, revision -02
Thanks a lot for all our remarks,
> > Alain Baudot reminds me that some have already outlined the
> > possibility to use tunneling mechanisms (+ ROHC to optimize
> > performances) so as to solve the issue:
>
> => In theory, yes. But we need to get an IP n IP profile
> for ROHC. Pretty easily done.
>
ok, and that sounds better than using translation mechanisms.
> > -> dual-stack UE connecting to a node via an IPv4 network
> > through IMS
>
> => ok. That's what ISATAP gives us.
>
Yep, ISATAP is one of tunneling solutions.
> I do not think
> > that 3GPP proposes any mechanism to allocate IPv4 address
> > when required, does it ?
>
> => Yes, it does. They're defined in TS.23060.
> Ideally you don't want to run too many PDP contexts,
> they take time and add significant state to GGSNs and
> terminals.
>
> Hesham
>
I've just tried to check that big document (TS.23060). But I did not find your point. Anyway, if you say that is possible, I think that this case and solution (dual-stack UE connecting to a node via an IPv4 network through IMS) should be mentioned in:
draft-ietf-v6ops-3gpp-cases-00.txt and draft-wiljakka-3gpp-ipv6-transition-02.txt
Do you agree?
regards,
Luc