5 Aug
2021
5 Aug
'21
4:48 p.m.
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(a)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(a)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(a)skalatan.de> wrote:
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)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
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(a)lists.kamailio.org> *On Behalf Of *
Marrold
*Sent:* Wednesday, August 4, 2021 10:15 PM
*To:* Kamailio (SER) - Users Mailing List <sr-users(a)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(a)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