<p>ok, now I can see the server_id in the usrloc dump.</p>
<pre><code>{
        "Info": {
          "AoR":  "example_user@example.com",
          "HashID": -1389656423,
          "Contacts": [{
              "Contact":  {
                "Address":  "sip:example_user@212.2.172.228:43356;rinstance=4dc262b9af47682f;transport=UDP",
                "Expires":  111,
                "Q":  -1,
                "Call-ID":  "4HEiFls2hkky2XR6hL8Nrg..",
                "CSeq": 86,
                "User-Agent": "Z 3.15.40006 rv2.8.20",
                "Received": "sip:212.2.172.228:43356",
                "Path": "<sip:10.7.0.186:5062;lr;received=sip:212.2.172.228:43356>",
                "State":  "CS_NEW",
                "Flags":  2,
                "CFlags": 64,
                "Socket": "[not set]",
                "Methods":  -1,
                "Ruid": "uloc-2-5a04296d-4ed0-e1",
                "Instance": "[not set]",
                "Reg-Id": 0,
                "Server-Id":  2,
                "Tcpconn-Id": -1,
                "Keepalive":  1,
                "Last-Keepalive": 1510231303,
                "Last-Modified":  1510231303
              }
            }]
        }
}
</code></pre>
<p>Let me run this for a while longer and see if I can see any options messages being sent on the "wrong" registrar(s). After the update and restart, I currently don't see any "incorrect" options messages being sent, which indicates, for now, that nathelpers filtering is working as expected.</p>
<p>On a side note, is the aor server_id attribute exposed to $ulc pseudo variable? So if I wanted to see which server_id an aor was loaded on I could do a reg_fetch_contacts and check the server_id attribute, and if an aor expired, I should be able to see the server_id in the "usrloc:contact-expired" event route when calling, for example "aor: $ulc(exp=>aor), server_id: $ulc(exp=>server_id)"</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/1299#issuecomment-343153522">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AF36Zbqu9bEUpw2evZu36XevhobV42JFks5s0v1ogaJpZM4QPgdU">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AF36ZU3Do9RmuYXbeziYxa3S47EM90N3ks5s0v1ogaJpZM4QPgdU.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/1299#issuecomment-343153522"></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 #1299: ok, now I can see the server_id in the usrloc dump.\r\n\r\n```\r\n{\r\n        \"Info\": {\r\n          \"AoR\":  \"example_user@example.com\",\r\n          \"HashID\": -1389656423,\r\n          \"Contacts\": [{\r\n              \"Contact\":  {\r\n                \"Address\":  \"sip:example_user@212.2.172.228:43356;rinstance=4dc262b9af47682f;transport=UDP\",\r\n                \"Expires\":  111,\r\n                \"Q\":  -1,\r\n                \"Call-ID\":  \"4HEiFls2hkky2XR6hL8Nrg..\",\r\n                \"CSeq\": 86,\r\n                \"User-Agent\": \"Z 3.15.40006 rv2.8.20\",\r\n                \"Received\": \"sip:212.2.172.228:43356\",\r\n                \"Path\": \"\u003csip:10.7.0.186:5062;lr;received=sip:212.2.172.228:43356\u003e\",\r\n                \"State\":  \"CS_NEW\",\r\n                \"Flags\":  2,\r\n                \"CFlags\": 64,\r\n                \"Socket\": \"[not set]\",\r\n                \"Methods\":  -1,\r\n                \"Ruid\": \"uloc-2-5a04296d-4ed0-e1\",\r\n                \"Instance\": \"[not set]\",\r\n                \"Reg-Id\": 0,\r\n                \"Server-Id\":  2,\r\n                \"Tcpconn-Id\": -1,\r\n                \"Keepalive\":  1,\r\n                \"Last-Keepalive\": 1510231303,\r\n                \"Last-Modified\":  1510231303\r\n              }\r\n            }]\r\n        }\r\n}\r\n```\r\n\r\nLet me run this for a while longer and see if I can see any options messages being sent on the \"wrong\" registrar(s). After the update and restart, I currently don't see any \"incorrect\" options messages being sent, which indicates, for now, that nathelpers filtering is working as expected.\r\n\r\nOn a side note, is the aor server_id attribute exposed to $ulc pseudo variable? So if I wanted to see which server_id an aor was loaded on I could do a reg_fetch_contacts and check the server_id attribute, and if an aor expired, I should be able to see the server_id in the \"usrloc:contact-expired\" event route when calling, for example \"aor: $ulc(exp=\u003eaor), server_id: $ulc(exp=\u003eserver_id)\""}],"action":{"name":"View Issue","url":"https://github.com/kamailio/kamailio/issues/1299#issuecomment-343153522"}}}</script>