<p>Thanks for the opinion. I originally was not running with "udpping_from_path" (it was disabled). Even with it disabled and only using SIP OPTIONS ping method the following log was generated:</p>
<pre><code>Nov  1 18:58:01 localhost kam_registrar_1[2896]: ERROR: <core> [core/udp_server.c:591]: udp_send(): raw_iphdr_udp4_send(12,0x7f5be79587e6,4,...,212.2.172.228:39808,1500): Network is unreachable(101)
Nov  1 18:58:01 localhost kam_registrar_1[2896]: ERROR: nathelper [nathelper.c:2077]: nh_timer(): udp_send failed
</code></pre>
<p>Lets progress this issue assuming I am not using "udpping_from_path" and only using SIP OPTIONS ping method.</p>
<p>I guess what I am asking here is that, if kamailio has a socket defined on the local network, and its $du is on the same network, then, nathelper should be able to send the message. However, in this case, it cannot. It looks like it is trying to work out which interface to send the destination contact (external address: 212.2.172.228) to, but, because we are behind a proxy on a private lan, then kamailio needs to send via the PATH definition, in this case all OPTIONS messages will go out via an address on the local lan.</p>
<p>In my humble opinion, we should not need to define a default gateway so that kamailio can resolve which interface to use (in this case the wrong one (10.6.0.x because the default gateway is a 10.6.0.x address), only for nathelper/registrar to realize that it needs to use the PATH parameter for sending the messages, and only then relay the message.</p>
<p>I'm not sure if I am explaining myself correctly, please let me know if I am not being clear in my explanation and I'll try to explain better.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/kamailio/kamailio/issues/1297#issuecomment-341697328">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AF36ZREo7Vs2HetFXR-0HaPnTORuu-4gks5syw88gaJpZM4QPZ2Z">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AF36ZXhb662akfhFUZs5v6txnJll6vVTks5syw88gaJpZM4QPZ2Z.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/kamailio/kamailio/issues/1297#issuecomment-341697328"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/kamailio/kamailio","title":"kamailio/kamailio","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/kamailio/kamailio"}},"updates":{"snippets":[{"icon":"PERSON","message":"@00Asgaroth00 in #1297: Thanks for the opinion. I originally was not running with \"udpping_from_path\" (it was disabled). Even with it disabled and only using SIP OPTIONS ping method the following log was generated:\r\n```\r\nNov  1 18:58:01 localhost kam_registrar_1[2896]: ERROR: \u003ccore\u003e [core/udp_server.c:591]: udp_send(): raw_iphdr_udp4_send(12,0x7f5be79587e6,4,...,212.2.172.228:39808,1500): Network is unreachable(101)\r\nNov  1 18:58:01 localhost kam_registrar_1[2896]: ERROR: nathelper [nathelper.c:2077]: nh_timer(): udp_send failed\r\n```\r\nLets progress this issue assuming I am not using \"udpping_from_path\" and only using SIP OPTIONS ping method.\r\n\r\nI guess what I am asking here is that, if kamailio has a socket defined on the local network, and its $du is on the same network, then, nathelper should be able to send the message. However, in this case, it cannot. It looks like it is trying to work out which interface to send the destination contact (external address: 212.2.172.228) to, but, because we are behind a proxy on a private lan, then kamailio needs to send via the PATH definition, in this case all OPTIONS messages will go out via an address on the local lan. \r\n\r\nIn my humble opinion, we should not need to define a default gateway so that kamailio can resolve which interface to use (in this case the wrong one (10.6.0.x because the default gateway is a 10.6.0.x address), only for nathelper/registrar to realize that it needs to use the PATH parameter for sending the messages, and only then relay the message.\r\n\r\nI'm not sure if I am explaining myself correctly, please let me know if I am not being clear in my explanation and I'll try to explain better."}],"action":{"name":"View Issue","url":"https://github.com/kamailio/kamailio/issues/1297#issuecomment-341697328"}}}</script>