sr-users August 2018

sr-users@lists.kamailio.org

73 participants
119 discussions

regular expression in kamailio
by Wilkins, Steve 25 Aug '18

25 Aug '18

Hi All, I am trying get the 10digit number called in on using the following $var(caller) = $(fu{re.subst,[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]}); I thought I could use a regular expression for the expression in re.subst,expression Thank you, -Steve

2 8

Listner problems
by Wilkins, Steve 25 Aug '18

25 Aug '18

Hi Joel, Actually, I have a strange issue. If I have a single UDP IP:Port listening, most Providers/Phones have two-way Audio/Video, however, with some Providers/Phones, I need to have two UDP IP:Port listners in order to get two-way Audio/Video. Here is the strange thing. If I enable two, the Providers/Phones that worked when I had a single listener only have one-way Audi/Video. I use Kamailio 5.1 and Asterisk 15.3 (pjsip). This behavior is so strange, Thank you, -Steve

2 2

add listen dynamically
by Wilkins, Steve 24 Aug '18

24 Aug '18

Hi All, Is it possible to add or remove "listen" dynamically? Thank you, -Steve

2 2

Struggling with RTPEngine
by Wilkins, Steve 24 Aug '18

24 Aug '18

Hi Florian, Thank you for your response. I checked and direct-media is off. Just as a recap, here is where I am I just can't get rtpengine to work. I have tried multiple configurations, but to no avail. Note that calls work good if rtpengine is disabled. Here is my setup => Public IP: 20.20.20.20 Private IP 10.10.10.10 flow => webrtc client <-> kamailio+rtpengine <-> asterisk <-> kamailio <-> legacy sip phone rtpenngine startup (I have tried a few different startups) => rtpengine --interface=int/10.10.10.10 --interface=ext/10.10.10.10\!20.20.20.20 --listen-ng=127.0.0.1:12221 --pidfile=/var/run/rtpengine --dtls-passive -f -m 10000 -M 20000 -E kamailio => Invites: rtpengine_manage("trust-address replace-origin replace-session-connection direction=ext direction=int ICE=remove RTP/AVP"); Reply's: rtpengine_manage("trust-address replace-origin replace-session-connection ICE=force RTP/SAVPF"); I have tried direction ext ext; and many other combinations, each producing its own incorrect behavior. Thanks again, Steve

1 0

Struggling with RTPProxy and RTPEngine
by Wilkins, Steve 24 Aug '18

24 Aug '18

Hello all, I can't seem to get either RTPProxy or RTPEngine to work correctly. I have decided to concentrate on RTPEngine because I have read that it works the best. I am using Asterisk with Kamailio in front. When I make calls, I see RTPEngine being hit but I continually get the error "Call-ID not found", calls work but media traffic doesn't go through RTPEngine. I have tried many combination of the flags but I seem to always get the same error. When I look at the tcpdump log, I see that the media offer is not on the RTPEngine port. Is there a common mis-configuration error that can cause this? I know I can send all my logs and configurations but I really want to try and resolve this as a learning experience. Thanks all, -Steve

8 17

Send a BYE for the call
by Nicolas Breuer 23 Aug '18

23 Aug '18

Hello, Any ideas how to cut a call in progress ? How to send a forced "BYE" to all parties ? Thanks

2 2

Kamailio 5.1.4 crashes
by Abdulaziz Alghosh 23 Aug '18

23 Aug '18

