[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: 3gpp transition solutions, revision -02
> 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