[asterisk-users] Nat=yes

[Muhammad Ali]

Hi,

I am unsure of what you are saying.

Just for discussion, if one has a control on the insertion of  the IP address in the SIP header, then nat options working can be verified & observed.
 
In the OSI reference model, the "Network" is layer 3, IP.
Call it Network, layer 3, or IP, it is the same.

All-right, by IP from the network layer  I meant, the IP address in the IP Header/Network layer/layer 3.

 & IP from SIP I meant,  SIP request generator's IP address in the SIP Header. I missed the word address.

My customers don't really care for things that don't work. 

May be its useful for SIP application developers rather then end customers.

Have a good time.
Regards

--- On Sun, 4/24/11, Steve Totaro <stotaro at asteriskhelpdesk.com> wrote:

From: Steve Totaro <stotaro at asteriskhelpdesk.com>
Subject: Re: [asterisk-users] Nat=yes
To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users at lists.digium.com>
Date: Sunday, April 24, 2011, 3:28 PM



On Sun, Apr 24, 2011 at 5:55 AM, Muhammad Ali <ali_i31 at yahoo.com> wrote:

Hi,

When NAT = YES, Asterisk server will extract IP from the network layer. 
 
When Nat = No, the Asterisk server will respond to the IP in the SIP header. Am I right?


May be such type of options can be helpful for SIP application developers.

Can't think of a scenario but If it is set to be YES for all peers, what will happen is that the response to all the SIP request will be routed to the IP in the network layer. IP's in the SIP header will be ignored,  should not create a problem.

 

Regards

--- On Sun, 4/24/11, Steve Totaro <stotaro at asteriskhelpdesk.com> wrote:



I am unsure of what you are saying.  

All I know is that setting nat=yes has never failed me when nat=no has and we are talking countless phones and installs.  

In the OSI reference model, the "Network" is layer 3, IP.


Call it Network, layer 3, or IP, it is the same.

nat=yes breaks the RFC due to NAT but it gets people talking.  My customers don't really care for things that don't work. 

Thanks,
Steve Totaro


-----Inline Attachment Follows-----

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
               http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110424/f4576aad/attachment.htm>