[SIPForum-techwg] NAT Traversal

[Elwell, John]

Kaushik,

Can you describe what you mean?

John 

> -----Original Message-----
> From: Kaushik V Shah [mailto:kaushik at ncoretech.com] 
> Sent: 11 September 2008 09:36
> To: Elwell, John
> Cc: Ahmad, Syed; techwg at sipforum.org
> Subject: Re: [SIPForum-techwg] NAT Traversal
> 
> 
> Can we propose "Symmetric RTP (media) proxying by Service Provider"
> as a way to work across NAT?
> 
> Regards,
> Kaushik
> 
> Elwell, John wrote:
> > Syed,
> >
> > If I recall correctly, the discussion during the writing of 
> SIPconnect
> > 1.0 went along the lines of leaving it to the enterprise 
> network how to
> > populate IP addresses and ports in SDP, e.g., using 
> ICE/STUN or using an
> > SBC. I think this is what the current text tries to express.
> >
> > John 
> >
> >   
> >> -----Original Message-----
> >> From: techwg-bounces at sipforum.org 
> >> [mailto:techwg-bounces at sipforum.org] On Behalf Of Ahmad, Syed
> >> Sent: 10 September 2008 17:00
> >> To: techwg at sipforum.org
> >> Subject: [SIPForum-techwg] NAT Traversal
> >>
> >> Dear all,
> >>
> >> Sorry if this issue is already addressed in the spec. 
> >> Reference Section
> >> 7 (Firewall and NAT Traversal)
> >>
> >> Is there a recommended standard as per the spec that would 
> >> translate as
> >> requiring CPEs to support:
> >> A. STUN (as per latest RFC)
> >> B. ICE
> >> C. TURN, or anything else ?
> >>
> >> In a typical deployment - I assume that customer has a separate
> >> Router/Firewall/NAT and the SIP CPE (e.g. an IP PBX) would 
> be behind
> >> this edge router. Can I assume that this edge router has ALG 
> >> feature as
> >> well ?
> >>
> >> As most SIP Service Providers will be using some form of 
> SBC (Session
> >> Border Controller) - and setting up account between the 
> CPE and the SP
> >> would result in a trust relationship between the two - is A, 
> >> or B or any
> >> other related feature required as per spec (i.e MUST) - or 
> will it be
> >> left to SIP SPs implementation on a case-by-case basis.
> >>
> >>
> >> - Would appreciate if someone can point me in the right direction
> >> please.
> >>  
> >> Thanks in advance
> >>
> >> - Syed
> >>
> >>
> >>
> >>
> >> PANASONIC COMMUNICATIONS COMPANY (U.K.) LTD.
> >> Is a legal company registered in England & Wales
> >> Registration Number 2030567
> >> Registered Office:
> >> Pencarn Way,
> >> Duffryn,
> >> Newport.
> >> South Wales.
> >> NP10 8YE
> >> United Kingdom
> >>
> >>
> >> ..............................................................
> >> ................
> >> Confidentiality Notice
> >> The information contained in this Email, and any attachments, 
> >> is intended for the named recipients only. It may contain 
> >> confidential and/or legally privileged information. If you 
> >> are not the intended recipient, you must not copy, store, 
> >> distribute or take any action in reliance on it. Any views 
> >> expressed do not necessarily reflect the views of the company.
> >>
> >> If you receive this Email by mistake, please advise the 
> >> sender by using the reply facility in your Email software and 
> >> then delete it.
> >> ..............................................................
> >> ...............
> >>
> >> _______________________________________________
> >> techwg mailing list
> >> Send mail to: techwg at sipforum.org
> >> Unsubscribe or edit options at:  
> >> http://sipforum.org/mailman/listinfo/techwg
> >>
> >>     
> >
> > _______________________________________________
> > techwg mailing list
> > Send mail to: techwg at sipforum.org
> > Unsubscribe or edit options at:  
> http://sipforum.org/mailman/listinfo/techwg
> >
> >   
> 
> 
> The information contained in this electronic message and any 
> attachments to this message are intended for the exclusive 
> use of the addressee(s) and may contain proprietary, 
> confidential or privileged information. If you are not the 
> intended recipient, you should not disseminate, distribute or 
> copy this e-mail. Please notify the sender immediately and 
> destroy all copies of this message and any attachments 
> contained in it.
>