[SR-Users] Help needed to compile and install kamailio 5.1.2

Hi All, I want to compile kamailio 5.1.2 for debian packages amd install on ubuntu 16.04. And i have couple of queries. 1. can i compile and run kamailio 5.1.2 on ubuntu 16.04(Xenial)? 2. Im currently using kamailio 4.3.6 with polaris configuration. And the same way can i use kamailio 5.1.2

Re: [SR-Users] Re: Audio stops after resuming call from hold

I had a similar issue with RTP engine. When I got hold and called rtpengine_manage it had errors. I’m using rtpengine_manage, so doing something like this: if(!is_present_hf("x-purpose")) { if(nat_uac_test("8")) { xlog("L_ERR","NATMANAGE DBG test 8\n");

Re: [SR-Users] Problem with resuming suspended transacation

I had a bug, I was resuming the wrong transaction indeed. I created a new transaction for the purpose of http async in a different route and this was causing the issue. Actually managed to solve it after I posted this question. > On 13 Apr 2018, at 9:55, Kjeld Flarup

Re: [SR-Users] Kamailio with 2 Public and Private IPs- SIP Call flow issues

Thanks, Issue is solved with double rr Arik > On 16 Apr 2018, at 12:13, Federico Cabiddu wrote: > > Hi, > your INVITE contains a single Record-Route, with Kamailio's Public IP > address. Freewitch in the following in0dialog messages, as the BYE is, will > have

Re: [SR-Users] Dialog module's keep-alive feature uses wrong CSeq?

> > Ideally I think Kamailio should send correct (i.e increasing) CSeq numbers. > in my mind it can't be increased by kamailio because of: 1. kamailio send OPTIONS with cseq+1 2. media server may send some indialog reinvite with cseq+1 and then kamailio have to remember that OPTIONS and

Re: [SR-Users] Dialog module's keep-alive feature uses wrong CSeq?

On Mon, Apr 16, 2018, 14:59 Dmitri Savolainen wrote: > hi > > Indeed dialog OPTIONS are send with wrong CSeq and there is no way to > fix it without patching source. > > In docs for dialog module "If keep alive is enabled for a dialog, the > module will send SIP OPTIONS

Re: [SR-Users] Dialog module's keep-alive feature uses wrong CSeq?

hi Indeed dialog OPTIONS are send with wrong CSeq and there is no way to fix it without patching source. In docs for dialog module "If keep alive is enabled for a dialog, the module will send SIP OPTIONS requests with CSeq lower or equal than last request within dialog" Usually Kamailio is

Re: [SR-Users] Kamailio with 2 Public and Private IPs- SIP Call flow issues

Hi, your INVITE contains a single Record-Route, with Kamailio's Public IP address. Freewitch in the following in0dialog messages, as the BYE is, will have nowhere else to send them than the public IP. If you want FS to send in-dialog messages to the private IP you have to have two Record-Route

[SR-Users] Kamailio with 2 Public and Private IPs- SIP Call flow issues

Hello, I have the following setup: Kamailio:   Public Interface 70.36.25.65   Private Interface 10.168.10.227 Freeswitch:    Private Interface 10.168.10.200 I’m routing calls from kamailio to freeswitch, but when I try to hang up the call the freeswitch sends the BYE to the