[OpenSIPS-Users] SUBSCRIBE + Topology Hiding

[Royee Tichauer]

I have found something in the opensips.log that might shed some light:

/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
[]

Dec 14 16:17:00 qa7vqsbc4.qa7.vocal-qa.com /usr/sbin/opensips[27370]:
ERROR:core:parse_nameaddr: no > found


I also see this when initially doing the topology hiding:

/usr/sbin/opensips[27370]: DBG:topology_hiding:topo_no_dlg_encode_contact:
Trying to propagate username [blf]

/usr/sbin/opensips[27370]: DBG:core:parse_headers: flags=ffffffffffffffff

/usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is <sip:
qa7vqblfc1ctrl1.qa7.vocal-qa.com;lr>

 /usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is
<sip:54.165.144.73;lr>

 /usr/sbin/opensips[27370]: DBG:core:print_rr_body: out rr
[<sip:54.165.144.73;lr>,<sip:qa7vqblfc1ctrl1.qa7.vocal-qa.com;lr>]






On Thu, Dec 14, 2017 at 5:45 PM Royee Tichauer <royee.tichauer at vonage.com>
wrote:

> Hi,
>
> 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.
>
> 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.
>
> I have this configured:
>
> modparam("dialog", "dlg_match_mode", 0)
>
>
> Any idea why the second subscribe message is not being matched?
>
>
> Attached is a capture of the initial and following subscribes.
>
>
> Thanks,
>
> Royee
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20171214/44878722/attachment.html>