sr-users November 2018

sr-users@lists.kamailio.org

68 participants
93 discussions

SIP SIMPLE TO XMPP AND VICE VERSA
by sagar malam 08 Dec '18

08 Dec '18

Hello, We have a system which using FreeSWITCH for calls and Ejabberd( XMPP) for chat.Now we want to support SIP SIMPLE as well.But we are not going to move old users to SIP SIMPLE but only new users will use SIP SIMPLE.This leads to requirement of having SIP-XMPP gateway for which are are considering Kamailio server. I have gone through documentation about Kamailio XMPP module, it is clear that Kamailio can convert SIP MESSAGE to XMPP so SIP to XMPP will work but what about XMPP to SIP MESSAGE ? Does that work as well ? Thanks in advance. -- Thanks, Sagar

2 2

Dialplan Module limits
by Enrico Bandiera 07 Dec '18

07 Dec '18

Hi guys, does anyone know which are the limits of the diaplan module? After how many entries I will encounter serious performance issues? Thanks, Enrico.

2 1

presence/mwi issue
by Andreas Granig 04 Dec '18

04 Dec '18

Hi, Currently playing with presence_mwi in kamailio 5.1, and it appears the issue reported by Juha two years ago at https://lists.kamailio.org//pipermail/sr-dev/2016-September/036609.html seems to have appeared again somewhere along the way. I’m sending a PUBLISH with message-summary event type, however I’m getting this error: ERROR: presence [presentity.c:283]: check_if_dialog(): failed to parse xml document As said in the old thread, it’s not an XML document, so it shouldn’t try to treat it as such. Any ideas? Best, Andreas

2 8

Dispatcher with a naptr address as destination
by José Seabra 04 Dec '18

04 Dec '18

Hello all, I'm trying to use a naptr address as a dispatcher destination and i'm facing some issues here. When i configure a naptr address in dispatcher table, like: *1:1:sip\:proxy-registrar-ci1.fuze.domain:0:0:'':''* I see kamailio making a dns query of type A, but since that this name doesn't have any A record configured in dns, kamailio didn't get any positive reply from it. Should't kamailio make dns query by this order? 1. NAPTR 2. SRV 3. A I noticed also that if the name configured in dispatcher table is resolved successfully with A record from dns, then kamailio tries to make a query to NAPTR and then SRV services for the exactly same name used for query previously done(type A), but only if it gets a positive answer from dns to the A type query. I'm using kamailio version 5.1.0 with the following dns parameters configured: ####### DNS Parameters ######### dns = no rev_dns = no dns_try_ipv6 = no dns_retr_time = 1 dns_retr_no = 1 dns_cache_del_nonexp = no dns_cache_flags = 1 dns_cache_gc_interval = 120 dns_cache_init = 1 dns_cache_mem = 1000 dns_cache_negative_ttl = 60 dns_try_naptr = yes use_dns_cache = on use_dns_failover = on dns_srv_lb = yes Is there something wrongly configured here that can make kamailio behaves like that? Thank you. Regards -- Cumprimentos José Seabra

4 8

Issue with ACK's
by Dan Quinney 30 Nov '18

30 Nov '18

Hi all, I’m having some issues with ACK’s. Specifically, when an ACK reaches Kamailio from either Asterisk or an endpoint, Kamailio is adding a second Via header - which isn’t valid as per RFC 3261 (17.1.1.3); “The ACK MUST contain a single Via header field, and this MUST be equal to the top Via header field of the original request." Endpoints are registered with Kamailio but INVITES are routed via Asterisk for dial plan and media reasons. I’m running fairly bog-standard Kamailio and Asterisk installs. I’ve attached a sample PCAP for if anyone has any suggestions. Thanks. Dan

2 2

Issue with ACK's
by Dan Quinney 30 Nov '18

30 Nov '18

1 0

Kamailio v5.2.0 Released - new major version is out
by Daniel-Constantin Mierla 30 Nov '18

30 Nov '18

Kamailio v5.2.0 is out – it comes with 6 new modules and a consistent group of improvements touching more than 100 existing modules. You can read detailed release notes at: * https://www.kamailio.org/w/kamailio-v5-2-0-release-notes/ Many thanks to all developers and community members that made possible this release. v5.2.0 brings more flexibility and optimizations for KEMI interpreters (including two new interpreters for Python3 and Ruby), major enhancements to load balancer and tls implementations, new variables and lots of other new features. Enjoy Kamailio v5.2.0! Thank you for flying Kamailio! Daniel -- Daniel-Constantin Mierla http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference 2019 - http://www.kamailioworld.com

