[SR-Users] rtpengine failover in same SIP dialog with response Unknown call-ide

[Lợi Đặng]

Sorry not properly read in the beginning, i thought both answer and offer
sent to the same server that triggered the same bug i encountered but they
were not.
Not sure weird it is? The answer suppose go to the same rtpengine server as
the offer. Try increasing kamailio's debug level and tweak with rtpengine
module function to see what went wrong?
Btw, is there a typo error in the 1st question in having 2 set with 1 set
id 1 ==?

rgds,
Loi Dang Thanh
Phone : +84. 774.735.448
Email : loi.dangthanh at gmail.com


On Fri, Mar 6, 2020 at 4:26 PM Michal Popovic <michal.popovic at cloudtalk.io>
wrote:

> So upgrade to version 8.2.1.2 did not helped. Issue is probably in
> kamailio module itself, because all requests and responses are correct.
>
> On 6 Mar 2020, at 09:52, Michal Popovic <michal.popovic at cloudtalk.io>
> wrote:
>
> Hi,
>
> will try on newest version and be back with result.
>
> Thanks
>
> On 6 Mar 2020, at 09:47, Lợi Đặng <loi.dangthanh at gmail.com> wrote:
>
> Hi, what's your sipwise rtpengine version? I once encountered similar
> issue when the call >60s not yet answered, not sure if the same bug, you
> may want to upgrade your rtpengine.
>
> https://github.com/sipwise/rtpengine/blob/b507e245b2356f8b965a2671ab5f19a4cac837b0/debian/changelog
>   * [a6d9c78] MT#13067 fix premature call timeout for un-answered calls
>
> rgds,
> Loi Dang
> Phone : +84. 774.735.448
> Email : loi.dangthanh at gmail.com
>
>
> On Fri, Mar 6, 2020 at 3:21 PM Michal Popovic <michal.popovic at cloudtalk.io>
> wrote:
>
>> Hi,
>>
>> we are facing the issue with automated failover in same SIP dialog in
>> rtpengine module. This issue occurs after we upgraded version 4.4.7 to
>> 5.3.2 and only for rtpengines that are in another datacenter with latency
>> higher than about 100ms.
>>
>> configuration
>> modparam("rtpengine", "rtpengine_sock", "1 == udp:10.0.0.1:2222 udp:
>> 10.0.0.2:2222")
>> modparam("rtpengine", "rtpengine_sock", "1 == udp:10.0.0.3:2222 udp:
>> 10.0.0.4:2222")
>>
>> INVITE request from kamailio to 10.0.0.1:2222
>>
>>
>> 3:ICE6:remove5:flagsl13:trust-address16:always-transcode17:asymmetric-codecs12:loop-protecte7:replacel6:origin18:session-connectione18:transport-protocol7:RTP/AVP8:rtcp-muxl5:demuxe7:call-id20:xxx:received-froml3:IP414:x.x.x.xe8:from-tag10:naluniuntp7:command5:offere
>>
>> RESPONSE
>>
>> 6:result2:oke
>>
>> ANSWER request is than send to 10.0.0.2:2222 with error
>>
>>
>> 3:ICE5:force5:flagsl13:trust-address16:always-transcode17:asymmetric-codecs12:loop-protecte7:replacel6:origin18:session-connectione18:transport-protocol9:RTP/SAVPF8:rtcp-muxl6:accept5:offere7:call-id20:l63nam58lomphlpvli9o13:received-froml3:IP414:18.212.137.170e8:from-tag10:naluniuntp6:to-tag10:as297c65177:command6:answere
>>
>> RESPONSE
>>
>> d6:result5:error12:error-reason15:Unknown call-ide
>>
>> Only possible fix is to have only one setid with only one server.
>>
>> First RTPengine is not marked as failed in list of rtpengine servers
>> after the first response.
>> _______________________________________________
>> Kamailio (SER) - Users Mailing List
>> sr-users at lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> 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/20200306/1f328c06/attachment.html>