5 Aug
2021
5 Aug
'21
6:15 a.m.
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!
[image: image.png]
5 Aug
5 Aug
5:51 p.m.
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<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!
[cid:image001.png@01D789DF.7F404630]
5:53 p.m.
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<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!
10:24 p.m.
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:
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!
11:40 p.m.
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:
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
11: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
6 Aug
6 Aug
12:12 a.m.
Thanks that helps a lot
On Thu, Aug 5, 2021, 6:22 PM Marrold <kamailio(a)marrold.co.uk> wrote:
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:
__________________________________________________________
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
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
5 Aug
5 Aug
11:44 p.m.
for me, it seems you don't handle subscribe as other requests and it
changes IP which came at the Contact header. Then this address is used for
for the rest of the requests in this dialog.
чт, 5 авг. 2021 г. в 14:27, Marrold <kamailio(a)marrold.co.uk>uk>:
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:
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
6 Aug
6 Aug
midnight
for me, it seems you don't handle subscribe as
other requests and it
changes IP which came at the Contact header. Then this address is used for
for the rest of the requests in this dialog.
Yes that's correct. For the SUBSCRIBE I *sl_send_reply* and exit without
relaying the message. Everything else gets relayed. If I relay the
SUBSCRIBE like other messages, the subsequent BYE is sent to the correct IP
and everything works as expected.
Thanks
чт, 5 авг. 2021 г. в 14:27, Marrold <kamailio(a)marrold.co.uk>uk>:
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
1266
days inactive
1267
days old
8 comments
4 participants
participants (4)
-
Henning Westerholt -
Marrold -
mohsen khashei -
Yuriy Gorlichenko