[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