Re: [SR-Users] Wrong ACK to Provider

How did you grab the pcap? All the variants (including the zip via http download) are not recognized by ngrep or wireshark. Anyhow, I looked with a text editor inside the and I could see that the ACK is changing the r-uri -- it comes to kamailio with the contact from 200ok, but goes out with a

Re: [SR-Users] Wrong ACK to Provider

The last .zip file is also showing only 3 packets (different ones) -- can you check the trace has all the packet before you compress? Maybe you can put it somewhere on a server for download and send me the link, so I get it over http. Cheers, Daniel On 29/08/14 09:36, Daniel-Constantin Mierla

Re: [SR-Users] Wrong ACK to Provider

Apparently the file got corrupted, most probably by email client/server encoding, and it shows only three packets. Can you resend it compress as tgz? Cheers, Daniel On 29/08/14 07:08, Yuriy Gorlichenko wrote: My pcap file. Daniel sorry for first time sended message to your private mail. Was a

Re: [SR-Users] Wrong ACK to Provider

I don't mind to receive directly attachments that can contain sensitive data. But you have to write an email via mailing list saying you do/did so. With gmail I am checking mostly the emails that are filtered with various rules, otherwise, the rest land together with a lot of spam/advertising

Re: [SR-Users] Wrong ACK to Provider

My pcap file. Daniel sorry for first time sended message to your private mail. Was a mistake. 2014-08-28 17:27 GMT+04:00 Daniel-Constantin Mierla : > > On 28/08/14 15:11, Olle E. Johansson wrote: > > > On 28 Aug 2014, at 14:57, Daniel-Constantin Mierla > wrote: > > > On 28/08/14 14:45, Olle E.

Re: [SR-Users] Wrong ACK to Provider

On 28/08/14 15:11, Olle E. Johansson wrote: On 28 Aug 2014, at 14:57, Daniel-Constantin Mierla > wrote: On 28/08/14 14:45, Olle E. Johansson wrote: On 28 Aug 2014, at 14:14, Yuriy Gorlichenko > wrote: Hello. I try to provide call sc

Re: [SR-Users] Wrong ACK to Provider

You should send a pcap file with all packets, from first incoming INVITE to kamailio. It is important to have both sides of signaling from kamailio point of view, from first packet in that call. Cheers, Daniel On 28/08/14 15:11, Yuriy Gorlichenko wrote: All packets (INVITE,ACK,BYE) that comes

Re: [SR-Users] Wrong ACK to Provider

On 28 Aug 2014, at 14:57, Daniel-Constantin Mierla wrote: > > On 28/08/14 14:45, Olle E. Johansson wrote: >> >> On 28 Aug 2014, at 14:14, Yuriy Gorlichenko wrote: >> >>> Hello. I try to provide call scheme: >>> >>> internal client -> asterisk -> Kamailio -> provider -> external endpoint >

Re: [SR-Users] Wrong ACK to Provider

All packets (INVITE,ACK,BYE) that comes from Asterisk and sends to Provider handled by Kamailio (changed tU, fU and td and from d). so I write to PLIVO this question, but they still answer to me nothing... As I see my trace there are no simple muistakes (such as wrong dst or wrong contact header).

Re: [SR-Users] Wrong ACK to Provider

On 28/08/14 14:45, Olle E. Johansson wrote: On 28 Aug 2014, at 14:14, Yuriy Gorlichenko > wrote: Hello. I try to provide call scheme: internal client -> asterisk -> Kamailio -> provider -> external endpoint call when I make call I see this: asterisk kama

Re: [SR-Users] Wrong ACK to Provider

On 28 Aug 2014, at 14:14, Yuriy Gorlichenko wrote: > Hello. I try to provide call scheme: > > internal client -> asterisk -> Kamailio -> provider -> external endpoint call > > when I make call I see this: > > asterisk kamailio provider > invite --> invite --> >

[SR-Users] Wrong ACK to Provider

Hello. I try to provide call scheme: internal client -> asterisk -> Kamailio -> provider -> external endpoint call when I make call I see this: asterisk kamailio provider invite --> invite --> <-- 407 ACK -->