[SR-Users] Issues with TOPOS when not relaying an in-dialog request

Henning Westerholt hw at skalatan.de
Thu Aug 5 09:51:45 CEST 2021


Others might be able to comment in more detail, but quick question: which version of Kamailio you are using?
For 5.5.x branch some extensions were added to the topos module for SUBSCRIBEs:

+                This module is designed to work for presence (SUBSCRIBE-based) dialogs too.
+               The REGISTER and PUBLISH requests are skipped from processing



Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Marrold
Sent: Wednesday, August 4, 2021 10:15 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] Issues with TOPOS when not relaying an in-dialog request

I am currently using TOPOS to make Kamailio behave more like a B2BUA from the clients perspective. It's working well, however I have discovered a scenario where it fails.
To aid with some interoperability I am sending (sl_send_reply) 200 OK to an in-dialog SUBSCRIBE request during a call. Once this has happened, the subsequent BYE from the B leg goes to the incorrect (Private) IP. If I disable this SUBSCRIBE, or relay it to the B leg, the BYE goes to the expected IP address.

Does anyone know where I am going wrong? I have tried not calling record_route() for these messages but the result is the same.

I've attached the ladder diagram of the call below. Note the subscribe is not relayed in this scenario.


[cid:image001.png at 01D789DF.7F404630]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210805/cc81eca9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 123366 bytes
Desc: image001.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210805/cc81eca9/attachment.png>

More information about the sr-users mailing list