Hi,It's a crude proof of concept at the moment and isn't working entirely as expected - but to enable it was mostly just a case of including the TOPOS module with MySQL backend (Redis is probably better for high traffic environment) and adding a couple of record_routes() for non-dialog messages.Once I get to the bottom of this issue I'll try to share something.Thanks__________________________________________________________On Thu, Aug 5, 2021 at 2:45 PM mohsen khashei <mkhashei@gmail.com> wrote:Hi marrold can you share your config . I an trying to use kamailio as b2bua with no success may be seeing some config help me.Thanks__________________________________________________________On Thu, Aug 5, 2021, 4:55 PM Marrold <kamailio@marrold.co.uk> wrote:Hi Henning,I realised as soon as I sent the message I'd forgotten that important detail. It's 5.5.1 on Debian 10 from the repos.Thanks!__________________________________________________________On Thu, Aug 5, 2021 at 8:53 AM Henning Westerholt <hw@skalatan.de> wrote:Hello,
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
Cheers,
Henning
--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com
From: sr-users <sr-users-bounces@lists.kamailio.org> On Behalf Of Marrold
Sent: Wednesday, August 4, 2021 10:15 PM
To: Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
Subject: [SR-Users] Issues with TOPOS when not relaying an in-dialog request
Hi,
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.
Thanks!
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users