RE: 3gpp transition solutions, revision -02

["BELOEIL Luc FTRD/DMI/CAE" <luc.beloeil@rd.francetelecom.com>]

> De : Brian E Carpenter [mailto:brian@hursley.ibm.com]
> 
> "Hesham Soliman (EAB)" wrote:
> > 
> >   > > => 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.
> > 
> > => Sorry, I don't think this has anything to do with replacing
> > translation. We're talking about two different cases. I was
> > trying to explain that tunnelling overhead, over the air interface
> > can be removed with ROHC. That doesn't mean that IPv6 UEs will
> > not talk to IPv4 UEs.
> 
> What is the plan for apps that are broken by NAT? Won't the
> supported apps be relatively few, and better handled by dual stack
> application proxies than by NAT-PT?
> 
>    Brian
> 
The main situation where NAT-PT has been chosen by 3GPP is the services
provided by IMS. IMS services are only SIP-based services. For SIP-based
services an application proxy is not sufficient.

Luc