sr-users

sr-users@lists.kamailio.org

8 participants
37524 discussions

Documentation DMQ module
by Jan Hazenberg 29 Jun '16

29 Jun '16

Hi, Found a error in the documentation of the DMQ module (http://kamailio.org/docs/modules/devel/modules/dmq.html#dmq.p.num_workers). In the documentation there is a example: modparam("dmq", "num_threads", 4) If i'm correct this should be: modparam("dmq", "num_workers", 4) Thanks, Jan

2 1

rtpengine allow_op issue
by david escartin 28 Jun '16

28 Jun '16

hello all i have observed an issue using this parameter, which is useful in case you deactivate a node from the rtpengine sets, to let the calls to finish the negotiation. but i have tested that if a node fails down in the middle of a call, with that option activated, the kamailio gets blocked waiting until the rtpengine node is again up, to finish handling with the BYE request for instance. Jun 28 11:19:50 /usr/local/kamailio/sbin/kamailio[26569]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: BYE received in A-Leg, 106406 Jun 28 11:19:50 /usr/local/kamailio/sbin/kamailio[26569]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: Destroying rtpproxy session on BYE Jun 28 11:19:50 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:50 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:50 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:50 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:50 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:50 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:51 /usr/local/kamailio/sbin/kamailio[26568]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: BYE received in A-Leg, 106406 Jun 28 11:19:51 /usr/local/kamailio/sbin/kamailio[26568]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: Destroying rtpproxy session on BYE Jun 28 11:19:51 /usr/local/kamailio/sbin/kamailio[26568]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:52 /usr/local/kamailio/sbin/kamailio[26568]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:52 /usr/local/kamailio/sbin/kamailio[26568]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:52 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:53 /usr/local/kamailio/sbin/kamailio[26572]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: BYE received in A-Leg, 106406 Jun 28 11:19:53 /usr/local/kamailio/sbin/kamailio[26572]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: Destroying rtpproxy session on BYE Jun 28 11:19:53 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:54 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:54 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:54 /usr/local/kamailio/sbin/kamailio[26568]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:54 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:55 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:55 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:56 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:56 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:56 /usr/local/kamailio/sbin/kamailio[26568]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:56 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:57 /usr/local/kamailio/sbin/kamailio[26571]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: BYE received in A-Leg, 106406 Jun 28 11:19:57 /usr/local/kamailio/sbin/kamailio[26571]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: Destroying rtpproxy session on BYE Jun 28 11:19:57 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:57 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:58 /usr/local/kamailio/sbin/kamailio[26571]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:58 /usr/local/kamailio/sbin/kamailio[26571]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:58 /usr/local/kamailio/sbin/kamailio[26568]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:58 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:59 /usr/local/kamailio/sbin/kamailio[26571]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:59 /usr/local/kamailio/sbin/kamailio[26571]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:19:59 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:00 /usr/local/kamailio/sbin/kamailio[26571]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:00 /usr/local/kamailio/sbin/kamailio[26571]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:00 /usr/local/kamailio/sbin/kamailio[26568]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:00 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:01 /usr/local/kamailio/sbin/kamailio[26573]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: BYE received in A-Leg, 106406 Jun 28 11:20:01 /usr/local/kamailio/sbin/kamailio[26573]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: Destroying rtpproxy session on BYE Jun 28 11:20:01 /usr/local/kamailio/sbin/kamailio[26573]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:01 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:02 /usr/local/kamailio/sbin/kamailio[26573]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:02 /usr/local/kamailio/sbin/kamailio[26573]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:02 /usr/local/kamailio/sbin/kamailio[26571]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:02 /usr/local/kamailio/sbin/kamailio[26568]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:02 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:03 /usr/local/kamailio/sbin/kamailio[26573]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:03 /usr/local/kamailio/sbin/kamailio[26573]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:03 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:04 /usr/local/kamailio/sbin/kamailio[26573]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:04 /usr/local/kamailio/sbin/kamailio[26573]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:04 /usr/local/kamailio/sbin/kamailio[26571]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:04 /usr/local/kamailio/sbin/kamailio[26568]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:04 /usr/local/kamailio/sbin/kamailio[26569]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:05 /usr/local/kamailio/sbin/kamailio[26575]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: BYE received in A-Leg, 106406 Jun 28 11:20:05 /usr/local/kamailio/sbin/kamailio[26575]: INFO: test Call 64431 / Call-ID 04a7c19a-34ad-477e-81bd-659dd4295ae8: Destroying rtpproxy session on BYE Jun 28 11:20:05 /usr/local/kamailio/sbin/kamailio[26575]: ERROR: rtpengine [rtpengine.c:2627]: send_rtpp_command(): can't send command "delete" to RTP proxy <udp:x.x.x.x:7772> Jun 28 11:20:05 /usr/local/kamailio/sbin/kamailio[26572]: ERROR: rtpengine [rtpengine.c:2653]: send_rtpp_command(): timeout waiting reply from RTP proxy <udp:x.x.x.x:7772> could it be possible to make the kamailio leave that blocking state, or at least be able to activate the allow_op param by kamctl fifo? thanks a lot and regards david escartin

1 0

Kamailio - PSTN (kamailio) - rtpproxy issue
by Filippo Graziola 28 Jun '16

28 Jun '16

Hello everybody, I have a local kamailio+rtpproxy under NAT listening on multiple local interfaces (vlans) which works fluenty for all local user indipendently and engages rtpproxy correctly. I have another working kamailio+rtpproxy which is accessible from everywhere at a public address and I would like to route to it some specific calls from the local server. So, in the local kamailio configuration file I defined WITH_PSTN (all the necessary option) and INVITE/OK/BYE messages are going correctly to the destination. The problem is that I have no audio on both ways. After some packet sniffing, I tried killing local rtpproxy process and now calls to PSTN have also audio both ways. >From these tests, if my configuration is correct, when routing the call to PSTN gateway I should disable the local rtpproxy, and I'm in doubt about how I can do this. Could you help me? Should I change NAT flags in the PSTN route? Thanks

1 2

Kamailio v4.4.2 Released
by Daniel-Constantin Mierla 28 Jun '16

28 Jun '16

Hello, Kamailio SIP Server v4.4.2 stable release is out. This is a maintenance release of the latest stable branch, 4.4, that includes fixes since the release of v4.4.1. There is no change to database schema or configuration language structure that you have to do on previous installations of v4.4.x. Deployments running previous v4.x.x versions are strongly recommended to be upgraded to v4.4.2. For more details about version 4.4.2 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2016/06/kamailio-v4-4-2-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Enjoy the summer holidays! Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

acc time mode 2 wrong timestamp
by pars3c 28 Jun '16

28 Jun '16

Hello, i've installled the new version of kamailio 4.4.1 . in 2 different server , with acc module and these parameters: modparam("acc", "time_mode", 2) modparam("acc", "time_attr", "seconds") should be seconds.millisec On the first server in acc table , in field seconds i have values like this 1466493457.85, this is correct timestamp ( this server have centos 86_64) In the other server , i have values like 1913113.702 , that is wrong timestamp . (this is old centos 32 bit ) What can be the problem? The different version 32,64 bit ? or some compiler option ? Thanks

2 11

Planning release of v4.4.2 and other v4.x.y
by Daniel-Constantin Mierla 28 Jun '16

28 Jun '16

Hello, I am considering to release kamailio v4.4.2 next week along with the corresponding patch releases for branches 4.3 and 4.2. It will likely be the last release in series 4.2 to mark its end of official packaging. I would also consider a new patch release in 4.1.x, if that is still used by many out there to get packages that fix the libssl version matching -- Victor should say if the packages for this branch can still be generated in order to make sense doing this release. Anyhow, report any issues you are aware and are not yet announced for branches 4.4 and 4.3 to the bug tracker as soon as possible to get a chance to be fixed by release date. Likely 4.4.2 will be next Tuesday, June 29, with the other branches done in the following days. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com - http://www.kamailio.org http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 1

userblacklist use avp for check_blacklist
by Jan Hazenberg 28 Jun '16

28 Jun '16

Hello, I'm trying to use the userblacklist module to implement a global blacklist. I have a few questions about the module. Is it possible to use a avp for the check_blacklist function? If i'm correct it will only parse the request URI, but i'm rewriting the URI in a branch route to allow different formats to different destinations. Or is this only possible with the check_user_blacklist function? I also have a issue with numbers in E164 format with a leading +. I tried to escape this with a \ in the database but it will not load the entry's when i use the + in front of the number. Is the + supported by this module or should i strip it before the function and add it again afterwards? Thanks, Jan

2 12

cgrates - cdrs_tables.sql error
by Infinicalls Infinicalls 27 Jun '16

27 Jun '16

Hi, I am trying to install cgrates , but face this issue with database. " ERROR 1067 (42000) at line 7: Invalid default value for 'deleted_at' " is encountered in create_cdrs_tables.sql . Can somebody let me know how to overcome this? regards Ganesh Kumar

2 1

Re: [SR-Users] S-CSCF (kamailio) crashes after deregistration of client
by Christoph Valentin 27 Jun '16

27 Jun '16

2 1

behaviour of uac_redirect module
by Dirk Teurlings - Signet B.V. 27 Jun '16

27 Jun '16

Hi, Testing with latest stable 4.4 Kamailio at the moment, and running into the following issue. I have a setup that sends a 302 to do a Moved Temporarily to another extension. To update the Contact header accordingly, I use the get_redirects function in the failure_route. get_redirects('*', 'Redirects') This results in the following packet U 192.168.10.246:5060 -> 192.168.10.245:5060 SIP/2.0 302 Moved Temporarily. Via: SIP/2.0/UDP 192.168.10.245:5060;branch=z9hG4bK40b58e09;rport=5060;received=192.168.10.245. From: "+31........" <sip:+31........@192.168.10.245>;tag=as42745abe. To: <sip:+31........@192.168.10.246>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-f67d. Call-ID: 576349c40a7cb77a06230e181831672d@192.168.10.245:5060. CSeq: 102 INVITE. Contact: <sip:06........@sip.example.net>, <sip:06........@sip.example.net>;q=0.01. Server: sip.example.net. Content-Length: 0. . This works, but I don't want ACC to account for anything, so I tried: get_redirects('*') But this results in the following packet U 192.168.10.246:5060 -> 192.168.10.245:5060 SIP/2.0 302 Moved Temporarily. Via: SIP/2.0/UDP 192.168.10.245:5060;branch=z9hG4bK185f4fdd;rport=5060;received=192.168.10.245. From: "+31........" <sip:+31........@192.168.10.245>;tag=as13f23689. To: <sip:+31........@192.168.10.246>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-b5fe. Call-ID: 336a16912db412d418f7f7495e2574f5@192.168.10.245:5060. CSeq: 102 INVITE. Contact: <sip:accountname@sip.example.net>, <sip:06........@sip.example.net>;q=0.01, <sip:06........@sip.example.net>;q=0.01. Server: sip.example.net. Content-Length: 0. . Notice the extra accountname Contact, this results in a forward that doesn't work for the mediaserver. To me the documentation about the function states that there should be no difference between using it with or without accounting as far as SIP messages go. Is this a bug, or is this by design? Cheers, Dirk

2 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users