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

[mohsen khashei]

Thanks that helps a lot

On Thu, Aug 5, 2021, 6:22 PM Marrold <kamailio at 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 at 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 at 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 at 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 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
>>>>
>>>>
>>>>
>>>> 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 at 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 at 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 at 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210805/ea05abea/attachment.htm>