2 2

Response VIA Header
by Soltanici Ilie 29 Nov '18

29 Nov '18

Hi, We have a Kamailio Instance running on Public IP Address, one of our ISP cannot send ACK back to us because we are sending 100 Trying - without "received" parameter. Is there any way in Kamailio to force a "received" parameter in the via header for 100 Trying Message? SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK8tgchsfjaKJdf.1;rport=5060 Thank you.

2 1

Forward() not handles Route headers
by Yuriy Gorlichenko 29 Nov '18

29 Nov '18

We are building some stateless solution and found that in case of using forward() kamailio sends traffic only via URI or $du variable. It never removes itself from route headers. Is this is the truth? Or I need to add some other module to handle it? (rr already added)

1 1

KAMAILIO 4.2 - RTPPROXY config confirmation - error message from systemctl status kamailio.service -l (ERROR: <script>: NATMANAGE coee)
by yboujraf＠by-research.be 28 Nov '18

28 Nov '18

Dear All, I am still using Kamailio 4.2 with Debian Jessie without any issues. RTPPROXY - CONFIG > # Defaults for rtpproxy > # The control socket. > #CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock" > # To listen on an UDP socket, uncomment this line: > CONTROL_SOCK=udp:127.0.0.1:7722 > # Additional options that are passed to the daemon. > > # log in /var/log/kamailio.log > EXTRA_OPTS="-l ip_public/192.168.40.101 -m 11000 -M 12000 -d DBUG:LOG_LOCAL0" WHEN I MAKE AN INVITE FROM 801 TO 803, I HAVE THIS ERROR MESSAGE : KAMAILIO SERVICE (ERROR: <SCRIPT>: NATMANAGE COEE) root@sipsecure:~# systemctl status kamailio.service -l ● kamailio.service - LSB: Start the Kamailio SIP proxy server Loaded: loaded (/etc/init.d/kamailio) Active: active (running) since Tue 2018-11-20 22:34:31 CET; 40s ago Process: 1820 ExecStop=/etc/init.d/kamailio stop (code=exited, status=0/SUCCESS) Process: 1830 ExecStart=/etc/init.d/kamailio start (code=exited, status=0/SUCCESS) CGroup: /system.slice/kamailio.service ├─1846 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1848 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1849 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1850 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1851 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1852 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1853 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1854 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1855 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1856 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1858 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1860 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1863 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1865 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1867 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1869 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1871 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio ├─1873 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio └─1875 /usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m 64 -M 8 -u kamailio -g kamailio Nov 20 22:35:00 sipsecure /usr/sbin/kamailio[1853]: ERROR: <script>: NATMANAGE coee Nov 20 22:35:00 sipsecure /usr/sbin/kamailio[1854]: ERROR: <script>: NATMANAGE M=INVITE OU=<null> RURI=<null> RD=<null> F=sip:801@192.168.40.101;transport=UDP T=sip:803@192.168.40.101;transport=UDP NH=<null> IP=192.168.0.207 ID=fjpUwRGm0u--3RvvB4fZ7Q.. Nov 20 22:35:00 sipsecure /usr/sbin/kamailio[1854]: ERROR: <script>: NATMANAGE coee Nov 20 22:35:00 sipsecure /usr/sbin/kamailio[1855]: ERROR: <script>: NATMANAGE M=INVITE OU=<null> RURI=<null> RD=<null> F=sip:801@192.168.40.101;transport=UDP T=sip:803@192.168.40.101;transport=UDP NH=<null> IP=192.168.0.207 ID=fjpUwRGm0u--3RvvB4fZ7Q.. Nov 20 22:35:00 sipsecure /usr/sbin/kamailio[1855]: ERROR: <script>: NATMANAGE coee Nov 20 22:35:03 sipsecure /usr/sbin/kamailio[1852]: ERROR: <script>: NATMANAGE M=INVITE OU=<null> RURI=<null> RD=<null> F=sip:801@192.168.40.101;transport=UDP T=sip:803@192.168.40.101;transport=UDP NH=<null> IP=192.168.0.207 ID=fjpUwRGm0u--3RvvB4fZ7Q.. Nov 20 22:35:03 sipsecure /usr/sbin/kamailio[1852]: ERROR: <script>: NATMANAGE coee Nov 20 22:35:03 sipsecure /usr/sbin/kamailio[1852]: NOTICE: acc [acc.c:317]: acc_log_request(): ACC: transaction answered: timestamp=1542749703;method=INVITE;from_tag=4d488551;to_tag=2006d156;call_id=fjpUwRGm0u--3RvvB4fZ7Q..;code=200;reason=OK;src_user=801;src_domain=192.168.40.101;src_ip=192.168.0.229;dst_ouser=803;dst_user=803;dst_domain=192.168.0.207;user_agent=Z 5.2.19 rv2.8.99 Nov 20 22:35:03 sipsecure /usr/sbin/kamailio[1853]: ERROR: <script>: NATMANAGE M=ACK OU=sip:803@192.168.0.207:5060;alias=192.168.0.207:5060~1 RURI=sip:803@192.168.0.207:5060 RD=192.168.0.207 F=sip:801@192.168.40.101;transport=UDP T=sip:803@192.168.40.101;transport=UDP NH=192.168.0.207 IP=192.168.0.229 ID=fjpUwRGm0u--3RvvB4fZ7Q.. Nov 20 22:35:03 sipsecure /usr/sbin/kamailio[1853]: ERROR: <script>: NATMANAGE coee Don't understand why the error??? RTPPROXY SERVICE : (RTPPROXY IS DOING HIS JOB PERFECTLY AND GET AUDIO ON BOTH DIRECTION) root@sipsecure:~# systemctl status rtpproxy.service -l ● rtpproxy.service - LSB: RTP Proxy Loaded: loaded (/etc/init.d/rtpproxy) Active: active (running) since Tue 2018-11-20 22:13:58 CET; 22min ago Process: 443 ExecStart=/etc/init.d/rtpproxy start (code=exited, status=0/SUCCESS) CGroup: /system.slice/rtpproxy.service └─1137 /usr/bin/rtpproxy -s udp:127.0.0.1 7722 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 212.76.231.102 192.168.40.101 -m 11000 -M 12000 -d DBUG LOG_LOCAL0 Nov 20 22:34:31 sipsecure rtpproxy[1137]: DBUG:doreply: sending reply "1875_11 1 " Nov 20 22:35:00 sipsecure rtpproxy[1137]: DBUG:handle_command: received command "1853_8 USEEc106,9,3,111,0,8,97,110,112,98,101,100,99,102 fjpUwRGm0u--3RvvB4fZ7Q.. 192.168.0.229 11000 4d488551;1" Nov 20 22:35:00 sipsecure rtpproxy[1137]: INFO:handle_command: new session fjpUwRGm0u--3RvvB4fZ7Q.., tag 4d488551;1 requested, type strong Nov 20 22:35:00 sipsecure rtpproxy[1137]: INFO:handle_command: new session on a port 11496 created, tag 4d488551;1 Nov 20 22:35:00 sipsecure rtpproxy[1137]: INFO:handle_command: pre-filling caller's address with 192.168.0.229:11000 Nov 20 22:35:00 sipsecure rtpproxy[1137]: DBUG:doreply: sending reply "1853_8 11496 192.168.40.101 " Nov 20 22:35:03 sipsecure rtpproxy[1137]: DBUG:handle_command: received command "1852_8 LSEEc106,9,3,111,0,8,97,110,112,102,98,101,100,99 fjpUwRGm0u--3RvvB4fZ7Q.. 192.168.0.207 11112 4d488551;1 2006d156;1" Nov 20 22:35:03 sipsecure rtpproxy[1137]: INFO:handle_command: lookup on ports 11496/11402, session timer restarted Nov 20 22:35:03 sipsecure rtpproxy[1137]: INFO:handle_command: pre-filling callee's address with 192.168.0.207:11112 Nov 20 22:35:03 sipsecure rtpproxy[1137]: DBUG:doreply: sending reply "1852_8 11402 192.168.40.101 " ??? Question : for rtpproxy config, do I need to add the natted ip address (NAT 1:1) or the real public address (where ip phone needs to assign as domain)? I am confused. Thanks a lot in advance Best Regards, Youssef

3 6

← Newer
1
2
3
4
5
6
7
8
9
10
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 November 2018