<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 8 Dec 2020, at 18:55, Richard Fuchs <<a href="mailto:rfuchs@sipwise.com" class="">rfuchs@sipwise.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
  
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
  
  <div class="">
    <div class="moz-cite-prefix">Use IPv6 ๐Ÿ˜ƒ</div></div></div></blockquote><div><br class=""></div>While I like that proposal, assuming that IPv6 will not have a stateful firewall is propably not a good assumption.</div><div>So I suspect that an IPv6 firewall would not let the packets in if there is not outbound traffic first. I do like Ovidius</div><div>ICE-based solution and would like to add RTCP - if muxed it would open the port, but the likelyhood that itโ€™s </div><div>implemented is propably low.</div><div><br class=""></div><div>IPv6 greetings!</div><div>/O :-)<br class=""><blockquote type="cite" class=""><div class=""><div class="">
    <div class="moz-cite-prefix"><br class="">
    </div>
    <div class="moz-cite-prefix">Cheers<br class="">
    </div>
    <div class="moz-cite-prefix"><br class="">
    </div>
    <div class="moz-cite-prefix">On 07/12/2020 23.01, David Cunningham
      wrote:<br class="">
    </div>
    <blockquote type="cite" cite="mid:CAHGbP-_z_7sbVD7rAAy40gXa-797zYsz9tMR5U+m7RVdseL7QQ@mail.gmail.com" class="">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8" class="">
      <div dir="ltr" class="">
        <div class="">Hello,</div>
        <div class="">
          <div class=""><br class="">
          </div>
          <div class="">We have a problem with a SIP doorbell device which sends
            media one way only, and NAT at the receiving device.<br class="">
          </div>
          <div class=""><br class="">
          </div>
          <div class="">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 class=""><br class="">
          </div>
          <div class="">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 class=""><br class="">
          </div>
          <div class="">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 class=""><br class="">
          </div>
          <div class="">Has anyone else encountered this, and are there any
            recommended solutions?<br class="">
          </div>
          <div class=""><br class="">
          </div>
          <div class="">Thank you in advance<font color="#888888" class="">!<br class="">
            </font></div>
        </div>
        <div class=""><br class="">
          -- <br class="">
          <div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">
            <div dir="ltr" class="">
              <div class="">
                <div dir="ltr" class="">
                  <div class="">
                    <div dir="ltr" class="">
                      <div class="">
                        <div dir="ltr" class="">
                          <div class="">
                            <div dir="ltr" class="">
                              <div class="">David Cunningham, Voisonics Limited<br class="">
                                <a href="http://voisonics.com/" target="_blank" moz-do-not-send="true" class="">http://voisonics.com/</a><br class="">
                                USA: +1 213 221 1092<br class="">
                                New Zealand: +64 (0)28 2558 3782</div>
                            </div>
                          </div>
                        </div>
                      </div>
                    </div>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br class="">
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Kamailio (SER) - Users Mailing List
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a>
<a class="moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
  </div>

_______________________________________________<br class="">Kamailio (SER) - Users Mailing List<br class=""><a href="mailto:sr-users@lists.kamailio.org" class="">sr-users@lists.kamailio.org</a><br class="">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users<br class=""></div></blockquote></div><br class=""></body></html>