Hi Everyone, I am trying to start kamailio 5.1.4 with two own modules. After /etc/init.d/kamailio start , I am getting one error of the dispatcher module and bunch of warrnings because of missed reply and failure routes. The first error before crashing is: ERROR: dispatcher [dispatcher.c:814]: ds_warn_fixup(): failover functions used, but required AVP parameters are NULL -- feature disabled Later on, when I am trying to register a user (from a soft phone) i am getting the following: ERROR: sl [sl_funcs.c:362]: sl_reply_error(): stateless error reply used: I'm terribly sorry, server error occurred (1/SL) Aug 22 10:02:52 sgw1a /sbin/kamailio[6960]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 20 Aug 22 10:02:52 sgw1a /sbin/kamailio[6935]: ALERT: <core> [main.c:746]: handle_sigs(): child process 6942 exited by a signal 11 Aug 22 10:02:52 sgw1a /sbin/kamailio[6935]: ALERT: <core> [main.c:749]: handle_sigs(): core was not generated Aug 22 10:02:52 sgw1a /sbin/kamailio[6935]: INFO: <core> [main.c:771]: handle_sigs(): terminating due to SIGCHLD Aug 22 10:02:52 sgw1a /sbin/kamailio[6959]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6958]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6957]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6956]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6955]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6954]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6953]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6950]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6941]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6944]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6948]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6951]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6946]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6952]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6943]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6949]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6947]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6938]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6937]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6940]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6939]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a kernel: [296301.271457] kamailio[6942]: segfault at 0 ip (null) sp 00007fffb3ddf368 error 14 in kamailio[400000+442000] Aug 22 10:02:52 sgw1a /sbin/kamailio[6945]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6960]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6936]: INFO: <core> [main.c:826]: sig_usr(): signal 15 received Aug 22 10:02:52 sgw1a /sbin/kamailio[6935]: ERROR: jsonrpcs [jsonrpcs_fifo.c:594]: jsonrpc_fifo_destroy(): cannot delete the fifo (/tmp/kamailio_jsonrpc.fifo): Operation not permitted Aug 22 10:02:52 sgw1a /sbin/kamailio[6935]: ERROR: jsonrpcs [jsonrpcs_sock.c:511]: jsonrpc_dgram_destroy(): cannot delete the socket (/tmp/kamailio_rpc.sock): Operation not permitted Aug 22 10:02:52 sgw1a /sbin/kamailio[6935]: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized Regarding to the first error of the dispatcher module i could not find out which calibration i can follow with its parameters to get rid of this error. Regarding the jasonrpcs and the last two erros, here are my configuration in kamailio.cfg: #/* set the path to RPC fifo control file */ modparam("jsonrpcs", "fifo_name", "/tmp/kamailio_jsonrpc.fifo") modparam("jsonrpcs", "fifo_mode", 0755) modparam("jsonrpcs", "fifo_group", "kamailio") modparam("jsonrpcs", "fifo_user", "kamailio") #/* set the path to RPC unix socket control file */ modparam("jsonrpcs", "dgram_socket", "/tmp/kamailio_rpc.sock") modparam("jsonrpcs", "dgram_mode", 0755) modparam("jsonrpcs", "dgram_user", "kamailio") modparam("jsonrpcs", "dgram_group", "kamailio") I think the root cause is even beyond the dispatcher and jsonrpcs modules setting. Please check the attached where you can find my complete log file after starting Kamailio. Best regards Abdulaziz

2 4

Dispatcher - Force one end point active
by Marrold 23 Aug '18

23 Aug '18

Hi, We are currently using the dispatcher module and probing end points with OPTIONS, and making them active / inactive depending on the response: modparam("dispatcher", "ds_ping_method", "OPTIONS") modparam("dispatcher", "ds_ping_reply_codes", "class=2;class=3;code=404") modparam("dispatcher", "ds_ping_from", "[REDACTED]") modparam("dispatcher", "ds_ping_interval", 20) modparam("dispatcher", "ds_probing_threshold", 1) modparam("dispatcher", "ds_probing_mode", 1) One of our suppliers endpoints doesn't respond to SIP OPTIONS, is it possible to force a single endpoint as active, but continue probing the rest? I've tried various settings - both globally and flags for the individual end point, but I couldn't seem to find the correct combination. Thanks Matthew

2 2

Re: [SR-Users] Fail to reload htable
by Henning Westerholt 23 Aug '18

23 Aug '18

Am Montag, 20. August 2018, 20:58:43 CEST schrieb Soltanici Ilie: > In the logs, I see these errors: > > ERROR: <core> [db.c:463]: db_use_table(): invalid parameter value > Aug 20 19:56:41 kamailio[12716]: ERROR: <core> [db.c:463]: db_use_table(): > invalid parameter value Aug 20 19:56:41 kamailio[12716]: ERROR: htable > [ht_db.c:211]: ht_db_load_table(): failed to use_table Hi, please keep the list in CC. This error is related to a database issue. Please double check if there are any issues during startup in the log. Do you see any other error there? A similar (not 100% identical) issue was discussed recently here: https://lists.kamailio.org/pipermail/sr-users/2018-August/102393.html Maybe this helps you as well. Best regards, Henning -- Henning Westerholt https://skalatan.de/blog/

4 7

Re: [SR-Users] Struggling with RTPProxy and RTPEngine
by Wilkins, Steve 23 Aug '18

23 Aug '18

Good morning Daniel, If RTPEngine is on the same server as Kamailio (Asterisk being on another server), and RTP traffic is sent to and from RTPEngine, then the provider only needs to whitelist one IP-Address. I thought with RTPEngine that all RTP traffic would go through it and then it would pass it on to the correct destination. Is this correct? Thank you -----Original Message----- From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of Daniel Tryba Sent: Thursday, August 23, 2018 4:36 AM To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org> Subject: Re: [SR-Users] Struggling with RTPProxy and RTPEngine MITRE WARNING: Do not open unexpected password-protected attachments. >>>Email originates from a non-MITRE system. Use caution.<<< On Wed, Aug 22, 2018 at 05:05:02PM +0000, Wilkins, Steve wrote: > The SIP traffic is working this way for me but I still see RTP traffic going directly from Asterisk to the UAC, which means they need to whitelist asterisk IP. Am I missing something? In what sense do they need whitelisting? In a common NATed solution where is no white/blacklist needed. UA gets RTP endpoints from SDP, starts sending packets to ip/port and the destination will send back packets to the source ip/port, the router/firewall will just send this to the actual UA. I have yet to find an UA that cares about where the RTP stream is coming from with regards to the SIP traffic.

2 1

← Newer
1
2
3
4
5
6
7
8
...
12
Older →

2026

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 August 2018