Re: [SR-Users] topos module - possible bug

2017-04-26 Thread Pete Kelly
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 wrote

Re: [SR-Users] topos module - possible bug

2017-04-26 Thread Sergey Basov
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 d

Re: [SR-Users] topos module - possible bug

2017-04-26 Thread Daniel-Constantin Mierla
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

Re: [SR-Users] topos module - possible bug

2017-04-26 Thread Pete Kelly
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

[SR-Users] topos and PRACK problem

2017-04-26 Thread Sergey Basov
Hi All. I have just try to test topos with GW which requires PRACK. As you can see UA at packet 21 send PRACK to topos contact, but after topos, on other kamailio side in PRACK request line present not kontact but record-route header. Can you fix it? Thank you. -- Best regards, Sergey Basov

Re: [SR-Users] topos and PRACK problem

2017-04-26 Thread Daniel-Constantin Mierla
Hello, On 26.04.17 14:53, Sergey Basov wrote: > Hi All. > > I have just try to test topos with GW which requires PRACK. > > As you can see UA at packet 21 send PRACK to topos contact, but after > topos, on other kamailio side in PRACK request line present not > kontact but record-route header. >

Re: [SR-Users] topos module - possible bug

2017-04-26 Thread Daniel-Constantin Mierla
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 >

Re: [SR-Users] topos and PRACK problem

2017-04-26 Thread Sergey Basov
Thanks for workaround. But I will wait for you solution ) I ready for testing ) Thank you Daniel for your work! -- Best regards, Sergey Basov e-mail: sergey.v.ba...@gmail.com 2017-04-26 16:57 GMT+03:00 Daniel-Constantin Mierla : > Hello, > > > On 26.04.17 14:53, Sergey Bas

Re: [SR-Users] topos module - possible bug

2017-04-26 Thread Pete Kelly
Hi Daniel It's CSeq 1, fromtag A1 DB attached On 26 April 2017 at 15:03, Daniel-Constantin Mierla 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

[SR-Users] acces $dlg_var in failure_route

2017-04-26 Thread Diego Nadares
Hi guys, I'm trying to access dialog vars in failure_route with no success. Dialog exists but vars are null and I'can modify them either. Is there any restriction? if ($dlg_var(v1) == 0){ $dlg_var(v1) = "1"; if (is_known_dlg()){ xlog("L_NOTICE",

Re: [SR-Users] acces $dlg_var in failure_route

2017-04-26 Thread Diego Nadares
Hi guys, I'm trying to access dialog vars in failure_route with no success. Dialog exists but vars are null and I'can modify them *neither*. Is there any restriction? if ($dlg_var(v1) == 0){ $dlg_var(v1) = "1"; if (is_known_dlg()){ xlog("L_NOTIC

Re: [SR-Users] acces $dlg_var in failure_route

2017-04-26 Thread Diego Nadares
Sorry... Dialog exists but vars are null and *I can't* modify them *neither*. Is there any restriction? 2017-04-26 12:41 GMT-03:00 Diego Nadares : > Hi guys, > > I'm trying to access dialog vars in failure_route with no success. Dialog > exists but vars are null and I'can modify them *neither*.

Re: [SR-Users] forwarding multiple times

2017-04-26 Thread hdssdsdsdsfsdf hdssdsdsdsfsdf
Perhaps someone knows the rationale behind behavior of forward() that I find odd. For example: ds_select_domain(); forward(); subst('/(To: .*)/To: bla\n/g'); forward(); subst('/(To: .*)/To: bla\n/g'); forward(); subst('/(To: .*)/To: bla\n/g'); This should result in just a substitution of the To-

Re: [SR-Users] Query with regard to http_client and http_async_client

2017-04-26 Thread Giacomo Vacca
I have updated the http_async_client documentation for master and 5.0. Please note that in respect to 4.4 http_async_query() now only takes 2 parameters: the payload is passed with $http_req(body). Giacomo On 25 April 2017 at 22:09, Giacomo Vacca wrote: > Hi, > reusing the same connection to t

[SR-Users] SIGCHLD causes termination, but it appears that no child process has actually stopped.

2017-04-26 Thread Cody Herzog
Hello. I'm running Kamailio 4.3.5 on Ubuntu Server 14.04. I just started using the app_python module together with the OpenTok Python SDK, described here: https://tokbox.com/developer/sdks/python/ My basic Python test script works fine, but when I add an import statement in the Python script

Re: [SR-Users] SIGCHLD causes termination, but it appears that no child process has actually stopped.

2017-04-26 Thread Daniel-Constantin Mierla
Hello, On 27.04.17 04:18, Cody Herzog wrote: > > Hello. > > > > I'm running Kamailio 4.3.5 on Ubuntu Server 14.04. > > > > I just started using the app_python module together with the OpenTok > Python SDK, described here: > > > > https://tokbox.com/developer/sdks/python/ > > > > My basic