<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">RTPEngine does the same kind of port latching that Asterisk would — that is, wait to receive an RTP frame in order to learn the external port that the NAT gateway has mapped the device’s (symmetric) RTP endpoint to. If it never gets one, it won’t learn. That’s the industry-standard solution.<div><br></div><div>No magic workarounds, alas.<br><br><div dir="ltr">—</div><div dir="ltr">Sent from mobile, with due apologies for brevity and errors.</div><div dir="ltr"><br><blockquote type="cite">On Dec 7, 2020, at 11:02 PM, David Cunningham <dcunningham@voisonics.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Hello,</div><div><div><br></div><div>We have a problem with a SIP doorbell device which sends media one way only, and NAT at the receiving device.<br></div><div><br></div><div>When the doorbell button is pressed
it makes a call to a configured destination. Since the doorbell only sends
and doesn't receive it sends the INVITE with sendonly in the SDP, and
the destination then replies with a 200 OK with recvonly in the SDP. The problem is that the destination is behind NAT, and its reply
contains a private network IP in the SDP.</div><div><br></div><div>Normally Asterisk when nat=yes
works around that by adjusting the destination for RTP to be the
address it actually receives audio from, however because this device is
recvonly Asterisk never receives audio from it. This means Asterisk
keeps trying to send the doorbell's RTP to the private network IP which of course
fails, and the destination never gets the RTP from the doorbell.</div><div><br></div><div>We haven't found a solution in Asterisk to this, so are now looking to Kamailio which acts as a load-balancing proxy in front of Asterisk for one. For example, maybe we could use fix_nated_sdp, but only on 200 OK's with recvonly.</div><div><br></div><div>Has anyone else encountered this, and are there any recommended solutions?<br></div><div><br></div><div>Thank you in advance<font color="#888888">!<br></font></div></div><div></div><div><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David Cunningham, Voisonics Limited<br><a href="http://voisonics.com/" target="_blank">http://voisonics.com/</a><br>USA: +1 213 221 1092<br>New Zealand: +64 (0)28 2558 3782</div></div></div></div></div></div></div></div></div></div></div></div></div>
<span>_______________________________________________</span><br><span>Kamailio (SER) - Users Mailing List</span><br><span>sr-users@lists.kamailio.org</span><br><span>https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</span><br></div></blockquote></div></body></html>