<div dir="ltr">I have found something in the opensips.log that might shed some light:<div><br></div><div>





<p class="inbox-inbox-p1"><span class="inbox-inbox-s1">/usr/sbin/opensips[27370]: DBG:topology_hiding:topo_no_dlg_seq_handling: extracted routes [<sip:54.165.144.73;lr>,<sip:qa7vqblfc1c] , ct [] and bind []</span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1">





</span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1">Dec 14 16:17:00 <a href="http://qa7vqsbc4.qa7.vocal-qa.com">qa7vqsbc4.qa7.vocal-qa.com</a> /usr/sbin/opensips[27370]: ERROR:core:parse_nameaddr: no > found</span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1"><br></span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1">I also see this when initially doing the topology hiding:</span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1">/usr/sbin/opensips[27370]: DBG:topology_hiding:topo_no_dlg_encode_contact: Trying to propagate username [blf]</span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1">/usr/sbin/opensips[27370]: DBG:core:parse_headers: flags=ffffffffffffffff</span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1">/usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is <sip:<a href="http://qa7vqblfc1ctrl1.qa7.vocal-qa.com">qa7vqblfc1ctrl1.qa7.vocal-qa.com</a>;lr></span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1"> /usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is <sip:54.165.144.73;lr></span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1">









</span></p><p class="inbox-inbox-p1"><span class="inbox-inbox-s1"> /usr/sbin/opensips[27370]: DBG:core:print_rr_body: out rr [<sip:54.165.144.73;lr>,<sip:<a href="http://qa7vqblfc1ctrl1.qa7.vocal-qa.com">qa7vqblfc1ctrl1.qa7.vocal-qa.com</a>;lr>]</span></p><p class="inbox-inbox-p1"><br></p><div><br></div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 14, 2017 at 5:45 PM Royee Tichauer <<a href="mailto:royee.tichauer@vonage.com">royee.tichauer@vonage.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I am using opensips 2.1 and I'm experiencing some weird behavior with SUBSCRIBE handling on an opensips server that is behaving as a SIP proxy. I also use the topology_hiding module to hide routing information from the clients.</div><div><br></div><div>The proxy receives an initial SUBSCRIBE from a device, the SUBSCRIBE doesn't contain a "to tag" so I process it like a normal SUBSCRIBE message and route it to the correct route which replies with a 200 OK with a "to tag". Some time before the expiration of the SUBSCRIBE is passed I receive a another SUBSCRIBE, this time with a "to tag" so my opensips config file attempts to match it to a topology matching but for some reason it fails to match it.</div><div><br></div><div>I have this configured:</div><div><pre style="font-family:Menlo;font-size:9pt">modparam("dialog", "dlg_match_mode", 0)</pre><pre style="font-family:Menlo;font-size:9pt"><br></pre><pre style="font-family:Menlo;font-size:9pt">Any idea why the second subscribe message is not being matched?</pre><pre style="font-family:Menlo;font-size:9pt"><br></pre><pre style="font-family:Menlo;font-size:9pt">Attached is a capture of the initial and following subscribes.</pre><pre style="font-family:Menlo;font-size:9pt"><br></pre><pre style="font-family:Menlo;font-size:9pt">Thanks,</pre><pre style="font-family:Menlo;font-size:9pt">Royee</pre></div></div></blockquote></div>