Thanks, I will do. On 10 May 2017 at 06:09, Sergey Basov <[email protected]> wrote:
> Hi Pete, > > I think you can try with latest nightly build. > Daniel has committed fix at 08 March late evening. > So I think it included in latest nightly build. > > -- > Best regards, > Sergey Basov e-mail: [email protected] > > 2017-05-08 16:37 GMT+03:00 Sergey Basov <[email protected]>: > >> Hi. >> >> No. Daniel does not merged fix yet. >> And he needs some time to backport it to 5.0 branch >> >> -- >> WBR >> Sergey Basov >> >> 8 мая 2017 г. 4:34 PM пользователь "Pete Kelly" <[email protected]> >> написал: >> >> Is this fix in the nightly .deb build? >>> >>> I've just tested the latest and it's still broken >>> >>> On 8 May 2017 at 07:50, Sergey Basov <[email protected]> wrote: >>> >>>> Hi, Daniel. >>>> >>>> I have created pool request >>>> >>>> https://github.com/kamailio/kamailio/pull/1124 >>>> -- >>>> Best regards, >>>> Sergey Basov e-mail: [email protected] >>>> >>>> >>>> 2017-05-08 8:44 GMT+03:00 Daniel-Constantin Mierla <[email protected]>: >>>> > Try to make a pull request for it and if all ok it will be merged. >>>> > >>>> > Cheers, >>>> > Daniel >>>> > >>>> > >>>> > On 06.05.17 17:20, Sergey Basov wrote: >>>> >> I found issue cause. >>>> >> >>>> >> After I have changed line 792 of the file tps_msg.c >>>> >> from >>>> >> if(tps_reappend_route(msg, &stsd, &stsd.b_rr, 0)<0) { >>>> >> >>>> >> to >>>> >> if(tps_reappend_route(msg, &stsd, &stsd.b_rr, 1)<0) { >>>> >> >>>> >> now route header are restores in from: >>>> >> >>>> >> Route: <sip:10.56.42.37:5070;lr;ftag=EN0cvoXXCOgdGoO2zizq-WNmE4Enf4 >>>> Nt;did=434.5ce1;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h9 >>>> OjUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAgE >>>> AAgcAAAABAAAAAAAAAAAAAAAA> >>>> >> Route: <sip:KITS1.MSS.LIFE.COM:5060;transport=UDP;lr> >>>> >> >>>> >> Now ACK are routed correctly. >>>> >> >>>> >> Seems that earlier, before fix b_rr store into DB, we does not see >>>> >> this issue, because only last route header was saved... >>>> >> But after fix, we have all route records so we nned to restore it >>>> into >>>> >> wright way. >>>> >> >>>> >> Now I have worked scheme with 3 kamailio in a row, on first of them >>>> >> enabled topos on other only topoh module. >>>> >> >>>> >> Daniel, I will send to you latest dump in separate e-mail. >>>> >> >>>> >> Thank you. >>>> >> >>>> >> -- >>>> >> Best regards, >>>> >> Sergey Basov e-mail: [email protected] >>>> >> >>>> >> >>>> >> 2017-05-05 23:16 GMT+03:00 Sergey Basov <[email protected]>: >>>> >>> I think it is because wrong order of Route: header after >>>> restoring... >>>> >>> >>>> >>> With topoh enabled I have: >>>> >>> >>>> >>> Route: <sip:10.56.42.37:5070;lr;ftag=IpXq-LwNvJF6WrkOcmZNf9WjmGjK5d >>>> Uv;did=90c.1132;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h9 >>>> OjUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAgE >>>> AAgcAAAABAAAAAAAAAAAAAAAA> >>>> >>> Route: <sip:KITS1.MSS.LIFE.COM:5060;transport=UDP;lr> >>>> >>> >>>> >>> But with topos enabled I have: >>>> >>> >>>> >>> Route: <sip:KITS1.MSS.LIFE.COM:5060;transport=UDP;lr>,<sip:10.56.42 >>>> .37:5070;lr;ftag=EN0cvoXXCOgdGoO2zizq-WNmE4Enf4Nt;did=434.5c >>>> e1;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h9OjUwNjA7dXNlc >>>> j1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAgEAAgcAAAABAAAA >>>> AAAAAAAAAAAA> >>>> >>> >>>> >>> And kamailio trying to send ACK to KITS1.MSS.LIFE.COM:5060 >>>> >>> >>>> >>> Can you fix it? Or I going in to wrong directuon? >>>> >>> >>>> >>> Thank you. >>>> >>> -- >>>> >>> Best regards, >>>> >>> Sergey Basov e-mail: [email protected] >>>> >>> >>>> >>> >>>> >>> 2017-05-05 20:32 GMT+03:00 Sergey Basov <[email protected]>: >>>> >>>> Hi Daniel >>>> >>>> >>>> >>>> Semms now we have ankther problem... >>>> >>>> >>>> >>>> b_rr weites in db correctly. >>>> >>>> But when ack is sending from A side it try to send to B side to >>>> cantact ip, >>>> >>>> ignoring record-route headers... >>>> >>>> >>>> >>>> I will try to debug this. >>>> >>>> >>>> >>>> If you have any idea I can test it. >>>> >>>> >>>> >>>> Thank you. >>>> >>>> >>>> >>>> -- >>>> >>>> WBR >>>> >>>> Sergey Basov >>>> >>>> >>>> >>>> 28 апр. 2017 г. 7:25 PM пользователь "Sergey Basov" >>>> >>>> <[email protected]> написал: >>>> >>>> >>>> >>>>> Hi Daniel. >>>> >>>>> >>>> >>>>> Seems all is ok now. >>>> >>>>> >>>> >>>>> I applyed your patch and add my additional debug string. >>>> >>>>> >>>> >>>>> Now result is: >>>> >>>>> >>>> >>>>> Apr 28 19:15:52 csbc-uat /usr/sbin/kamailio[14177]: DEBUG: topos >>>> >>>>> [tps_msg.c:464]: tps_pack_message(): sbasov compacted headers - >>>> b_rr: >>>> >>>>> >>>> >>>>> [<sip:127.0.0.8;line=sr-BRwEkMcFYXzjDMqpsSozWseXDMGxppCqzh1E >>>> k2ZS1uoLBVfSPhqYZXlvyga*>](84) >>>> >>>>> >>>> >>>>> Apr 28 19:15:52 csbc-uat /usr/sbin/kamailio[14177]: DEBUG: topos >>>> >>>>> [tps_msg.c:464]: tps_pack_message(): sbasov compacted headers - >>>> b_rr: >>>> >>>>> >>>> >>>>> [<sip:127.0.0.8;line=sr-BRwEkMcFYXzjDMqpsSozWseXDMGxppCqzh1E >>>> k2ZS1uoLBVfSPhqYZXlvyga*>,<sip:127.0.0.8;line=sr-BRwEk.dED.s >>>> RD.TSD.z2k.sEGLlvygavebZAeLqVDJ7cZRoXPrXUYbGjQdPrTMqbYddReRX >>>> WQs9xWXFYupcMQuTfehTjD.lRkhavPbGJxsXnTsXnTsXnTsXnTsXnTsXnTsX >>>> nTsXnTsXnTsXnTsXnTsXnTsXnTsdvPbG7xsXnTsXnTsXnTsXnTsXnTsXnTsX >>>> nTsXnTsXnTsXne7YnTuP.TsXnTsFnTsXnTsXnTsXnTsXnTsXn>](349) >>>> >>>>> >>>> >>>>> Apr 28 19:15:52 csbc-uat /usr/sbin/kamailio[14177]: DEBUG: topos >>>> >>>>> [tps_msg.c:464]: tps_pack_message(): sbasov compacted headers - >>>> b_rr: >>>> >>>>> >>>> >>>>> [<sip:127.0.0.8;line=sr-BRwEkMcFYXzjDMqpsSozWseXDMGxppCqzh1E >>>> k2ZS1uoLBVfSPhqYZXlvyga*>,<sip:127.0.0.8;line=sr-BRwEk.dED.s >>>> RD.TSD.z2k.sEGLlvygavebZAeLqVDJ7cZRoXPrXUYbGjQdPrTMqbYddReRX >>>> WQs9xWXFYupcMQuTfehTjD.lRkhavPbGJxsXnTsXnTsXnTsXnTsXnTsXnTsX >>>> nTsXnTsXnTsXnTsXnTsXnTsXnTsdvPbG7xsXnTsXnTsXnTsXnTsXnTsXnTsX >>>> nTsXnTsXnTsXne7YnTuP.TsXnTsFnTsXnTsXnTsXnTsXnTsXn>,<sip:10.5 >>>> 6.42.33:5090;lr;ftag=F.m-GnEuqBVsqhGWBMgTA6gaRiJOHRUY;did= >>>> d41.3811;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h9OjUwNjA >>>> 7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAA >>>> AOAAAAAAAAAAAAAAAA>](556) >>>> >>>>> >>>> >>>>> Apr 28 19:15:52 csbc-uat /usr/sbin/kamailio[14177]: DEBUG: topos >>>> >>>>> [tps_msg.c:482]: tps_pack_message(): compacted headers - a_rr: >>>> [](0) - >>>> >>>>> b_rr: >>>> >>>>> [<sip:127.0.0.8;line=sr-BRwEkMcFYXzjDMqpsSozWseXDMGxppCqzh1E >>>> k2ZS1uoLBVfSPhqYZXlvyga*>,<sip:127.0.0.8;line=sr-BRwEk.dED.s >>>> RD.TSD.z2k.sEGLlvygavebZAeLqVDJ7cZRoXPrXUYbGjQdPrTMqbYddReRX >>>> WQs9xWXFYupcMQuTfehTjD.lRkhavPbGJxsXnTsXnTsXnTsXnTsXnTsXnTsX >>>> nTsXnTsXnTsXnTsXnTsXnTsXnTsdvPbG7xsXnTsXnTsXnTsXnTsXnTsXnTsX >>>> nTsXnTsXnTsXne7YnTuP.TsXnTsFnTsXnTsXnTsXnTsXnTsXn>,<sip:10.5 >>>> 6.42.33:5090;lr;ftag=F.m-GnEuqBVsqhGWBMgTA6gaRiJOHRUY;did= >>>> d41.3811;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h9OjUwNjA >>>> 7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAA >>>> AOAAAAAAAAAAAAAAAA>](556) >>>> >>>>> - s_rr: [](0) >>>> >>>>> >>>> >>>>> >>>> >>>>> Seems this issue is solved. >>>> >>>>> >>>> >>>>> Can you apply this patch to 5.0 branch? >>>> >>>>> Then may be Pete Kelly will install nightly build of the 5.0.1 and >>>> >>>>> confirm that issu is solved. >>>> >>>>> >>>> >>>>> I does not have such count of sbc for test ) >>>> >>>>> >>>> >>>>> Thank you Daniel. >>>> >>>>> -- >>>> >>>>> Best regards, >>>> >>>>> Sergey Basov e-mail: [email protected] >>>> >>>>> >>>> >>>>> >>>> >>>>> 2017-04-28 17:14 GMT+03:00 Daniel-Constantin Mierla < >>>> [email protected]>: >>>> >>>>>> Hello, >>>> >>>>>> >>>> >>>>>> many thanks Sergey for troubleshooting, it saved a lot of time! >>>> >>>>>> Hopefully I caught the issue. Can you test with latest master >>>> branch and >>>> >>>>>> let me know if works? >>>> >>>>>> >>>> >>>>>> Cheers, >>>> >>>>>> Daniel >>>> >>>>>> >>>> >>>>>> >>>> >>>>>> On 28.04.17 14:57, Sergey Basov wrote: >>>> >>>>>>> Some more debug >>>> >>>>>>> >>>> >>>>>>> after adding debug output after each iteration I got: >>>> >>>>>>> >>>> >>>>>>> Apr 28 15:51:51 csbc-uat /usr/sbin/kamailio[13743]: DEBUG: topos >>>> >>>>>>> [tps_msg.c:457]: tps_pack_message(): sbasov compacted headers - >>>> b_rr: >>>> >>>>>>> >>>> >>>>>>> [<sip:127.0.0.8;line=sr-BRwEkMcFYXzjDMqpsSozWseXDMGxppCqzh1E >>>> k2ZS1uoLBVfSPhqYZXlvyga*>](84) >>>> >>>>>>> Apr 28 15:51:51 csbc-uat /usr/sbin/kamailio[13743]: DEBUG: topos >>>> >>>>>>> [tps_msg.c:457]: tps_pack_message(): sbasov compacted headers - >>>> b_rr: >>>> >>>>>>> >>>> >>>>>>> [<sip:127.0.0.8;line=sr-BRwEk.dED.sRD.TSD.z2k.sEGLlvygavebZA >>>> eLq9pRZROhZq1.F9BJfpywe1pMz7PLB8GdeF1RFST377QpcMQuTfepwJDJZ. >>>> zhdvPbGJxsXnTsXnTsXnTsXnTsXnTsXnTsXnTsXnTsXnTsXnTsXnTsXnTsXn >>>> TsdvPbG7xsXnTsXnTsXnTsXnTsXnTsXnTsXnTsXnTsXnTsXne7YnTuP.TsXn >>>> TsFnTsXnTsXnTsXnTsXnTsXn>](348) >>>> >>>>>>> Apr 28 15:51:51 csbc-uat /usr/sbin/kamailio[13743]: DEBUG: topos >>>> >>>>>>> [tps_msg.c:457]: tps_pack_message(): sbasov compacted headers - >>>> b_rr: >>>> >>>>>>> >>>> >>>>>>> [<sip:10.56.42.33:5090;lr;ftag=iOdvx4ub2iroSnVXNC4w784FIcbrB >>>> -4i;did=e9f.5f22;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h >>>> 9OjUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA >>>> AAAAQAAAAOAAAAAAAAAAAAAAAA>](554) >>>> >>>>>>> >>>> >>>>>>> Apr 28 15:51:51 csbc-uat /usr/sbin/kamailio[13743]: DEBUG: topos >>>> >>>>>>> [tps_msg.c:475]: tps_pack_message(): compacted headers - a_rr: >>>> [](0) - >>>> >>>>>>> b_rr: >>>> >>>>>>> [<sip:10.56.42.33:5090;lr;ftag=iOdvx4ub2iroSnVXNC4w784FIcbrB >>>> -4i;did=e9f.5f22;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h >>>> 9OjUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA >>>> AAAAQAAAAOAAAAAAAAAAAAAAAA>](554) >>>> >>>>>>> - s_rr: [](0) >>>> >>>>>>> >>>> >>>>>>> So size are computed correctly, but part of record-routes >>>> >>>>>>> disappears.... And we can see correct size of the record but >>>> only last >>>> >>>>>>> part of the record-routes >>>> >>>>>>> >>>> >>>>>>> Hope it helps >>>> >>>>>>> -- >>>> >>>>>>> Best regards, >>>> >>>>>>> Sergey Basov e-mail: >>>> [email protected] >>>> >>>>>>> >>>> >>>>>>> >>>> >>>>>>> 2017-04-28 15:37 GMT+03:00 Sergey Basov < >>>> [email protected]>: >>>> >>>>>>>> One more detail >>>> >>>>>>>> >>>> >>>>>>>> When debug=3 I see in logs (look at size of record and it >>>> contents) >>>> >>>>>>>> >>>> >>>>>>>> Apr 28 14:16:44 csbc-uat /usr/sbin/kamailio[13287]: DEBUG: >>>> topos >>>> >>>>>>>> [tps_msg.c:473]: tps_pack_message(): compacted headers - a_rr: >>>> [](0) - >>>> >>>>>>>> b_rr: [](0) - s_rr: >>>> >>>>>>>> >>>> >>>>>>>> [<sip:10.56.42.33;r2=on;lr;ftag=ed1qg.1TlqHP7frDwZWwhcyKAcOf >>>> IVTn;did=a4b.fc01;vsf=AAAAAAoLAQ4DAA4DAHlnYg5heGJnG3Rnd3MebX >>>> 14CTUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAMOAwEABwcEAwd3AnBlfGJ9B >>>> RxjYGAUeXl/dRU2PChyPXBob25l;nat=yes>,<sip:212.58.160.253:506 >>>> 1;transport=tls;r2=on;lr;ftag=ed1qg.1TlqHP7frDwZWwhcyKAcOfIV >>>> Tn;did=a4b.fc01;vsf=AAAAAAoLAQ4DAA4DAHlnYg5heGJnG3 >>>> Rnd3MebX14CTUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAMOAwEABwcEAwd3A >>>> nBlfGJ9BRxjYGAUeXl/dRU2PChyPXBob25l;nat=yes>](453) >>>> >>>>>>>> >>>> >>>>>>>> 453 - is a real size of shown header >>>> >>>>>>>> >>>> >>>>>>>> s_rr parses normal, but b_rr >>>> >>>>>>>> >>>> >>>>>>>> Apr 28 14:16:48 csbc-uat /usr/sbin/kamailio[13273]: DEBUG: >>>> topos >>>> >>>>>>>> [tps_msg.c:473]: tps_pack_message(): compacted headers - a_rr: >>>> [](0) - >>>> >>>>>>>> b_rr: >>>> >>>>>>>> [<sip:10.56.42.33:5090;lr;ftag=ed1qg.1TlqHP7frDwZWwhcyKAcOfI >>>> VTn;did=a4b.6ec;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h9 >>>> OjUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA >>>> AAAQAAAAOAAAAAAAAAAAAAAAA>](553) >>>> >>>>>>>> - s_rr: [](0) >>>> >>>>>>>> >>>> >>>>>>>> 553 - seems a real correct size of the recordroute header and >>>> it >>>> >>>>>>>> differs from size with \0 at the end >>>> >>>>>>>> >>>> >>>>>>>> >>>> >>>>>>>> -- >>>> >>>>>>>> Best regards, >>>> >>>>>>>> Sergey Basov e-mail: >>>> [email protected] >>>> >>>>>>>> >>>> >>>>>>>> >>>> >>>>>>>> 2017-04-28 14:46 GMT+03:00 Sergey Basov < >>>> [email protected]>: >>>> >>>>>>>>> Hi All. >>>> >>>>>>>>> >>>> >>>>>>>>> I just try to pass call throught 3 kamailio. >>>> >>>>>>>>> I got result like yours >>>> >>>>>>>>> >>>> >>>>>>>>> If you need testers for patch - I am ready ) >>>> >>>>>>>>> >>>> >>>>>>>>> -- >>>> >>>>>>>>> Best regards, >>>> >>>>>>>>> Sergey Basov e-mail: >>>> [email protected] >>>> >>>>>>>>> >>>> >>>>>>>>> >>>> >>>>>>>>> 2017-04-28 12:57 GMT+03:00 Daniel-Constantin Mierla >>>> >>>>>>>>> <[email protected]>: >>>> >>>>>>>>>> There seems to be an issue saving the record-route list for >>>> b-side >>>> >>>>>>>>>> in >>>> >>>>>>>>>> topos_d table -- first two are saved but then there are only >>>> 0 >>>> >>>>>>>>>> characters >>>> >>>>>>>>>> instead of the rest of record routes: >>>> >>>>>>>>>> >>>> >>>>>>>>>> >>>> >>>>>>>>>> '<sip:192.168.252.75;r2=on;lr=on;ftag=A1;did=072.87c;rtpi=1; >>>> nat=no;rtpi=1>\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 >>>> \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 >>>> \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 >>>> \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 >>>> \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 >>>> \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0' >>>> >>>>>>>>>> >>>> >>>>>>>>>> I will have to dig a bit into the code. >>>> >>>>>>>>>> >>>> >>>>>>>>>> Cheers, Daniel >>>> >>>>>>>>>> >>>> >>>>>>>>>> >>>> >>>>>>>>>> On 27.04.17 14:30, Pete Kelly wrote: >>>> >>>>>>>>>> >>>> >>>>>>>>>> Yes no problem. I wanted to come but the life schedule would >>>> not >>>> >>>>>>>>>> allow it >>>> >>>>>>>>>> this time. >>>> >>>>>>>>>> >>>> >>>>>>>>>> >>>> >>>>>>>>>> On 27 April 2017 at 13:11, Daniel-Constantin Mierla >>>> >>>>>>>>>> <[email protected]> >>>> >>>>>>>>>> wrote: >>>> >>>>>>>>>>> Hello, >>>> >>>>>>>>>>> >>>> >>>>>>>>>>> time, I need more time :-) ... with Kamailio World >>>> Conference >>>> >>>>>>>>>>> around the >>>> >>>>>>>>>>> corner, I am caught in a lot of admin tasks... >>>> >>>>>>>>>>> >>>> >>>>>>>>>>> Daniel >>>> >>>>>>>>>>> >>>> >>>>>>>>>>> >>>> >>>>>>>>>>> On 27.04.17 13:11, Pete Kelly wrote: >>>> >>>>>>>>>>> >>>> >>>>>>>>>>> Hi Daniel >>>> >>>>>>>>>>> >>>> >>>>>>>>>>> Is there anything else you need on this? >>>> >>>>>>>>>>> >>>> >>>>>>>>>>> On 26 April 2017 at 15:06, Pete Kelly <[email protected]> >>>> wrote: >>>> >>>>>>>>>>>> Hi Daniel >>>> >>>>>>>>>>>> >>>> >>>>>>>>>>>> It's CSeq 1, fromtag A1 >>>> >>>>>>>>>>>> >>>> >>>>>>>>>>>> DB attached >>>> >>>>>>>>>>>> >>>> >>>>>>>>>>>> On 26 April 2017 at 15:03, Daniel-Constantin Mierla >>>> >>>>>>>>>>>> <[email protected]> >>>> >>>>>>>>>>>> wrote: >>>> >>>>>>>>>>>>> Can you paste here the from tag or cseq for the dialog >>>> you are >>>> >>>>>>>>>>>>> referring >>>> >>>>>>>>>>>>> to? Because the number of frames are not matching my pcap >>>> viewer. >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> Send also the db dump, they should reveal if something is >>>> broken >>>> >>>>>>>>>>>>> there. >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> Cheers, >>>> >>>>>>>>>>>>> Daniel >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> On 26.04.17 14:46, Pete Kelly wrote: >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> Ah I see why it is confusing >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> This setup maintains a Call-ID through an SBC downstream, >>>> so the >>>> >>>>>>>>>>>>> INVITE's you see have the same Call-ID but they have a >>>> different >>>> >>>>>>>>>>>>> fromtag/cseq, Wireshark shows them all as one call which >>>> is >>>> >>>>>>>>>>>>> annoying when >>>> >>>>>>>>>>>>> looking at the viewer! >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> If you check the first call only between 252.70 and >>>> 252.75 you >>>> >>>>>>>>>>>>> will see >>>> >>>>>>>>>>>>> INVITE (frame 4), 200OK (frame 16) with lots of RR >>>> headers. >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> The ACK generated by topos (frame 21) only contains 1 >>>> Route >>>> >>>>>>>>>>>>> header, it >>>> >>>>>>>>>>>>> should contain more so the request can hop through the >>>> proxy >>>> >>>>>>>>>>>>> chain as shown >>>> >>>>>>>>>>>>> in frame 16. >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> I see the example from Sergey is working, but there is >>>> only 1 RR >>>> >>>>>>>>>>>>> header >>>> >>>>>>>>>>>>> in this example - as you can see from my example the >>>> topos module >>>> >>>>>>>>>>>>> uses the >>>> >>>>>>>>>>>>> first RR header but ignores the other 5. >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> I have the DB dump and logfiles from this call too if >>>> useful. >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> Pete >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> >>>> >>>>>>>>>>>>> On 26 April 2017 at 12:41, Daniel-Constantin Mierla >>>> >>>>>>>>>>>>> <[email protected]> >>>> >>>>>>>>>>>>> wrote: >>>> >>>>>>>>>>>>>> As I could notice upon a quick look, there seems to be >>>> two calls >>>> >>>>>>>>>>>>>> -- two >>>> >>>>>>>>>>>>>> INVITE requests having same call id but different cseq. >>>> Can you >>>> >>>>>>>>>>>>>> confirm >>>> >>>>>>>>>>>>>> this is the case? Because the capture doesn't seem to >>>> have all >>>> >>>>>>>>>>>>>> the >>>> >>>>>>>>>>>>>> incoming/outgoing messages, some are missing. >>>> >>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>> Cheers, >>>> >>>>>>>>>>>>>> Daniel >>>> >>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>> On 26.04.17 12:59, Sergey Basov wrote: >>>> >>>>>>>>>>>>>>> You give to us very hard callflow... >>>> >>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>> Without any pauses between responces.. >>>> >>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>> Some requests go through 127.0.0.1... But responces from >>>> >>>>>>>>>>>>>>> 127.0.0.1 >>>> >>>>>>>>>>>>>>> not present. >>>> >>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>> There are peers from which invites not present in dump. >>>> I can >>>> >>>>>>>>>>>>>>> not see >>>> >>>>>>>>>>>>>>> ful path of the initial Invite, but there is responses. >>>> >>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>> I will send dump in next email directly. >>>> >>>>>>>>>>>>>>> -- >>>> >>>>>>>>>>>>>>> Best regards, >>>> >>>>>>>>>>>>>>> Sergey Basov e-mail: >>>> >>>>>>>>>>>>>>> [email protected] >>>> >>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>> 2017-04-26 11:01 GMT+03:00 Pete Kelly <[email protected] >>>> >: >>>> >>>>>>>>>>>>>>>> Attached is the pcap from latest nightly. >>>> >>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>> As you can see (frame 21) the ACK is incorrect, I >>>> believe it >>>> >>>>>>>>>>>>>>>> should >>>> >>>>>>>>>>>>>>>> specify >>>> >>>>>>>>>>>>>>>> all the hops from the 200OK (frame 16) so that the hop >>>> by hop >>>> >>>>>>>>>>>>>>>> ACK >>>> >>>>>>>>>>>>>>>> can be >>>> >>>>>>>>>>>>>>>> routed via the proxy chain. >>>> >>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>> topoh module works fine. >>>> >>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>> Pete >>>> >>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>> On 26 April 2017 at 05:18, Sergey Basov >>>> >>>>>>>>>>>>>>>> <[email protected]> >>>> >>>>>>>>>>>>>>>> wrote: >>>> >>>>>>>>>>>>>>>>> I dont know how nightly builds are done. >>>> >>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>> Just try with latest 5.0.1 nightly and send new dump. >>>> >>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>> As I understud topos module done to remove >>>> record-route >>>> >>>>>>>>>>>>>>>>> headers to >>>> >>>>>>>>>>>>>>>>> hide >>>> >>>>>>>>>>>>>>>>> topology... Am I wright, Daniel? >>>> >>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>> And try to disable topos module and enable topoh >>>> module. Will >>>> >>>>>>>>>>>>>>>>> it >>>> >>>>>>>>>>>>>>>>> all work >>>> >>>>>>>>>>>>>>>>> as you expecrs? >>>> >>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>> -- >>>> >>>>>>>>>>>>>>>>> WBR >>>> >>>>>>>>>>>>>>>>> Sergey Basov >>>> >>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>> 25 апр. 2017 г. 11:31 PM пользователь "Pete Kelly" >>>> >>>>>>>>>>>>>>>>> <[email protected]> >>>> >>>>>>>>>>>>>>>>> написал: >>>> >>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>> I have tried with 5.0.1 from today (25th April). >>>> >>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>> Are you saying build for 26th will have some fixes? >>>> >>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>> On 25 April 2017 at 18:59, Sergey Basov >>>> >>>>>>>>>>>>>>>>>> <[email protected]> >>>> >>>>>>>>>>>>>>>>>> wrote: >>>> >>>>>>>>>>>>>>>>>>> Actualy latest fixes to 180/183/200, ACK and >>>> memory leak >>>> >>>>>>>>>>>>>>>>>>> was >>>> >>>>>>>>>>>>>>>>>>> pushed to >>>> >>>>>>>>>>>>>>>>>>> 5.0 and master branch. >>>> >>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>> So, please try with latest 5.0.1 nightly. >>>> >>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>> -- >>>> >>>>>>>>>>>>>>>>>>> WBR >>>> >>>>>>>>>>>>>>>>>>> Sergey Basov >>>> >>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>> 25 апр. 2017 г. 8:55 PM пользователь "Pete Kelly" >>>> >>>>>>>>>>>>>>>>>>> <[email protected]> >>>> >>>>>>>>>>>>>>>>>>> написал: >>>> >>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>> Call is with sipp but first goes through another >>>> SBC to >>>> >>>>>>>>>>>>>>>>>>>> clean up >>>> >>>>>>>>>>>>>>>>>>>> the >>>> >>>>>>>>>>>>>>>>>>>> SIP (in case of problems with sipp via headers >>>> etc). >>>> >>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>> The traces I've done are actually with 4.4. >>>> >>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>> Will they be OK or would you prefer 5.0.1? The >>>> problem is >>>> >>>>>>>>>>>>>>>>>>>> exactly the >>>> >>>>>>>>>>>>>>>>>>>> same on both. >>>> >>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>> On 25 April 2017 at 16:25, Sergey Basov >>>> >>>>>>>>>>>>>>>>>>>> <[email protected]> >>>> >>>>>>>>>>>>>>>>>>>> wrote: >>>> >>>>>>>>>>>>>>>>>>>>> Hi. >>>> >>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>> Can you send dump of the call with kamailio 5.0.1 >>>> >>>>>>>>>>>>>>>>>>>>> nightly? >>>> >>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>> And does you make call using sipp? >>>> >>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>> -- >>>> >>>>>>>>>>>>>>>>>>>>> WBR >>>> >>>>>>>>>>>>>>>>>>>>> Sergey Basov >>>> >>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>> 25 апр. 2017 г. 5:57 PM пользователь "Pete Kelly" >>>> >>>>>>>>>>>>>>>>>>>>> <[email protected]> >>>> >>>>>>>>>>>>>>>>>>>>> написал: >>>> >>>>>>>>>>>>>>>>>>>>>> Looks like from last night: >>>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>> 5.0.1+0~20170425013247.36+trusty >>>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>> On 25 April 2017 at 15:42, Daniel-Constantin >>>> Mierla >>>> >>>>>>>>>>>>>>>>>>>>>> <[email protected]> wrote: >>>> >>>>>>>>>>>>>>>>>>>>>>> Hello, >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> to be sure, it is 5.0.1 build from last night >>>> or quite >>>> >>>>>>>>>>>>>>>>>>>>>>> recent? There >>>> >>>>>>>>>>>>>>>>>>>>>>> were some fixes in the past days to topos >>>> module. >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> Cheers, >>>> >>>>>>>>>>>>>>>>>>>>>>> Daniel >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> On 25.04.17 15:59, Pete Kelly wrote: >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> Hi Daniel >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> Sorry for the delayed response to this, the ACK >>>> is for >>>> >>>>>>>>>>>>>>>>>>>>>>> a >>>> >>>>>>>>>>>>>>>>>>>>>>> 200OK yes >>>> >>>>>>>>>>>>>>>>>>>>>>> and the problem still persists in latest 4.4 >>>> and the >>>> >>>>>>>>>>>>>>>>>>>>>>> 5.0.1 >>>> >>>>>>>>>>>>>>>>>>>>>>> nightly build. >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> I have all DB entries/kam logs/pcap files. >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> If you check the attached pcap, 192.168.70.70 >>>> and >>>> >>>>>>>>>>>>>>>>>>>>>>> 192.168.252.70 are >>>> >>>>>>>>>>>>>>>>>>>>>>> the same instance of Kamailio, it is being used >>>> to >>>> >>>>>>>>>>>>>>>>>>>>>>> bridge the >>>> >>>>>>>>>>>>>>>>>>>>>>> 2 networks. >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> Frame 34 shows the 200OK with lots of >>>> Record-Route etc, >>>> >>>>>>>>>>>>>>>>>>>>>>> and >>>> >>>>>>>>>>>>>>>>>>>>>>> frame 35 >>>> >>>>>>>>>>>>>>>>>>>>>>> shows topos in action. >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> However the ACK that is relayed in Frame 38 >>>> seems to be >>>> >>>>>>>>>>>>>>>>>>>>>>> missing all >>>> >>>>>>>>>>>>>>>>>>>>>>> the Route information that was supplied in the >>>> 200OK, >>>> >>>>>>>>>>>>>>>>>>>>>>> this >>>> >>>>>>>>>>>>>>>>>>>>>>> causes the ACK to >>>> >>>>>>>>>>>>>>>>>>>>>>> be relayed directly to the Contact, breaking >>>> the proxy >>>> >>>>>>>>>>>>>>>>>>>>>>> chain. >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> Pete >>>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>> On 22 February 2017 at 18:31, Daniel-Constantin >>>> Mierla >>>> >>>>>>>>>>>>>>>>>>>>>>> <[email protected]> wrote: >>>> >>>>>>>>>>>>>>>>>>>>>>>> Hello, >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> is the ACK for 200ok? Or an ack for a negative >>>> >>>>>>>>>>>>>>>>>>>>>>>> response? >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> Can you get a pcap for such situation with all >>>> >>>>>>>>>>>>>>>>>>>>>>>> messages >>>> >>>>>>>>>>>>>>>>>>>>>>>> related to >>>> >>>>>>>>>>>>>>>>>>>>>>>> the call? >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> Cheers, >>>> >>>>>>>>>>>>>>>>>>>>>>>> Daniel >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> On 22/02/2017 17:20, Pete Kelly wrote: >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> Hi >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> I am using the topos module when bridging 2 >>>> networks >>>> >>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>>>>>>>>>>>>>>>>>>>>>>> Kamailio. >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> The INVITE/200OK part of the transaction is >>>> working >>>> >>>>>>>>>>>>>>>>>>>>>>>> fine >>>> >>>>>>>>>>>>>>>>>>>>>>>> (i.e. the >>>> >>>>>>>>>>>>>>>>>>>>>>>> Contact on both sides matches correctly the >>>> >>>>>>>>>>>>>>>>>>>>>>>> corresponding >>>> >>>>>>>>>>>>>>>>>>>>>>>> network). >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> However when the ACK is sent into Kamailio, >>>> instead of >>>> >>>>>>>>>>>>>>>>>>>>>>>> realising >>>> >>>>>>>>>>>>>>>>>>>>>>>> the next hop is myself and skipping it, >>>> Kamailio is >>>> >>>>>>>>>>>>>>>>>>>>>>>> sending >>>> >>>>>>>>>>>>>>>>>>>>>>>> the ACK directly >>>> >>>>>>>>>>>>>>>>>>>>>>>> to itself as a packet, causing the call setup >>>> to >>>> >>>>>>>>>>>>>>>>>>>>>>>> break. >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> Does anyone have any advice for this situation? >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> ______________________________ >>>> _________________ >>>> >>>>>>>>>>>>>>>>>>>>>>>> SIP Express Router (SER) and Kamailio >>>> (OpenSER) - >>>> >>>>>>>>>>>>>>>>>>>>>>>> sr-users >>>> >>>>>>>>>>>>>>>>>>>>>>>> mailing >>>> >>>>>>>>>>>>>>>>>>>>>>>> list >>>> >>>>>>>>>>>>>>>>>>>>>>>> [email protected] >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> http://lists.sip-router.org/cg >>>> i-bin/mailman/listinfo/sr-users >>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>>>> -- >>>> >>>>>>>>>>>>>>>>>>>>>>>> Daniel-Constantin Mierla >>>> >>>>>>>>>>>>>>>>>>>>>>>> www.twitter.com/miconda -- >>>> www.linkedin.com/in/miconda >>>> >>>>>>>>>>>>>>>>>>>>>>>> Kamailio Advanced Training - Mar 6-8 (Europe) >>>> and Mar >>>> >>>>>>>>>>>>>>>>>>>>>>>> 20-22 >>>> >>>>>>>>>>>>>>>>>>>>>>>> (USA) - >>>> >>>>>>>>>>>>>>>>>>>>>>>> www.asipto.com >>>> >>>>>>>>>>>>>>>>>>>>>>>> Kamailio World Conference - May 8-10, 2017 - >>>> >>>>>>>>>>>>>>>>>>>>>>>> www.kamailioworld.com >>>> >>>>>>>>>>>>>>>>>>>>>>> -- >>>> >>>>>>>>>>>>>>>>>>>>>>> Daniel-Constantin Mierla >>>> >>>>>>>>>>>>>>>>>>>>>>> www.twitter.com/miconda -- >>>> www.linkedin.com/in/miconda >>>> >>>>>>>>>>>>>>>>>>>>>>> Kamailio Advanced Training - May 22-24 (USA) - >>>> >>>>>>>>>>>>>>>>>>>>>>> www.asipto.com >>>> >>>>>>>>>>>>>>>>>>>>>>> Kamailio World Conference - May 8-10, 2017 - >>>> >>>>>>>>>>>>>>>>>>>>>>> www.kamailioworld.com >>>> >>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>> >>>>>>>>>>>>>>>>>>>>>> Kamailio (SER) - Users Mailing List >>>> >>>>>>>>>>>>>>>>>>>>>> [email protected] >>>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>>>>>>>>>> https://lists.kamailio.org/cgi >>>> -bin/mailman/listinfo/sr-users >>>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>>>>>>>>>>>>> -- >>>> >>>>>>>>>>>>>> Daniel-Constantin Mierla >>>> >>>>>>>>>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>> >>>>>>>>>>>>>> Kamailio Advanced Training - May 22-24 (USA) - >>>> www.asipto.com >>>> >>>>>>>>>>>>>> Kamailio World Conference - May 8-10, 2017 - >>>> >>>>>>>>>>>>>> www.kamailioworld.com >>>> >>>>>>>>>>>>>> >>>> >>>>>>>>>>>>> -- >>>> >>>>>>>>>>>>> Daniel-Constantin Mierla >>>> >>>>>>>>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>> >>>>>>>>>>>>> Kamailio Advanced Training - May 22-24 (USA) - >>>> www.asipto.com >>>> >>>>>>>>>>>>> Kamailio World Conference - May 8-10, 2017 - >>>> >>>>>>>>>>>>> www.kamailioworld.com >>>> >>>>>>>>>>> -- >>>> >>>>>>>>>>> Daniel-Constantin Mierla >>>> >>>>>>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>> >>>>>>>>>>> Kamailio Advanced Training - May 22-24 (USA) - >>>> www.asipto.com >>>> >>>>>>>>>>> Kamailio World Conference - May 8-10, 2017 - >>>> www.kamailioworld.com >>>> >>>>>>>>>> >>>> >>>>>>>>>> -- >>>> >>>>>>>>>> Daniel-Constantin Mierla >>>> >>>>>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>> >>>>>>>>>> Kamailio Advanced Training - May 22-24 (USA) - >>>> www.asipto.com >>>> >>>>>>>>>> Kamailio World Conference - May 8-10, 2017 - >>>> www.kamailioworld.com >>>> >>>>>>>>>> >>>> >>>>>>>>>> >>>> >>>>>>>>>> _______________________________________________ >>>> >>>>>>>>>> Kamailio (SER) - Users Mailing List >>>> >>>>>>>>>> [email protected] >>>> >>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>>> >>>>>>>>>> >>>> >>>>>> -- >>>> >>>>>> Daniel-Constantin Mierla >>>> >>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>> >>>>>> Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com >>>> >>>>>> Kamailio World Conference - May 8-10, 2017 - >>>> www.kamailioworld.com >>>> >>>>>> >>>> > >>>> > -- >>>> > Daniel-Constantin Mierla >>>> > www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>> > Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com >>>> > Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com >>>> > >>>> >>> >>> >
_______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
