On 30-09-15 13:29, Fred Posner wrote:
Without a version of rtpproxy using the -A flag, you'll need to either (1) update to a different version of rtpproxy or (2) skip rtpproxy and have your asterisk handle all the rtp.
I tried rtpproxy v2, with the -A flag in bridge mode ( -A privateip/publicip ). This doesn't reflect anything in the SIP headers.
The problem is a bit more complex I think, because all INVITEs to gateways contain the same internal IPs from Asterisk and Kamaialio in their From and To header. SDP information is correctly being displayed. But it seems that some UAs disregard what's in the SDP descriptors and just look at the SIP headers (To/From/Contact).
Can anyone share their config snippets about how they've delt with the Asterisk behind NAT situation? It would really be appreciated!
Cheers, Dirk