'Re: [SR-Users] Topoh module & call leg/transaction does not exist'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sr-users
Subject:    Re: [SR-Users] Topoh module & call leg/transaction does not exist
From:       Annus Fictus <annusfictus () gmail ! com>
Date:       2017-02-28 21:10:56
Message-ID: 8844239a-b6ef-e550-b000-031b7f8a86ba () gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

Hi Olli,

same problem here on 4.4.5

Work only without Call-ID hiding.

Regards

El 28/02/2017 a las 15:47, Olli Attila escribió:
> Hello,
>
> I'm still having this issue and now running the new Kamailio 5.0 
> branch. The pcap trace is attached to this email which shows the whole 
> sip conversation before and after topology hiding.
>
> Has anyone stumbled upon this kind of "SIP 481 Call leg/Transaction 
> does not exist" error when routing BYE messages while using topoh module?
>
> Cheers,
>
> --Olli
>
>
> On 19.2.2017 23:23, Olli Attila wrote:
>> Hello,
>>
>> I recently started testing topology hiding module on Kamailio and 
>> encountered a problem where B party hangs up, Kamailio can't identify 
>> the ongoing transaction to which the BYE should be related to and 
>> instead of tearing the call down Kamailio just sends back "481 Call 
>> leg/Transaction does not exist" to B party.
>> On Kamailio config I have only enabled the topoh.so -module with 
>> default options and configured this to enable masking:
>> modparam("topoh", "mask_callid", 1)
>>
>> Here is what the INVITE to B party looks like and the BYE message 
>> coming from the B party:
>> http://pastebin.com/raw/f63zUmid
>>
>> When debugging on Kamailio end i get:
>> http://pastebin.com/raw/ZefGAz30
>>
>> Is this a Kamailio issue or a softphone issue on B party end?
>>
>> Cheers,
>>
>> --Olli
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[Attachment #5 (text/html)]

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hi Olli,</p>
    <p>same problem here on 4.4.5<br>
    </p>
    Work only without Call-ID hiding.<br>
    <br>
    Regards<br>
    <br>
    <div class="moz-cite-prefix">El 28/02/2017 a las 15:47, Olli Attila
      escribió:<br>
    </div>
    <blockquote
      cite="mid:13fe4e43-9bb3-5567-efce-6820cd1b1789@oatel.net"
      type="cite">Hello,
      <br>
      <br>
      I'm still having this issue and now running the new Kamailio 5.0
      branch. The pcap trace is attached to this email which shows the
      whole sip conversation before and after topology hiding.
      <br>
      <br>
      Has anyone stumbled upon this kind of "SIP 481 Call
      leg/Transaction does not exist" error when routing BYE messages
      while using topoh module?
      <br>
      <br>
      Cheers,
      <br>
      <br>
      --Olli
      <br>
      <br>
      <br>
      On 19.2.2017 23:23, Olli Attila wrote:
      <br>
      <blockquote type="cite">Hello,
        <br>
        <br>
        I recently started testing topology hiding module on Kamailio
        and encountered a problem where B party hangs up, Kamailio can't
        identify the ongoing transaction to which the BYE should be
        related to and instead of tearing the call down Kamailio just
        sends back "481 Call leg/Transaction does not exist" to B party.
        <br>
        On Kamailio config I have only enabled the topoh.so -module with
        default options and configured this to enable masking:
        <br>
        modparam("topoh", "mask_callid", 1)
        <br>
        <br>
        Here is what the INVITE to B party looks like and the BYE
        message coming from the B party:
        <br>
        <a class="moz-txt-link-freetext" \
href="http://pastebin.com/raw/f63zUmid">http://pastebin.com/raw/f63zUmid</a>  <br>
        <br>
        When debugging on Kamailio end i get:
        <br>
        <a class="moz-txt-link-freetext" \
href="http://pastebin.com/raw/ZefGAz30">http://pastebin.com/raw/ZefGAz30</a>  <br>
        <br>
        Is this a Kamailio issue or a softphone issue on B party end?
        <br>
        <br>
        Cheers,
        <br>
        <br>
        --Olli
        <br>
        <br>
        <br>
        _______________________________________________
        <br>
        SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
        mailing list
        <br>
        <a class="moz-txt-link-abbreviated" \
href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>  <br>
        <a class="moz-txt-link-freetext" \
href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
  <br>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" \
href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a> <a \
class="moz-txt-link-freetext" \
href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
 </pre>
    </blockquote>
    <br>
  </body>
</html>

[Attachment #6 (text/plain)]

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[prev in list] [next in list] [prev in thread] [next in thread] 