Re: [SR-Users] BYE and TCP

2020-11-04 Thread Kjeld Flarup
Hello again I have attached a Capture. My public IP is 194.255.22.44, and I have a port forward of 5071 in my router The Raspberry Pi running the Kamailio is on 192.168.2.9 with an alias 192.168.2.40 My listening is setup like this listen=127.0.0.1:5071 listen=eth0:5071  advertise

Re: [SR-Users] send_reply() related feature request

2020-11-04 Thread Juha Heinanen
Daniel-Constantin Mierla writes: > I wanted to say that the new function to be added should be a bit more > generic, not targeting only set_reply_close()+send_reply(), but have a > "mode" parameter to control what other operations should be done before > sending the reply out. That is how I

Re: [SR-Users] BYE and TCP

2020-11-04 Thread Carsten Bock
Hi, I think you are searching for this parameter: http://www.kamailio.org/wiki/cookbooks/devel/core#tcp_reuse_port It basically tells the kernel not to choose a new port at random for a new connection, but it will try to reuse the existing port (in your case 5071). Thanks, Carsten -- Carsten

Re: [SR-Users] send_reply() related feature request

2020-11-04 Thread Daniel-Constantin Mierla
On 03.11.20 11:10, Juha Heinanen wrote: > Daniel-Constantin Mierla writes: > >> set_reply_close() is very minimal wrapper action from the core setting >> an internal flag. It can be merged with a reply function, but maybe it >> should be a new function a little bit more generic, like >>

Re: [SR-Users] BYE and TCP

2020-11-04 Thread Daniel-Constantin Mierla
Hello, your message is confusing somehow, what do you mean by "never sees the BYE, because BYE is a new dialog"? Maybe you can grab the pcap with sip packets for such call on kamailio server and sent it over to see if the headers are as expected. Cheers, Daniel On 04.11.20 12:04, Kjeld Flarup

[SR-Users] BYE and TCP

2020-11-04 Thread Kjeld Flarup
Hello I have a Kamailio running behind NAT, which sends calls to a VOIP service provider. I have setup the Kamalio to listen on port 5071, and also setup a port forward in the router. Now the problem is that with TCP, 5071 is not used for the dialog, but a new port is chosen everytime.