sr-users August 2017

sr-users@lists.kamailio.org

89 participants
144 discussions

UAC reg_random_delay issue
by Ivo Vastert 16 Aug '17

16 Aug '17

Hi, I'm using the UAC module in Kamailio to setup about 500 outbound registration towards a single host. The issue I'm currently experiencing is that when we start Kamailio all this 500 registrations are initiated at once towards the host which can't handle all the requests at the same time. Therefor I tried to spread the registrations using the reg_random_delay function: modparam("uac", "reg_random_delay", 60) I would expect that this would spread the registrations over about a minute but in reality the registrations are spread as follow: Starttime / Registrations 21:59:14 151 21:59:15 166 21:59:16 127 21:59:18 60 21:59:22 35 So Kamailio is started at 21:59:14 and initiates 151 registrations, 1 second after start another 166 2 seconds after start another 127 4 seconds after start another 60 8 seconds after start the last 35 In reality it looks like some increment is applied instead of calculating a random starting offset for each outbound registration? Is there any solutions to this issue available? Best regards, Ivo Vastert

2 6

rtpengine : question about RTP/RTCP multiplexing (RFC 5761) and demultiplexing
by Abdoul Osséni 16 Aug '17

16 Aug '17

Hello All, I read rtpengine can multiplex and demultiplex RTP/RTCP. Cf.https://github.com/sipwise/rtpengine Example: UAC -> Kamailio + rtpengine -> Asterisk UAC and Asterisk don't support RFC 5761. Only rtpengine does. Does this mean that uac must be compliance with RFC 5761 if I want multiplex and demultiplex RTP/RTCP between UAC and rtpengine? Thanks. Abdoul.

2 2

log file
by Uzma Anjum 16 Aug '17

16 Aug '17

the log statements written in acc.c accounting module source code are not entered into syslog file.what can be wrong?

1 0

functions in accounting module
by Uzma Anjum 16 Aug '17

16 Aug '17

when the call answered,which methods are executed from acc.c source code and which method is inserted into database while call answer and call terminate.

1 0

Kamailio not listening on TLS port (5061)
by Deepak Jaiswal 16 Aug '17

16 Aug '17

Hi, I am new to kamailio and unable to debug the issue. Kamailio is not listening on TLS port. Could you please suggest some workaround? [root@uk-vap-002 ~]# ss -tnlp | grep kamailio LISTEN 0 1024 127.0.0.1:5060 *:* users:(("kamailio",29400,18)) LISTEN 0 1024 xxx.xxx.xxx.134:5060 *:* users:(("kamailio",29400,17)) LISTEN 0 1024 xxx.xxx.xxx.135:5060 *:* users:(("kamailio",29400,16)) LISTEN 0 1024 xxx.xxx.xxx:5060 *:* users:(("kamailio",29400,15)) Kamailio.cfg config done: listen=tls:xxx.xxx.xxx.133:5061 listen=tls:xxx.xxx.xxx.135:5061 listen=tls:xxx.xxx.xxx.134:5061 listen=tls:127.0.0.1:5061 2. #!ifdef WITH_TLS enable_tls=yes 3. #!ifdef WITH_TLS loadmodule "tls.so" #!endif 4. #!ifdef WITH_TLS # ----- tls params ----- modparam("tls", "config", "/usr/local/etc/kamailio/tls.cfg") #!endif Regards Deepak Jaiswal

2 1

Siremis Install: Unable to write in the session save path (CentOS 6)
by Trent 16 Aug '17

16 Aug '17

Hello. Doing a new install, and I am in the stage of accessing the web interface for Sermis which is located at /var/www/html/siremis Full error: Unable to write in the session save path [/var/www/html/siremis/session]Unable to write in the session save path [/var/www/html/siremis/session] I would think this is a single access problem, but I have checked ownership in httpd.conf, and the files, and directories. All have the apache ownership assigned to them. I have even given the "session" folder access of 777 with still no change in the error. -rw-r--r--. 1 apache apache 10176 May 18 05:18 ChangeLog drwxr-xr-x. 4 apache apache 4096 May 18 05:18 misc drwxr-xr-x. 7 apache apache 4096 May 18 05:18 openbiz -rw-r--r--. 1 apache apache 1019 May 18 05:18 README.md drwxr-xr-x. 14 apache apache 4096 May 18 05:18 siremis In addition, there is nothing about this appearing in the httpd error_log, nor access_log for an access problem. Any suggestions? Thanks!

3 3

