[asterisk-bugs] [JIRA] (ASTERISK-26729) Asterisk behind NAT not sending audio according to SDP

[Luke Escude (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-26729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=235794#comment-235794 ] 

Luke Escude commented on ASTERISK-26729:
----------------------------------------

So my previous solution of Playback(silence) or Answer() works just fine for standard audio calls, but this isn't a good solution in the long term (because video calling doesn't work - Asterisk isn't honoring a mid-stream re-invite).

How can we configure asterisk to "pay attention" to the IP/Port in the SDP given by Kamailio? When using Answer() asterisk sends the audio correctly, it seems. But it should not be necessary to do this at the beginning of every dial plan extension.

> Asterisk behind NAT not sending audio according to SDP
> ------------------------------------------------------
>
>                 Key: ASTERISK-26729
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26729
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 13.13.1
>         Environment: x64 CentOS
>            Reporter: Luke Escude
>            Assignee: Unassigned
>
> We are running Asterisk 13.13.1 with PJSIP.
> The setup is as follows:
> The Asterisk boxes are all virtualized behind NAT - let's say their address space is 172.x.x.x. The router that controls that nat is IP address 10.0.4.1. Kamailio/RTPProxy is running on 10.0.1.1.
> Kamailio essentially looks like a "public" IP to the asterisk boxes - we have them REGISTERING to kamailio to IP address 10.0.1.1 (which is routable of course). That way, Kamailio knows how to get to the Asterisks via their "public IP" (10.0.4.1) and NAT port (probably like 16875 or whatever).
> SIP communication happens wonderfully with this setup.
> However, when Kamailio sends an SDP containing its address 10.0.1.1 and an RTP address, it seems like Asterisk doesn't want to send audio to that address. In order for a new NAT port to open, Asterisk has to "talk" first.
> Regardless of our pjsip configuration, we cannot get Asterisk to behave properly, even by following the wiki and setting the external signaling/media addresses.



--
This message was sent by Atlassian JIRA
(v6.2#6252)