<div dir="auto">Hello. <div dir="auto"><br></div><div dir="auto">Pete, did you test this? </div><div dir="auto"><br></div><div dir="auto">I am using this module after patch into production for 20 days without any provlems. </div><div dir="auto"><br></div><div dir="auto">But, I have applied one more patch to fix contact before 200ok. Pool request is active till now) </div><div dir="auto">Without it, I have problems with terminating sip calls before 200ok.<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">17 мая 2017 г. 4:51 PM пользователь "Pete Kelly" <<a href="mailto:pkelly@gmail.com">pkelly@gmail.com</a>> написал:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks, I will do.</div><div class="gmail_extra"><br><div class="gmail_quote">On 10 May 2017 at 06:09, Sergey Basov <span dir="ltr"><<a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi Pete,<br><br></div>I think you can try with latest nightly build.<br></div>Daniel has committed fix at 08 March late evening.<br></div>So I think it included in latest nightly build.<br></div><div class="gmail_extra"><span><br clear="all"><div><div class="m_1575647957835522738m_4731812295664749409gmail_signature" data-smartmail="gmail_signature">--<br>Best regards,<br>Sergey Basov                     e-mail: <a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a><br></div></div>
<br></span><div><div class="m_1575647957835522738h5"><div class="gmail_quote">2017-05-08 16:37 GMT+03:00 Sergey Basov <span dir="ltr"><<a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hi. <div dir="auto"><br></div><div dir="auto">No.  Daniel does not merged fix yet. </div><div dir="auto">And he needs some time to backport it to 5.0 branch<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">8 мая 2017 г. 4:34 PM пользователь "Pete Kelly" <<a href="mailto:pkelly@gmail.com" target="_blank">pkelly@gmail.com</a>> написал:<div><div class="m_1575647957835522738m_4731812295664749409h5"><br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Is this fix in the nightly .deb build?<div><br></div><div>I've just tested the latest and it's still broken</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 8 May 2017 at 07:50, Sergey Basov <span dir="ltr"><<a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, Daniel.<br>
<br>
I have created pool request<br>
<br>
<a href="https://github.com/kamailio/kamailio/pull/1124" rel="noreferrer" target="_blank">https://github.com/kamailio/ka<wbr>mailio/pull/1124</a><br>
<span class="m_1575647957835522738m_4731812295664749409m_8736517412009663891m_1097210143989575364im m_1575647957835522738m_4731812295664749409m_8736517412009663891m_1097210143989575364HOEnZb">--<br>
Best regards,<br>
Sergey Basov                     e-mail: <a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a><br>
<br>
<br>
</span><div class="m_1575647957835522738m_4731812295664749409m_8736517412009663891m_1097210143989575364HOEnZb"><div class="m_1575647957835522738m_4731812295664749409m_8736517412009663891m_1097210143989575364h5">2017-05-08 8:44 GMT+03:00 Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>>:<br>
> Try to make a pull request for it and if all ok it will be merged.<br>
><br>
> Cheers,<br>
> Daniel<br>
><br>
><br>
> On 06.05.17 17:20, Sergey Basov wrote:<br>
>> I found issue cause.<br>
>><br>
>> After I have changed line 792 of the file tps_msg.c<br>
>> from<br>
>> if(tps_reappend_route(msg, &stsd, &stsd.b_rr, 0)<0) {<br>
>><br>
>> to<br>
>> if(tps_reappend_route(msg, &stsd, &stsd.b_rr, 1)<0) {<br>
>><br>
>> now route header are restores in from:<br>
>><br>
>> Route: <sip:10.56.42.37:5070;lr;ftag=<wbr>EN0cvoXXCOgdGoO2zizq-WNmE4Enf4<wbr>Nt;did=434.5ce1;vsf=AAAAAAAAAA<wbr>AAAAAAAABlY2Bmf359HGJ6cX8bc3h9<wbr>OjUwNjA7dXNlcj1waG9uZQ--;vst=A<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAgE<wbr>AAgcAAAABAAAAAAAAAAAAAAAA><br>
>> Route: <sip:<a href="http://KITS1.MSS.LIFE.COM:5060" target="_blank">KITS1.MSS.LIFE.COM:5060</a>;t<wbr>ransport=UDP;lr><br>
>><br>
>> Now ACK are routed correctly.<br>
>><br>
>> Seems that earlier, before fix b_rr store into DB, we does not see<br>
>> this issue, because only last route header was saved...<br>
>> But after fix, we have all route records so we nned to restore it into<br>
>> wright way.<br>
>><br>
>> Now I have worked scheme with 3 kamailio in a row, on first of them<br>
>> enabled topos on other only topoh module.<br>
>><br>
>> Daniel, I will send to you latest dump in separate e-mail.<br>
>><br>
>> Thank you.<br>
>><br>
>> --<br>
>> Best regards,<br>
>> Sergey Basov                     e-mail: <a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a><br>
>><br>
>><br>
>> 2017-05-05 23:16 GMT+03:00 Sergey Basov <<a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a>>:<br>
>>> I think it is because wrong order of Route: header after restoring...<br>
>>><br>
>>> With topoh enabled I have:<br>
>>><br>
>>> Route: <sip:10.56.42.37:5070;lr;ftag=<wbr>IpXq-LwNvJF6WrkOcmZNf9WjmGjK5d<wbr>Uv;did=90c.1132;vsf=AAAAAAAAAA<wbr>AAAAAAAABlY2Bmf359HGJ6cX8bc3h9<wbr>OjUwNjA7dXNlcj1waG9uZQ--;vst=A<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAgE<wbr>AAgcAAAABAAAAAAAAAAAAAAAA><br>
>>> Route: <sip:<a href="http://KITS1.MSS.LIFE.COM:5060" target="_blank">KITS1.MSS.LIFE.COM:5060</a>;t<wbr>ransport=UDP;lr><br>
>>><br>
>>> But with topos enabled I have:<br>
>>><br>
>>> Route: <sip:<a href="http://KITS1.MSS.LIFE.COM:5060" target="_blank">KITS1.MSS.LIFE.COM:5060</a>;t<wbr>ransport=UDP;lr>,<sip:10.56.42<wbr>.37:5070;lr;ftag=EN0cvoXXCOgdG<wbr>oO2zizq-WNmE4Enf4Nt;did=434.5c<wbr>e1;vsf=AAAAAAAAAAAAAAAAAABlY2B<wbr>mf359HGJ6cX8bc3h9OjUwNjA7dXNlc<wbr>j1waG9uZQ--;vst=AAAAAAAAAAAAAA<wbr>AAAAAAAAAAAAAAAgEAAgcAAAABAAAA<wbr>AAAAAAAAAAAA><br>
>>><br>
>>> And kamailio trying to send ACK to <a href="http://KITS1.MSS.LIFE.COM:5060" rel="noreferrer" target="_blank">KITS1.MSS.LIFE.COM:5060</a><br>
>>><br>
>>> Can you fix it? Or I going in to wrong directuon?<br>
>>><br>
>>> Thank you.<br>
>>> --<br>
>>> Best regards,<br>
>>> Sergey Basov                     e-mail: <a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a><br>
>>><br>
>>><br>
>>> 2017-05-05 20:32 GMT+03:00 Sergey Basov <<a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a>>:<br>
>>>> Hi Daniel<br>
>>>><br>
>>>> Semms now we have ankther problem...<br>
>>>><br>
>>>> b_rr weites in db correctly.<br>
>>>> But when ack is sending from A side it try to send to B side to cantact ip,<br>
>>>> ignoring record-route headers...<br>
>>>><br>
>>>> I will try to debug this.<br>
>>>><br>
>>>> If you have any idea I can test it.<br>
>>>><br>
>>>> Thank you.<br>
>>>><br>
>>>> --<br>
>>>> WBR<br>
>>>> Sergey Basov<br>
>>>><br>
>>>> 28 апр. 2017 г. 7:25 PM пользователь "Sergey Basov"<br>
>>>> <<a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a>> написал:<br>
>>>><br>
>>>>> 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>
>>>>><br>
>>>>> [<sip:127.0.0.8;line=sr-BRwEkM<wbr>cFYXzjDMqpsSozWseXDMGxppCqzh1E<wbr>k2ZS1uoLBVfSPhqYZXlvyga*>](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>
>>>>><br>
>>>>> [<sip:127.0.0.8;line=sr-BRwEkM<wbr>cFYXzjDMqpsSozWseXDMGxppCqzh1E<wbr>k2ZS1uoLBVfSPhqYZXlvyga*>,<sip<wbr>:127.0.0.8;line=sr-BRwEk.dED.s<wbr>RD.TSD.z2k.sEGLlvygavebZAeLqVD<wbr>J7cZRoXPrXUYbGjQdPrTMqbYddReRX<wbr>WQs9xWXFYupcMQuTfehTjD.lRkhavP<wbr>bGJxsXnTsXnTsXnTsXnTsXnTsXnTsX<wbr>nTsXnTsXnTsXnTsXnTsXnTsXnTsdvP<wbr>bG7xsXnTsXnTsXnTsXnTsXnTsXnTsX<wbr>nTsXnTsXnTsXne7YnTuP.TsXnTsFnT<wbr>sXnTsXnTsXnTsXnTsXn>](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>
>>>>><br>
>>>>> [<sip:127.0.0.8;line=sr-BRwEkM<wbr>cFYXzjDMqpsSozWseXDMGxppCqzh1E<wbr>k2ZS1uoLBVfSPhqYZXlvyga*>,<sip<wbr>:127.0.0.8;line=sr-BRwEk.dED.s<wbr>RD.TSD.z2k.sEGLlvygavebZAeLqVD<wbr>J7cZRoXPrXUYbGjQdPrTMqbYddReRX<wbr>WQs9xWXFYupcMQuTfehTjD.lRkhavP<wbr>bGJxsXnTsXnTsXnTsXnTsXnTsXnTsX<wbr>nTsXnTsXnTsXnTsXnTsXnTsXnTsdvP<wbr>bG7xsXnTsXnTsXnTsXnTsXnTsXnTsX<wbr>nTsXnTsXnTsXne7YnTuP.TsXnTsFnT<wbr>sXnTsXnTsXnTsXnTsXn>,<sip:10.5<wbr>6.42.33:5090;lr;ftag=F.m-GnEuq<wbr>BVsqhGWBMgTA6gaRiJOHRUY;did=d4<wbr>1.3811;vsf=AAAAAAAAAAAAAAAAAAB<wbr>lY2Bmf359HGJ6cX8bc3h9OjUwNjA7d<wbr>XNlcj1waG9uZQ--;vst=AAAAAAAAAA<wbr>AAAAAAAAAAAAAAAAAAAAAAAAQAAAAO<wbr>AAAAAAAAAAAAAAAA>](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:<br>
>>>>> [<sip:127.0.0.8;line=sr-BRwEkM<wbr>cFYXzjDMqpsSozWseXDMGxppCqzh1E<wbr>k2ZS1uoLBVfSPhqYZXlvyga*>,<sip<wbr>:127.0.0.8;line=sr-BRwEk.dED.s<wbr>RD.TSD.z2k.sEGLlvygavebZAeLqVD<wbr>J7cZRoXPrXUYbGjQdPrTMqbYddReRX<wbr>WQs9xWXFYupcMQuTfehTjD.lRkhavP<wbr>bGJxsXnTsXnTsXnTsXnTsXnTsXnTsX<wbr>nTsXnTsXnTsXnTsXnTsXnTsXnTsdvP<wbr>bG7xsXnTsXnTsXnTsXnTsXnTsXnTsX<wbr>nTsXnTsXnTsXne7YnTuP.TsXnTsFnT<wbr>sXnTsXnTsXnTsXnTsXn>,<sip:10.5<wbr>6.42.33:5090;lr;ftag=F.m-GnEuq<wbr>BVsqhGWBMgTA6gaRiJOHRUY;did=d4<wbr>1.3811;vsf=AAAAAAAAAAAAAAAAAAB<wbr>lY2Bmf359HGJ6cX8bc3h9OjUwNjA7d<wbr>XNlcj1waG9uZQ--;vst=AAAAAAAAAA<wbr>AAAAAAAAAAAAAAAAAAAAAAAAQAAAAO<wbr>AAAAAAAAAAAAAAAA>](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" target="_blank">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" target="_blank">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>
>>>>>>><br>
>>>>>>> [<sip:127.0.0.8;line=sr-BRwEkM<wbr>cFYXzjDMqpsSozWseXDMGxppCqzh1E<wbr>k2ZS1uoLBVfSPhqYZXlvyga*>](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>
>>>>>>><br>
>>>>>>> [<sip:127.0.0.8;line=sr-BRwEk.<wbr>dED.sRD.TSD.z2k.sEGLlvygavebZA<wbr>eLq9pRZROhZq1.F9BJfpywe1pMz7PL<wbr>B8GdeF1RFST377QpcMQuTfepwJDJZ.<wbr>zhdvPbGJxsXnTsXnTsXnTsXnTsXnTs<wbr>XnTsXnTsXnTsXnTsXnTsXnTsXnTsXn<wbr>TsdvPbG7xsXnTsXnTsXnTsXnTsXnTs<wbr>XnTsXnTsXnTsXnTsXne7YnTuP.TsXn<wbr>TsFnTsXnTsXnTsXnTsXnTsXn>](348<wbr>)<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>
>>>>>>><br>
>>>>>>> [<sip:10.56.42.33:5090;lr;ftag<wbr>=iOdvx4ub2iroSnVXNC4w784FIcbrB<wbr>-4i;did=e9f.5f22;vsf=AAAAAAAAA<wbr>AAAAAAAAABlY2Bmf359HGJ6cX8bc3h<wbr>9OjUwNjA7dXNlcj1waG9uZQ--;vst=<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA<wbr>AAAAQAAAAOAAAAAAAAAAAAAAAA>](5<wbr>54)<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:<br>
>>>>>>> [<sip:10.56.42.33:5090;lr;ftag<wbr>=iOdvx4ub2iroSnVXNC4w784FIcbrB<wbr>-4i;did=e9f.5f22;vsf=AAAAAAAAA<wbr>AAAAAAAAABlY2Bmf359HGJ6cX8bc3h<wbr>9OjUwNjA7dXNlcj1waG9uZQ--;vst=<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA<wbr>AAAAQAAAAOAAAAAAAAAAAAAAAA>](5<wbr>54)<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" target="_blank">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" target="_blank">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>
>>>>>>>><br>
>>>>>>>> [<sip:10.56.42.33;r2=on;lr;fta<wbr>g=ed1qg.1TlqHP7frDwZWwhcyKAcOf<wbr>IVTn;did=a4b.fc01;vsf=AAAAAAoL<wbr>AQ4DAA4DAHlnYg5heGJnG3Rnd3MebX<wbr>14CTUwNjA7dXNlcj1waG9uZQ--;vst<wbr>=AAAAAAMOAwEABwcEAwd3AnBlfGJ9B<wbr>RxjYGAUeXl/dRU2PChyPXBob25l;na<wbr>t=yes>,<sip:<a href="http://212.58.160.253" target="_blank">212.58.160.253</a>:506<wbr>1;transport=tls;r2=on;lr;ftag=<wbr>ed1qg.1TlqHP7frDwZWwhcyKAcOfIV<wbr>Tn;did=a4b.fc01;vsf=AAAAAAoLAQ<wbr>4DAA4DAHlnYg5heGJnG3Rnd3MebX14<wbr>CTUwNjA7dXNlcj1waG9uZQ--;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:<br>
>>>>>>>> [<sip:10.56.42.33:5090;lr;ftag<wbr>=ed1qg.1TlqHP7frDwZWwhcyKAcOfI<wbr>VTn;did=a4b.6ec;vsf=AAAAAAAAAA<wbr>AAAAAAAABlY2Bmf359HGJ6cX8bc3h9<wbr>OjUwNjA7dXNlcj1waG9uZQ--;vst=A<wbr>AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA<wbr>AAAQAAAAOAAAAAAAAAAAAAAAA>](55<wbr>3)<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" target="_blank">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" target="_blank">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" target="_blank">sergey.v.basov@gmail.com</a><br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>> 2017-04-28 12:57 GMT+03:00 Daniel-Constantin Mierla<br>
>>>>>>>>> <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>>:<br>
>>>>>>>>>> There seems to be an issue saving the record-route list for b-side<br>
>>>>>>>>>> in<br>
>>>>>>>>>> topos_d table -- first two are saved but then there are only 0<br>
>>>>>>>>>> characters<br>
>>>>>>>>>> instead of the rest of record routes:<br>
>>>>>>>>>><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\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'<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<br>
>>>>>>>>>> allow it<br>
>>>>>>>>>> this time.<br>
>>>>>>>>>><br>
>>>>>>>>>><br>
>>>>>>>>>> On 27 April 2017 at 13:11, Daniel-Constantin Mierla<br>
>>>>>>>>>> <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>><br>
>>>>>>>>>> wrote:<br>
>>>>>>>>>>> Hello,<br>
>>>>>>>>>>><br>
>>>>>>>>>>> time, I need more time :-) ... with Kamailio World Conference<br>
>>>>>>>>>>> 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" target="_blank">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<br>
>>>>>>>>>>>> <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>><br>
>>>>>>>>>>>> wrote:<br>
>>>>>>>>>>>>> Can you paste here the from tag or cseq for the dialog you are<br>
>>>>>>>>>>>>> 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<br>
>>>>>>>>>>>>> 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<br>
>>>>>>>>>>>>> annoying when<br>
>>>>>>>>>>>>> looking at the viewer!<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> If you check the first call only between 252.70 and 252.75 you<br>
>>>>>>>>>>>>> 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<br>
>>>>>>>>>>>>> header, it<br>
>>>>>>>>>>>>> should contain more so the request can hop through the proxy<br>
>>>>>>>>>>>>> chain as shown<br>
>>>>>>>>>>>>> in frame 16.<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> I see the example from Sergey is working, but there is only 1 RR<br>
>>>>>>>>>>>>> header<br>
>>>>>>>>>>>>> in this example - as you can see from my example the topos module<br>
>>>>>>>>>>>>> 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<br>
>>>>>>>>>>>>> <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>><br>
>>>>>>>>>>>>> wrote:<br>
>>>>>>>>>>>>>> As I could notice upon a quick look, there seems to be two calls<br>
>>>>>>>>>>>>>> -- two<br>
>>>>>>>>>>>>>> INVITE requests having same call id but different cseq. Can you<br>
>>>>>>>>>>>>>> confirm<br>
>>>>>>>>>>>>>> this is the case? Because the capture doesn't seem to have all<br>
>>>>>>>>>>>>>> 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<br>
>>>>>>>>>>>>>>> 127.0.0.1<br>
>>>>>>>>>>>>>>> not present.<br>
>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>> There are peers from which invites not present in dump. I can<br>
>>>>>>>>>>>>>>> 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:<br>
>>>>>>>>>>>>>>> <a href="mailto:sergey.v.basov@gmail.com" target="_blank">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" target="_blank">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<br>
>>>>>>>>>>>>>>>> should<br>
>>>>>>>>>>>>>>>> specify<br>
>>>>>>>>>>>>>>>> all the hops from the 200OK (frame 16) so that the hop by hop<br>
>>>>>>>>>>>>>>>> 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<br>
>>>>>>>>>>>>>>>> <<a href="mailto:sergey.v.basov@gmail.com" target="_blank">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<br>
>>>>>>>>>>>>>>>>> headers to<br>
>>>>>>>>>>>>>>>>> hide<br>
>>>>>>>>>>>>>>>>> topology...  Am I wright,  Daniel?<br>
>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>> And try to disable topos module and enable topoh module. Will<br>
>>>>>>>>>>>>>>>>> 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" target="_blank">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<br>
>>>>>>>>>>>>>>>>>> <<a href="mailto:sergey.v.basov@gmail.com" target="_blank">sergey.v.basov@gmail.com</a>><br>
>>>>>>>>>>>>>>>>>> wrote:<br>
>>>>>>>>>>>>>>>>>>> Actualy latest fixes to 180/183/200,  ACK and memory leak<br>
>>>>>>>>>>>>>>>>>>> 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" target="_blank">pkelly@gmail.com</a>><br>
>>>>>>>>>>>>>>>>>>> написал:<br>
>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>> Call is with sipp but first goes through another SBC to<br>
>>>>>>>>>>>>>>>>>>>> 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" target="_blank">sergey.v.basov@gmail.com</a>><br>
>>>>>>>>>>>>>>>>>>>> wrote:<br>
>>>>>>>>>>>>>>>>>>>>> Hi.<br>
>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>> Can you send dump of the call with kamailio 5.0.1<br>
>>>>>>>>>>>>>>>>>>>>> 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" target="_blank">pkelly@gmail.com</a>><br>
>>>>>>>>>>>>>>>>>>>>> написал:<br>
>>>>>>>>>>>>>>>>>>>>>> Looks like from last night:<br>
>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>> 5.0.1+0~20170425013247.36+trus<wbr>ty<br>
>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>> On 25 April 2017 at 15:42, Daniel-Constantin Mierla<br>
>>>>>>>>>>>>>>>>>>>>>> <<a href="mailto:miconda@gmail.com" target="_blank">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<br>
>>>>>>>>>>>>>>>>>>>>>>> a<br>
>>>>>>>>>>>>>>>>>>>>>>> 200OK yes<br>
>>>>>>>>>>>>>>>>>>>>>>> and the problem still persists in latest 4.4 and the<br>
>>>>>>>>>>>>>>>>>>>>>>> 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<br>
>>>>>>>>>>>>>>>>>>>>>>> bridge the<br>
>>>>>>>>>>>>>>>>>>>>>>> 2 networks.<br>
>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>> Frame 34 shows the 200OK with lots of Record-Route etc,<br>
>>>>>>>>>>>>>>>>>>>>>>> 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,<br>
>>>>>>>>>>>>>>>>>>>>>>> this<br>
>>>>>>>>>>>>>>>>>>>>>>> causes the ACK to<br>
>>>>>>>>>>>>>>>>>>>>>>> be relayed directly to the Contact, breaking the proxy<br>
>>>>>>>>>>>>>>>>>>>>>>> chain.<br>
>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>> Pete<br>
>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>> On 22 February 2017 at 18:31, Daniel-Constantin Mierla<br>
>>>>>>>>>>>>>>>>>>>>>>> <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>> wrote:<br>
>>>>>>>>>>>>>>>>>>>>>>>> Hello,<br>
>>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>>> is the ACK for 200ok? Or an ack for a negative<br>
>>>>>>>>>>>>>>>>>>>>>>>> response?<br>
>>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>>> Can you get a pcap for such situation with all<br>
>>>>>>>>>>>>>>>>>>>>>>>> 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<br>
>>>>>>>>>>>>>>>>>>>>>>>> with<br>
>>>>>>>>>>>>>>>>>>>>>>>> Kamailio.<br>
>>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>>> The INVITE/200OK part of the transaction is working<br>
>>>>>>>>>>>>>>>>>>>>>>>> fine<br>
>>>>>>>>>>>>>>>>>>>>>>>> (i.e. the<br>
>>>>>>>>>>>>>>>>>>>>>>>> Contact on both sides matches correctly the<br>
>>>>>>>>>>>>>>>>>>>>>>>> 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<br>
>>>>>>>>>>>>>>>>>>>>>>>> sending<br>
>>>>>>>>>>>>>>>>>>>>>>>> the ACK directly<br>
>>>>>>>>>>>>>>>>>>>>>>>> to itself as a packet, causing the call setup to<br>
>>>>>>>>>>>>>>>>>>>>>>>> break.<br>
>>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>>> Does anyone have any advice for this situation?<br>
>>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>>> ______________________________<wbr>_________________<br>
>>>>>>>>>>>>>>>>>>>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) -<br>
>>>>>>>>>>>>>>>>>>>>>>>> sr-users<br>
>>>>>>>>>>>>>>>>>>>>>>>> mailing<br>
>>>>>>>>>>>>>>>>>>>>>>>> list<br>
>>>>>>>>>>>>>>>>>>>>>>>> <a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
>>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>>>> <a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">http://lists.sip-router.org/cg<wbr>i-bin/mailman/listinfo/sr-user<wbr>s</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<br>
>>>>>>>>>>>>>>>>>>>>>>>> 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) -<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>
>>>>>>>>>>>>>>>>>>>>>> ______________________________<wbr>_________________<br>
>>>>>>>>>>>>>>>>>>>>>> Kamailio (SER) - Users Mailing List<br>
>>>>>>>>>>>>>>>>>>>>>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
>>>>>>>>>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>>>>>>>>>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-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 -<br>
>>>>>>>>>>>>>> <a href="http://www.kamailioworld.com" rel="noreferrer" target="_blank">www.kamailioworld.com</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 -<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 - <a href="http://www.kamailioworld.com" rel="noreferrer" target="_blank">www.kamailioworld.com</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>
>>>>>>>>>> ______________________________<wbr>_________________<br>
>>>>>>>>>> Kamailio (SER) - Users Mailing List<br>
>>>>>>>>>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">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/cgi<wbr>-bin/mailman/listinfo/sr-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>
</div></div></blockquote></div><br></div>
</blockquote></div></div></div></div>
</blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</blockquote></div></div>