<div dir="auto">Hi Daniel<div dir="auto"><br></div><div dir="auto">Semms now we have ankther problem... </div><div dir="auto"><br></div><div dir="auto">b_rr weites in db correctly. </div><div dir="auto">But when ack is sending from A side it try to send to B side to cantact ip, ignoring record-route headers... </div><div dir="auto"><br></div><div dir="auto">I will try to debug this. </div><div dir="auto"><br></div><div dir="auto">If you have any idea I can test it. </div><div dir="auto"><br></div><div dir="auto">Thank you. <br><br><div data-smartmail="gmail_signature" dir="auto">--<br>WBR<br>Sergey Basov</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">28 апр. 2017 г. 7:25 PM пользователь "Sergey Basov" <<a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a>> написал:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Daniel.<br>
<br>
Seems all is ok now.<br>
<br>
I applyed your patch and add my additional debug string.<br>
<br>
Now result is:<br>
<br>
Apr 28 19:15:52 csbc-uat /usr/sbin/kamailio[14177]: DEBUG: topos<br>
[tps_msg.c:464]: tps_pack_message(): sbasov compacted headers - b_rr:<br>
[<sip:127.0.0.8;line=sr-<wbr>BRwEkMcFYXzjDMqpsSozWseXDMGxpp<wbr>Cqzh1Ek2ZS1uoLBVfSPhqYZXlvyga*<wbr>>](84)<br>
<br>
Apr 28 19:15:52 csbc-uat /usr/sbin/kamailio[14177]: DEBUG: topos<br>
[tps_msg.c:464]: tps_pack_message(): sbasov compacted headers - b_rr:<br>
[<sip:127.0.0.8;line=sr-<wbr>BRwEkMcFYXzjDMqpsSozWseXDMGxpp<wbr>Cqzh1Ek2ZS1uoLBVfSPhqYZXlvyga*<wbr>>,<sip:127.0.0.8;line=sr-<wbr>BRwEk.dED.sRD.TSD.z2k.<wbr>sEGLlvygavebZAeLqVDJ7cZRoXPrXU<wbr>YbGjQdPrTMqbYddReRXWQs9xWXFYup<wbr>cMQuTfehTjD.<wbr>lRkhavPbGJxsXnTsXnTsXnTsXnTsXn<wbr>TsXnTsXnTsXnTsXnTsXnTsXnTsXnTs<wbr>XnTsdvPbG7xsXnTsXnTsXnTsXnTsXn<wbr>TsXnTsXnTsXnTsXnTsXne7YnTuP.<wbr>TsXnTsFnTsXnTsXnTsXnTsXnTsXn>]<wbr>(349)<br>
<br>
Apr 28 19:15:52 csbc-uat /usr/sbin/kamailio[14177]: DEBUG: topos<br>
[tps_msg.c:464]: tps_pack_message(): sbasov compacted headers - b_rr:<br>
[<sip:127.0.0.8;line=sr-<wbr>BRwEkMcFYXzjDMqpsSozWseXDMGxpp<wbr>Cqzh1Ek2ZS1uoLBVfSPhqYZXlvyga*<wbr>>,<sip:127.0.0.8;line=sr-<wbr>BRwEk.dED.sRD.TSD.z2k.<wbr>sEGLlvygavebZAeLqVDJ7cZRoXPrXU<wbr>YbGjQdPrTMqbYddReRXWQs9xWXFYup<wbr>cMQuTfehTjD.<wbr>lRkhavPbGJxsXnTsXnTsXnTsXnTsXn<wbr>TsXnTsXnTsXnTsXnTsXnTsXnTsXnTs<wbr>XnTsdvPbG7xsXnTsXnTsXnTsXnTsXn<wbr>TsXnTsXnTsXnTsXnTsXne7YnTuP.<wbr>TsXnTsFnTsXnTsXnTsXnTsXnTsXn>,<wbr><sip:10.56.42.33:5090;lr;ftag=<wbr>F.m-<wbr>GnEuqBVsqhGWBMgTA6gaRiJOHRUY;<wbr>did=d41.3811;vsf=<wbr>AAAAAAAAAAAAAAAAAABlY2Bmf359HG<wbr>J6cX8bc3h9OjUwNjA7dXNlcj1waG9u<wbr>ZQ--;vst=<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA<wbr>AAAAQAAAAOAAAAAAAAAAAAAAAA>](<wbr>556)<br>
<br>
Apr 28 19:15:52 csbc-uat /usr/sbin/kamailio[14177]: DEBUG: topos<br>
[tps_msg.c:482]: tps_pack_message(): compacted headers - a_rr: [](0) -<br>
b_rr: [<sip:127.0.0.8;line=sr-<wbr>BRwEkMcFYXzjDMqpsSozWseXDMGxpp<wbr>Cqzh1Ek2ZS1uoLBVfSPhqYZXlvyga*<wbr>>,<sip:127.0.0.8;line=sr-<wbr>BRwEk.dED.sRD.TSD.z2k.<wbr>sEGLlvygavebZAeLqVDJ7cZRoXPrXU<wbr>YbGjQdPrTMqbYddReRXWQs9xWXFYup<wbr>cMQuTfehTjD.<wbr>lRkhavPbGJxsXnTsXnTsXnTsXnTsXn<wbr>TsXnTsXnTsXnTsXnTsXnTsXnTsXnTs<wbr>XnTsdvPbG7xsXnTsXnTsXnTsXnTsXn<wbr>TsXnTsXnTsXnTsXnTsXne7YnTuP.<wbr>TsXnTsFnTsXnTsXnTsXnTsXnTsXn>,<wbr><sip:10.56.42.33:5090;lr;ftag=<wbr>F.m-<wbr>GnEuqBVsqhGWBMgTA6gaRiJOHRUY;<wbr>did=d41.3811;vsf=<wbr>AAAAAAAAAAAAAAAAAABlY2Bmf359HG<wbr>J6cX8bc3h9OjUwNjA7dXNlcj1waG9u<wbr>ZQ--;vst=<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA<wbr>AAAAQAAAAOAAAAAAAAAAAAAAAA>](<wbr>556)<br>
- s_rr: [](0)<br>
<br>
<br>
Seems this issue is solved.<br>
<br>
Can you apply this patch to 5.0 branch?<br>
Then may be Pete Kelly will install nightly build of the 5.0.1 and<br>
confirm that issu is solved.<br>
<br>
I does not have such count of sbc for test )<br>
<br>
Thank you Daniel.<br>
--<br>
Best regards,<br>
Sergey Basov e-mail: <a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a><br>
<br>
<br>
2017-04-28 17:14 GMT+03:00 Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>>:<br>
> Hello,<br>
><br>
> many thanks Sergey for troubleshooting, it saved a lot of time!<br>
> Hopefully I caught the issue. Can you test with latest master branch and<br>
> let me know if works?<br>
><br>
> Cheers,<br>
> Daniel<br>
><br>
><br>
> On 28.04.17 14:57, Sergey Basov wrote:<br>
>> Some more debug<br>
>><br>
>> after adding debug output after each iteration I got:<br>
>><br>
>> Apr 28 15:51:51 csbc-uat /usr/sbin/kamailio[13743]: DEBUG: topos<br>
>> [tps_msg.c:457]: tps_pack_message(): sbasov compacted headers - b_rr:<br>
>> [<sip:127.0.0.8;line=sr-<wbr>BRwEkMcFYXzjDMqpsSozWseXDMGxpp<wbr>Cqzh1Ek2ZS1uoLBVfSPhqYZXlvyga*<wbr>>](84)<br>
>> Apr 28 15:51:51 csbc-uat /usr/sbin/kamailio[13743]: DEBUG: topos<br>
>> [tps_msg.c:457]: tps_pack_message(): sbasov compacted headers - b_rr:<br>
>> [<sip:127.0.0.8;line=sr-BRwEk.<wbr>dED.sRD.TSD.z2k.<wbr>sEGLlvygavebZAeLq9pRZROhZq1.<wbr>F9BJfpywe1pMz7PLB8GdeF1RFST377<wbr>QpcMQuTfepwJDJZ.<wbr>zhdvPbGJxsXnTsXnTsXnTsXnTsXnTs<wbr>XnTsXnTsXnTsXnTsXnTsXnTsXnTsXn<wbr>TsdvPbG7xsXnTsXnTsXnTsXnTsXnTs<wbr>XnTsXnTsXnTsXnTsXne7YnTuP.<wbr>TsXnTsFnTsXnTsXnTsXnTsXnTsXn>]<wbr>(348)<br>
>> Apr 28 15:51:51 csbc-uat /usr/sbin/kamailio[13743]: DEBUG: topos<br>
>> [tps_msg.c:457]: tps_pack_message(): sbasov compacted headers - b_rr:<br>
>> [<sip:10.56.42.33:5090;lr;<wbr>ftag=<wbr>iOdvx4ub2iroSnVXNC4w784FIcbrB-<wbr>4i;did=e9f.5f22;vsf=<wbr>AAAAAAAAAAAAAAAAAABlY2Bmf359HG<wbr>J6cX8bc3h9OjUwNjA7dXNlcj1waG9u<wbr>ZQ--;vst=<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA<wbr>AAAAQAAAAOAAAAAAAAAAAAAAAA>](<wbr>554)<br>
>><br>
>> Apr 28 15:51:51 csbc-uat /usr/sbin/kamailio[13743]: DEBUG: topos<br>
>> [tps_msg.c:475]: tps_pack_message(): compacted headers - a_rr: [](0) -<br>
>> b_rr: [<sip:10.56.42.33:5090;lr;<wbr>ftag=<wbr>iOdvx4ub2iroSnVXNC4w784FIcbrB-<wbr>4i;did=e9f.5f22;vsf=<wbr>AAAAAAAAAAAAAAAAAABlY2Bmf359HG<wbr>J6cX8bc3h9OjUwNjA7dXNlcj1waG9u<wbr>ZQ--;vst=<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA<wbr>AAAAQAAAAOAAAAAAAAAAAAAAAA>](<wbr>554)<br>
>> - s_rr: [](0)<br>
>><br>
>> So size are computed correctly, but part of record-routes<br>
>> disappears.... And we can see correct size of the record but only last<br>
>> part of the record-routes<br>
>><br>
>> Hope it helps<br>
>> --<br>
>> Best regards,<br>
>> Sergey Basov e-mail: <a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a><br>
>><br>
>><br>
>> 2017-04-28 15:37 GMT+03:00 Sergey Basov <<a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a>>:<br>
>>> One more detail<br>
>>><br>
>>> When debug=3 I see in logs (look at size of record and it contents)<br>
>>><br>
>>> Apr 28 14:16:44 csbc-uat /usr/sbin/kamailio[13287]: DEBUG: topos<br>
>>> [tps_msg.c:473]: tps_pack_message(): compacted headers - a_rr: [](0) -<br>
>>> b_rr: [](0) - s_rr:<br>
>>> [<sip:10.56.42.33;r2=on;lr;<wbr>ftag=ed1qg.<wbr>1TlqHP7frDwZWwhcyKAcOfIVTn;<wbr>did=a4b.fc01;vsf=<wbr>AAAAAAoLAQ4DAA4DAHlnYg5heGJnG3<wbr>Rnd3MebX14CTUwNjA7dXNlcj1waG9u<wbr>ZQ--;vst=<wbr>AAAAAAMOAwEABwcEAwd3AnBlfGJ9BR<wbr>xjYGAUeXl/dRU2PChyPXBob25l;<wbr>nat=yes>,<sip:<a href="http://212.58.160.253">212.58.160.253</a>:<wbr>5061;transport=tls;r2=on;lr;<wbr>ftag=ed1qg.<wbr>1TlqHP7frDwZWwhcyKAcOfIVTn;<wbr>did=a4b.fc01;vsf=<wbr>AAAAAAoLAQ4DAA4DAHlnYg5heGJnG3<wbr>Rnd3MebX14CTUwNjA7dXNlcj1waG9u<wbr>ZQ--;vst=<wbr>AAAAAAMOAwEABwcEAwd3AnBlfGJ9BR<wbr>xjYGAUeXl/dRU2PChyPXBob25l;<wbr>nat=yes>](453)<br>
>>><br>
>>> 453 - is a real size of shown header<br>
>>><br>
>>> s_rr parses normal, but b_rr<br>
>>><br>
>>> Apr 28 14:16:48 csbc-uat /usr/sbin/kamailio[13273]: DEBUG: topos<br>
>>> [tps_msg.c:473]: tps_pack_message(): compacted headers - a_rr: [](0) -<br>
>>> b_rr: [<sip:10.56.42.33:5090;lr;<wbr>ftag=ed1qg.<wbr>1TlqHP7frDwZWwhcyKAcOfIVTn;<wbr>did=a4b.6ec;vsf=<wbr>AAAAAAAAAAAAAAAAAABlY2Bmf359HG<wbr>J6cX8bc3h9OjUwNjA7dXNlcj1waG9u<wbr>ZQ--;vst=<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA<wbr>AAAAQAAAAOAAAAAAAAAAAAAAAA>](<wbr>553)<br>
>>> - s_rr: [](0)<br>
>>><br>
>>> 553 - seems a real correct size of the recordroute header and it<br>
>>> differs from size with \0 at the end<br>
>>><br>
>>><br>
>>> --<br>
>>> Best regards,<br>
>>> Sergey Basov e-mail: <a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a><br>
>>><br>
>>><br>
>>> 2017-04-28 14:46 GMT+03:00 Sergey Basov <<a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a>>:<br>
>>>> Hi All.<br>
>>>><br>
>>>> I just try to pass call throught 3 kamailio.<br>
>>>> I got result like yours<br>
>>>><br>
>>>> If you need testers for patch - I am ready )<br>
>>>><br>
>>>> --<br>
>>>> Best regards,<br>
>>>> Sergey Basov e-mail: <a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a><br>
>>>><br>
>>>><br>
>>>> 2017-04-28 12:57 GMT+03:00 Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>>:<br>
>>>>> There seems to be an issue saving the record-route list for b-side in<br>
>>>>> topos_d table -- first two are saved but then there are only 0 characters<br>
>>>>> instead of the rest of record routes:<br>
>>>>><br>
>>>>> '<sip:192.168.252.75;r2=on;lr=<wbr>on;ftag=A1;did=072.87c;rtpi=1;<wbr>nat=no;rtpi=1>\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\<wbr>0\0\0\0'<br>
>>>>><br>
>>>>> I will have to dig a bit into the code.<br>
>>>>><br>
>>>>> Cheers, Daniel<br>
>>>>><br>
>>>>><br>
>>>>> On 27.04.17 14:30, Pete Kelly wrote:<br>
>>>>><br>
>>>>> Yes no problem. I wanted to come but the life schedule would not allow it<br>
>>>>> this time.<br>
>>>>><br>
>>>>><br>
>>>>> On 27 April 2017 at 13:11, Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>><br>
>>>>> wrote:<br>
>>>>>> Hello,<br>
>>>>>><br>
>>>>>> time, I need more time :-) ... with Kamailio World Conference around the<br>
>>>>>> corner, I am caught in a lot of admin tasks...<br>
>>>>>><br>
>>>>>> Daniel<br>
>>>>>><br>
>>>>>><br>
>>>>>> On 27.04.17 13:11, Pete Kelly wrote:<br>
>>>>>><br>
>>>>>> Hi Daniel<br>
>>>>>><br>
>>>>>> Is there anything else you need on this?<br>
>>>>>><br>
>>>>>> On 26 April 2017 at 15:06, Pete Kelly <<a href="mailto:pkelly@gmail.com">pkelly@gmail.com</a>> wrote:<br>
>>>>>>> Hi Daniel<br>
>>>>>>><br>
>>>>>>> It's CSeq 1, fromtag A1<br>
>>>>>>><br>
>>>>>>> DB attached<br>
>>>>>>><br>
>>>>>>> On 26 April 2017 at 15:03, Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>><br>
>>>>>>> wrote:<br>
>>>>>>>> Can you paste here the from tag or cseq for the dialog you are referring<br>
>>>>>>>> to? Because the number of frames are not matching my pcap viewer.<br>
>>>>>>>><br>
>>>>>>>> Send also the db dump, they should reveal if something is broken there.<br>
>>>>>>>><br>
>>>>>>>> Cheers,<br>
>>>>>>>> Daniel<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> On 26.04.17 14:46, Pete Kelly wrote:<br>
>>>>>>>><br>
>>>>>>>> Ah I see why it is confusing<br>
>>>>>>>><br>
>>>>>>>> This setup maintains a Call-ID through an SBC downstream, so the<br>
>>>>>>>> INVITE's you see have the same Call-ID but they have a different<br>
>>>>>>>> fromtag/cseq, Wireshark shows them all as one call which is annoying when<br>
>>>>>>>> looking at the viewer!<br>
>>>>>>>><br>
>>>>>>>> If you check the first call only between 252.70 and 252.75 you will see<br>
>>>>>>>> INVITE (frame 4), 200OK (frame 16) with lots of RR headers.<br>
>>>>>>>><br>
>>>>>>>> The ACK generated by topos (frame 21) only contains 1 Route header, it<br>
>>>>>>>> should contain more so the request can hop through the proxy chain as shown<br>
>>>>>>>> in frame 16.<br>
>>>>>>>><br>
>>>>>>>> I see the example from Sergey is working, but there is only 1 RR header<br>
>>>>>>>> in this example - as you can see from my example the topos module uses the<br>
>>>>>>>> first RR header but ignores the other 5.<br>
>>>>>>>><br>
>>>>>>>> I have the DB dump and logfiles from this call too if useful.<br>
>>>>>>>><br>
>>>>>>>> Pete<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> On 26 April 2017 at 12:41, Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>><br>
>>>>>>>> wrote:<br>
>>>>>>>>> As I could notice upon a quick look, there seems to be two calls -- two<br>
>>>>>>>>> INVITE requests having same call id but different cseq. Can you confirm<br>
>>>>>>>>> this is the case? Because the capture doesn't seem to have all the<br>
>>>>>>>>> incoming/outgoing messages, some are missing.<br>
>>>>>>>>><br>
>>>>>>>>> Cheers,<br>
>>>>>>>>> Daniel<br>
>>>>>>>>><br>
>>>>>>>>> On 26.04.17 12:59, Sergey Basov wrote:<br>
>>>>>>>>>> You give to us very hard callflow...<br>
>>>>>>>>>><br>
>>>>>>>>>> Without any pauses between responces..<br>
>>>>>>>>>><br>
>>>>>>>>>> Some requests go through 127.0.0.1... But responces from 127.0.0.1<br>
>>>>>>>>>> not present.<br>
>>>>>>>>>><br>
>>>>>>>>>> There are peers from which invites not present in dump. I can not see<br>
>>>>>>>>>> ful path of the initial Invite, but there is responses.<br>
>>>>>>>>>><br>
>>>>>>>>>> I will send dump in next email directly.<br>
>>>>>>>>>> --<br>
>>>>>>>>>> Best regards,<br>
>>>>>>>>>> Sergey Basov e-mail: <a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a><br>
>>>>>>>>>><br>
>>>>>>>>>><br>
>>>>>>>>>> 2017-04-26 11:01 GMT+03:00 Pete Kelly <<a href="mailto:pkelly@gmail.com">pkelly@gmail.com</a>>:<br>
>>>>>>>>>>> Attached is the pcap from latest nightly.<br>
>>>>>>>>>>><br>
>>>>>>>>>>> As you can see (frame 21) the ACK is incorrect, I believe it should<br>
>>>>>>>>>>> specify<br>
>>>>>>>>>>> all the hops from the 200OK (frame 16) so that the hop by hop ACK<br>
>>>>>>>>>>> can be<br>
>>>>>>>>>>> routed via the proxy chain.<br>
>>>>>>>>>>><br>
>>>>>>>>>>> topoh module works fine.<br>
>>>>>>>>>>><br>
>>>>>>>>>>> Pete<br>
>>>>>>>>>>><br>
>>>>>>>>>>> On 26 April 2017 at 05:18, Sergey Basov <<a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a>><br>
>>>>>>>>>>> wrote:<br>
>>>>>>>>>>>> I dont know how nightly builds are done.<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> Just try with latest 5.0.1 nightly and send new dump.<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> As I understud topos module done to remove record-route headers to<br>
>>>>>>>>>>>> hide<br>
>>>>>>>>>>>> topology... Am I wright, Daniel?<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> And try to disable topos module and enable topoh module. Will it<br>
>>>>>>>>>>>> all work<br>
>>>>>>>>>>>> as you expecrs?<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> --<br>
>>>>>>>>>>>> WBR<br>
>>>>>>>>>>>> Sergey Basov<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> 25 апр. 2017 г. 11:31 PM пользователь "Pete Kelly"<br>
>>>>>>>>>>>> <<a href="mailto:pkelly@gmail.com">pkelly@gmail.com</a>><br>
>>>>>>>>>>>> написал:<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>>> I have tried with 5.0.1 from today (25th April).<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> Are you saying build for 26th will have some fixes?<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> On 25 April 2017 at 18:59, Sergey Basov <<a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a>><br>
>>>>>>>>>>>>> wrote:<br>
>>>>>>>>>>>>>> Actualy latest fixes to 180/183/200, ACK and memory leak was<br>
>>>>>>>>>>>>>> pushed to<br>
>>>>>>>>>>>>>> 5.0 and master branch.<br>
>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>> So, please try with latest 5.0.1 nightly.<br>
>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>> --<br>
>>>>>>>>>>>>>> WBR<br>
>>>>>>>>>>>>>> Sergey Basov<br>
>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>> 25 апр. 2017 г. 8:55 PM пользователь "Pete Kelly"<br>
>>>>>>>>>>>>>> <<a href="mailto:pkelly@gmail.com">pkelly@gmail.com</a>><br>
>>>>>>>>>>>>>> написал:<br>
>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>> Call is with sipp but first goes through another SBC to clean up<br>
>>>>>>>>>>>>>>> the<br>
>>>>>>>>>>>>>>> SIP (in case of problems with sipp via headers etc).<br>
>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>> The traces I've done are actually with 4.4.<br>
>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>> Will they be OK or would you prefer 5.0.1? The problem is<br>
>>>>>>>>>>>>>>> exactly the<br>
>>>>>>>>>>>>>>> same on both.<br>
>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>> On 25 April 2017 at 16:25, Sergey Basov<br>
>>>>>>>>>>>>>>> <<a href="mailto:sergey.v.basov@gmail.com">sergey.v.basov@gmail.com</a>><br>
>>>>>>>>>>>>>>> wrote:<br>
>>>>>>>>>>>>>>>> Hi.<br>
>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>> Can you send dump of the call with kamailio 5.0.1 nightly?<br>
>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>> And does you make call using sipp?<br>
>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>> --<br>
>>>>>>>>>>>>>>>> WBR<br>
>>>>>>>>>>>>>>>> Sergey Basov<br>
>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>> 25 апр. 2017 г. 5:57 PM пользователь "Pete Kelly"<br>
>>>>>>>>>>>>>>>> <<a href="mailto:pkelly@gmail.com">pkelly@gmail.com</a>><br>
>>>>>>>>>>>>>>>> написал:<br>
>>>>>>>>>>>>>>>>> Looks like from last night:<br>
>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>> 5.0.1+0~20170425013247.36+<wbr>trusty<br>
>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>> On 25 April 2017 at 15:42, Daniel-Constantin Mierla<br>
>>>>>>>>>>>>>>>>> <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>> wrote:<br>
>>>>>>>>>>>>>>>>>> Hello,<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> to be sure, it is 5.0.1 build from last night or quite<br>
>>>>>>>>>>>>>>>>>> recent? There<br>
>>>>>>>>>>>>>>>>>> were some fixes in the past days to topos module.<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> Cheers,<br>
>>>>>>>>>>>>>>>>>> Daniel<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> On 25.04.17 15:59, Pete Kelly wrote:<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> Hi Daniel<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> Sorry for the delayed response to this, the ACK is for a<br>
>>>>>>>>>>>>>>>>>> 200OK yes<br>
>>>>>>>>>>>>>>>>>> and the problem still persists in latest 4.4 and the 5.0.1<br>
>>>>>>>>>>>>>>>>>> nightly build.<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> I have all DB entries/kam logs/pcap files.<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> If you check the attached pcap, 192.168.70.70 and<br>
>>>>>>>>>>>>>>>>>> 192.168.252.70 are<br>
>>>>>>>>>>>>>>>>>> the same instance of Kamailio, it is being used to bridge the<br>
>>>>>>>>>>>>>>>>>> 2 networks.<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> Frame 34 shows the 200OK with lots of Record-Route etc, and<br>
>>>>>>>>>>>>>>>>>> frame 35<br>
>>>>>>>>>>>>>>>>>> shows topos in action.<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> However the ACK that is relayed in Frame 38 seems to be<br>
>>>>>>>>>>>>>>>>>> missing all<br>
>>>>>>>>>>>>>>>>>> the Route information that was supplied in the 200OK, this<br>
>>>>>>>>>>>>>>>>>> causes the ACK to<br>
>>>>>>>>>>>>>>>>>> be relayed directly to the Contact, breaking the proxy chain.<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> Pete<br>
>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>> On 22 February 2017 at 18:31, Daniel-Constantin Mierla<br>
>>>>>>>>>>>>>>>>>> <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>> wrote:<br>
>>>>>>>>>>>>>>>>>>> Hello,<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> is the ACK for 200ok? Or an ack for a negative response?<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> Can you get a pcap for such situation with all messages<br>
>>>>>>>>>>>>>>>>>>> related to<br>
>>>>>>>>>>>>>>>>>>> the call?<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> Cheers,<br>
>>>>>>>>>>>>>>>>>>> Daniel<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> On 22/02/2017 17:20, Pete Kelly wrote:<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> Hi<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> I am using the topos module when bridging 2 networks with<br>
>>>>>>>>>>>>>>>>>>> Kamailio.<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> The INVITE/200OK part of the transaction is working fine<br>
>>>>>>>>>>>>>>>>>>> (i.e. the<br>
>>>>>>>>>>>>>>>>>>> Contact on both sides matches correctly the corresponding<br>
>>>>>>>>>>>>>>>>>>> network).<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> However when the ACK is sent into Kamailio, instead of<br>
>>>>>>>>>>>>>>>>>>> realising<br>
>>>>>>>>>>>>>>>>>>> the next hop is myself and skipping it, Kamailio is sending<br>
>>>>>>>>>>>>>>>>>>> the ACK directly<br>
>>>>>>>>>>>>>>>>>>> to itself as a packet, causing the call setup to break.<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> Does anyone have any advice for this situation?<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> ______________________________<wbr>_________________<br>
>>>>>>>>>>>>>>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users<br>
>>>>>>>>>>>>>>>>>>> mailing<br>
>>>>>>>>>>>>>>>>>>> list<br>
>>>>>>>>>>>>>>>>>>> <a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> <a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">http://lists.sip-router.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>> --<br>
>>>>>>>>>>>>>>>>>>> Daniel-Constantin Mierla<br>
>>>>>>>>>>>>>>>>>>> <a href="http://www.twitter.com/miconda" rel="noreferrer" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">www.linkedin.com/in/miconda</a><br>
>>>>>>>>>>>>>>>>>>> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22<br>
>>>>>>>>>>>>>>>>>>> (USA) -<br>
>>>>>>>>>>>>>>>>>>> <a href="http://www.asipto.com" rel="noreferrer" target="_blank">www.asipto.com</a><br>
>>>>>>>>>>>>>>>>>>> Kamailio World Conference - May 8-10, 2017 -<br>
>>>>>>>>>>>>>>>>>>> <a href="http://www.kamailioworld.com" rel="noreferrer" target="_blank">www.kamailioworld.com</a><br>
>>>>>>>>>>>>>>>>>> --<br>
>>>>>>>>>>>>>>>>>> Daniel-Constantin Mierla<br>
>>>>>>>>>>>>>>>>>> <a href="http://www.twitter.com/miconda" rel="noreferrer" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">www.linkedin.com/in/miconda</a><br>
>>>>>>>>>>>>>>>>>> Kamailio Advanced Training - May 22-24 (USA) - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">www.asipto.com</a><br>
>>>>>>>>>>>>>>>>>> Kamailio World Conference - May 8-10, 2017 -<br>
>>>>>>>>>>>>>>>>>> <a href="http://www.kamailioworld.com" rel="noreferrer" target="_blank">www.kamailioworld.com</a><br>
>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>> ______________________________<wbr>_________________<br>
>>>>>>>>>>>>>>>>> Kamailio (SER) - Users Mailing List<br>
>>>>>>>>>>>>>>>>> <a href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a><br>
>>>>>>>>>>>>>>>>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
>>>>>>>>>>>>>>>>><br>
>>>>>>>>> --<br>
>>>>>>>>> Daniel-Constantin Mierla<br>
>>>>>>>>> <a href="http://www.twitter.com/miconda" rel="noreferrer" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">www.linkedin.com/in/miconda</a><br>
>>>>>>>>> Kamailio Advanced Training - May 22-24 (USA) - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">www.asipto.com</a><br>
>>>>>>>>> Kamailio World Conference - May 8-10, 2017 - <a href="http://www.kamailioworld.com" rel="noreferrer" target="_blank">www.kamailioworld.com</a><br>
>>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> --<br>
>>>>>>>> Daniel-Constantin Mierla<br>
>>>>>>>> <a href="http://www.twitter.com/miconda" rel="noreferrer" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">www.linkedin.com/in/miconda</a><br>
>>>>>>>> Kamailio Advanced Training - May 22-24 (USA) - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">www.asipto.com</a><br>
>>>>>>>> Kamailio World Conference - May 8-10, 2017 - <a href="http://www.kamailioworld.com" rel="noreferrer" target="_blank">www.kamailioworld.com</a><br>
>>>>>>><br>
>>>>>><br>
>>>>>> --<br>
>>>>>> Daniel-Constantin Mierla<br>
>>>>>> <a href="http://www.twitter.com/miconda" rel="noreferrer" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">www.linkedin.com/in/miconda</a><br>
>>>>>> Kamailio Advanced Training - May 22-24 (USA) - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">www.asipto.com</a><br>
>>>>>> Kamailio World Conference - May 8-10, 2017 - <a href="http://www.kamailioworld.com" rel="noreferrer" target="_blank">www.kamailioworld.com</a><br>
>>>>><br>
>>>>><br>
>>>>> --<br>
>>>>> Daniel-Constantin Mierla<br>
>>>>> <a href="http://www.twitter.com/miconda" rel="noreferrer" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">www.linkedin.com/in/miconda</a><br>
>>>>> Kamailio Advanced Training - May 22-24 (USA) - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">www.asipto.com</a><br>
>>>>> Kamailio World Conference - May 8-10, 2017 - <a href="http://www.kamailioworld.com" rel="noreferrer" target="_blank">www.kamailioworld.com</a><br>
>>>>><br>
>>>>><br>
>>>>> ______________________________<wbr>_________________<br>
>>>>> Kamailio (SER) - Users Mailing List<br>
>>>>> <a href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a><br>
>>>>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
>>>>><br>
><br>
> --<br>
> Daniel-Constantin Mierla<br>
> <a href="http://www.twitter.com/miconda" rel="noreferrer" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">www.linkedin.com/in/miconda</a><br>
> Kamailio Advanced Training - May 22-24 (USA) - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">www.asipto.com</a><br>
> Kamailio World Conference - May 8-10, 2017 - <a href="http://www.kamailioworld.com" rel="noreferrer" target="_blank">www.kamailioworld.com</a><br>
><br>
</blockquote></div></div>