UAC random_delay not that random
by Ivo Vastert 15 Aug '17

15 Aug '17

1 0

KSR.pv.get("$(hdr(P-Asserted-Identity){uri.user})") returns unable to get pv value
by Muhammad Zaka 15 Aug '17

15 Aug '17

Hi We are experiencing issue with python script KSR.pv.get using branch 5.0.2 as it fails "unable to get pv value" Example Code: if KSR.pv.get("$ai"): fromid = KSR.pv.get("$(hdr(P-Asserted-Identity){uri.user})") Error: Aug 14 18:38:23 sbc99-kam-dev /usr/sbin/kamailio[30459]: PYT {INVITE}: ERROR: app_python [apy_kemi.c:637]: sr_apy_kemi_f_pv_get(): unable to get pv value for [$(hdr(P-Asserted-Identity){uri.user})] Is anybody have any idea how to workaround? Many Thanks Regards Muhammad Zaka

2 4

Kamailio 4.3.4: receive_msg(): no via found in reply
by Grant Bagdasarian 15 Aug '17

15 Aug '17

Hello, We're testing kamailio 4.3.4 with two kamailio's communicating with each other. One of them is a gateway with rtpengine at the carrier side, the other is a basic sip router. When calling a destination and cancelling the INVITE a 487 is received from the carrier and directly ACK'd by the first kamailio and in turn is forwarded to the second. But the 487 response received by the 2nd kamailio doesn't have a Via header which results in kamailio printing the error: receive_msg(): no via found in reply. Any ideas why the forwarded 487 doesn't contain a Via header and how to fix this? Note: IP's are changed. Carrier: 10.0.0.1 Kamailio 1: 10.14.0.1 Kamailio 2: 10.14.0.2 U 10.0.0.1:5060 -> 10.14.0.1:5060 SIP/2.0 487 Request Cancelled. Via: SIP/2.0/UDP 10.14.0.1;branch=z9hG4bK8e28.642c68037d059634308d4be8fe3f0cdc.0. From: "+31612345678" <sip:+31612345678@10.14.0.3:5060>;tag=109ac722. To: <sip:003112345678@10.14.0.3:5060>;tag=sbcsipuas_1_C22196_20160314080307791_b59sb10. Call-ID: 78100MjY3OGExZmMyODU2MzAyMzM5ODA3MmNhMDdlMzg0MzU. Contact: <sip:10.0.0.1:5060>. CSeq: 2 INVITE. Server: sbc_5. Content-Length: 0. . # U 10.14.0.1:5060 -> 10.0.0.1:5060 ACK sip:003112345678@10.0.0.1:5060 SIP/2.0. Via: SIP/2.0/UDP 10.14.0.1;branch=z9hG4bK8e28.642c68037d059634308d4be8fe3f0cdc.0. Max-Forwards: 67. To: <sip:003112345678@10.14.0.3:5060>;tag=sbcsipuas_1_C22196_20160314080307791_b59sb10. From: "+31612345678"<sip:+31612345678@10.14.0.3:5060>;tag=109ac722. Call-ID: 78100MjY3OGExZmMyODU2MzAyMzM5ODA3MmNhMDdlMzg0MzU. CSeq: 2 ACK. Content-Length: 0. . # U 10.14.0.1:5060 -> 10.14.0.2:5060 SIP/2.0 487 Request Cancelled. From: "+31612345678" <sip:+31612345678@10.14.0.3:5060>;tag=109ac722. To: <sip:003112345678@10.14.0.3:5060>;tag=sbcsipuas_1_C22196_20160314080307791_b59sb10. Call-ID: 78100MjY3OGExZmMyODU2MzAyMzM5ODA3MmNhMDdlMzg0MzU. Contact: <sip:10.0.0.1:5060>. CSeq: 2 INVITE. Server: sbc_5. Content-Length: 0.

4 16

Reinvite, rewrite reply SDP?
by Yu Boot 15 Aug '17

15 Aug '17

Finally I find a root of a problem with my T.38 reinvites. A->(NAT)->Kami->PSTN When NATted caller does reinvite, and remote side answers with 200 OK+SDP, Kami (why?) doesn't rewrite SDP for its own IP (so NATted caller can receive RTP) and leaves remote's IP as media address, so of course there is no RTP/UDPTL. All other NAT related stuff works fine. Even if remote side sends me T.38 reinvite first, everything works properly. Config file is default from Kami sources. Any ideas?

2 2

← Newer
1
...
6
7
8
9
10
11
12
...
15
Older →

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