sr-users

sr-users@lists.kamailio.org

42 participants
37517 discussions

Re: [SR-Users] Touching Base / Question
by Maxim Sobolev 17 Oct '17

17 Oct '17

len = snprintf(cmd->buf_t, sizeof(cmd->buf_t), "%d %lu %lu %lu %lu\n", ttl, pst[0].npkts_in, pst[1].npkts_in, pcnts.nrelayed, pcnts.ndropped) Those are: remaining session TTL in seconds, number of packets received from side A, number of packets received from side B, overall number of packets relayed in both directions (A->B, B->A) for directions, and number of packets dropped due to remote address not being known yet. There is actually a newer version of that command in the RTPproxy, which provides access to these and number of other per-session statistics collected by the analysis code, such as: rtpa_nsent rtpa_nrcvd rtpa_ndups rtpa_nlost rtpa_perrs The command to fetch those is for example: Q[v] %%CALLID%% %%TOTAG%% %%FROMTAG%% rtpa_nsent rtpa_nrcvd rtpa_ndups rtpa_nlost rtpa_perrs Full list is here: https://github.com/sippy/rtpproxy/blob/master/src/rtpp_command_query.c It would be good to get those implemented in the Kamailio as well. I would also probably hook up jitter values into that list. -Max On Mon, Oct 2, 2017 at 10:09 AM, Michael Mavroudis <michael(a)voicetel.com> wrote: > I'm sorry I should had added those details. I'm referring to: > > https://kamailio.org/docs/modules/4.3.x/modules/rtpproxy.html > > <https://kamailio.org/docs/modules/4.3.x/modules/rtpproxy.html> > I found a snippet at: > > http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=c > ommitdiff;h=85ee107929a80b54d47eaabef6f25d7b2f0659e7 > > There is 5 values but I'm not sure what they represent. I've also asked > Daniel so you may be hearing for him as well. > > On Sep 29, 2017 3:51 PM, "Maxim Sobolev" <sobomax(a)sippysoft.com> wrote: > >> Hi, Michael, I am not sure about October, have some other travel plans >> that are not very compatible with being in Orlando. With regards to the rtpstat, >> which counters are you using specifically? >> >> -Max >> >> On Thu, Sep 28, 2017 at 12:42 PM, Michael Mavroudis <michael(a)voicetel.com >> > wrote: >> >>> Hi, >>> >>> Hope all is well. Are you going to be in Orlando for Astricon? If not >>> I'm guessing Europe again. >>> >>> I've got a quick question for you? >>> >>> What are the contents of the psuedo var: $rtpstat >>> >>> I started calculating MOS scores and passing them to freeswitch but my >>> calculation isn't quite right. I'm thinking it's because I'm calculating >>> based on the wrong vars. Any help is greatly appreciated. >>> -- >>> Michael J. Mavroudis >>> >>> [image: VoiceTel] <http://goo.gl/yXuqFz> >>> >>> 630 Fifth Avenue >>> <https://maps.google.com/?q=630+Fifth+Avenue+New+York,+NY+10111&entry=gmail&…> >>> New York, NY 10111 >>> <https://maps.google.com/?q=630+Fifth+Avenue+New+York,+NY+10111&entry=gmail&…> >>> >>> M: (917) 426-9000 >>> W: (212) 942-7400 >>> >> >> >> >> -- >> Maksym Sobolyev >> Sippy Software, Inc. >> Internet Telephony (VoIP) Experts >> Tel (Canada): +1-778-783-0474 <%28778%29%20783-0474> >> Tel (Toll-Free): +1-855-747-7779 <%28855%29%20747-7779> >> Fax: +1-866-857-6942 <%28866%29%20857-6942> >> Web: http://www.sippysoft.com >> MSN: sales(a)sippysoft.com >> Skype: SippySoft >> > -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts Tel (Canada): +1-778-783-0474 Tel (Toll-Free): +1-855-747-7779 Fax: +1-866-857-6942 Web: http://www.sippysoft.com MSN: sales(a)sippysoft.com Skype: SippySoft

1 0

Development for Kamailio v5.1 series is frozen
by Daniel-Constantin Mierla 17 Oct '17

17 Oct '17

Hello, short note to mark the freezing of development for Kamailio v5.1 series. For few weeks, please do not push new features in the master branch. Once the branch 5.1 is created (expected to happen in 3-4 weeks from now), the master branch becomes again open for new feature. Meanwhile the focus has to be on testing current code. Work on related tools (e.g., kamctl) or documentation can still be done as well as getting the new modules in 5.1 in good shape, plus adding exports to kemi interface (which should not interfere with old code). The entire testing phase is expected to be 4 to 6 weeks, then the release of v5.1.0 -- likely by end of November should be out. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com Kamailio World Conference - www.kamailioworld.com

1 0

Roadmap to Kamailio v5.1
by Daniel-Constantin Mierla 16 Oct '17

16 Oct '17

Hello, being discussed at the previous IRC devel meeting before the summer, it's time to plan the preparation for next major release, respectively Kamailio 5.1 series. As an initial proposal, a timeline can be: - Mon, Oct 16, 2017 - freeze the development - in 3-4 weeks after that, create the branch 5.1 - 2-3 weeks after, do the release of v5.1.0 That means more or less by end of November we will have first version of 5.1 series. There are still 4 weeks of development, hopefully enough to get ongoing work finished. I know from github tracker that there are people working on redis support for usrloc. I will focus on exporting more functions to kemi, right now should be around 60%, by freeze should be more than 80% (likely that means all of what most of people use these days, because there are some modules that I guess are not much used). Maybe one or two modules will be pushed as well from my side. I think we should also do an IRC devel meeting to try to sync better on this. Maybe by mid of next week, I will send another email shortly. Should anyone have more details to add or adjust the proposal, do not hesitate to reply to mailing list! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - www.asipto.com Kamailio World Conference - www.kamailioworld.com

1 2

Having kamailio bind to a VRF device
by George Diamantopoulos 15 Oct '17

15 Oct '17

Hello, I have a use case where I need to have kamailio bind to a VRF device. The configuration in question is similar to the example below, where eth1 is a slave to the VRF-lite device: +----------+ +-------------------+ | eth0 | | vrf-green | | 1.1.1.1 | | 127.0.0.1 | +----------+ +-------------------+ | +----------+ | eth1 | | 2.2.2.2 | +----------+ Both the main routing table and "vrf-green" routing table have a default route. What I need to be able to do is have kamailio bind to both interfaces: listen=eth0:5060 listen=vrf-green:5060 And additionally be able to use force_send_socket to select an interface, for example: force_send_socket(udp:2.2.2.2:5060); However, I can't get this to work. The above configuration fails because there is no listen directive for 2.2.2.2. Also, kamailio doesn't process packets received on the VRF with the above listen directives, it behaves as if it doesn't listen on 2.2.2.2 indeed. In addition using either of the below: listen=udp:2.2.2.2:5060 or listen=eth1:5060 fails with an error upon starting kamailio. According to the kernel documentation: Applications that are to work within a VRF need to bind their socket to the VRF device: setsockopt(sd, SOL_SOCKET, SO_BINDTODEVICE, dev, strlen(dev)+1); or to specify the output device using cmsg and IP_PKTINFO. The question is, is VRF useable with kamailio right now? Or is development needed? Thanks! BR, George

5 15

rtcp-mux policy for RTPengine module
by Yuriy Gorlichenko 14 Oct '17

14 Oct '17

Hi all! Some time ago Chromium browser sets rtcpMuxPolicy: required by default (soon on Chrome 58) It means that webRTC based clients not accepts a=rtcp:31757 And uses for RTP and RTCP multiplexing at one port Main trouble that i found: calls between original SIP client and webRTC client (SIP client is initiator of call) When sip client sends invite it has a=rtcp:33445 Means it wants 2 different prots for RTCP and RTP As expected for this case webRTC client says 488 Not accessible here instead of 200 resonse I suppose rtpengine module should hept to handle it but i can not find any key how to do it I added form rtpengine_manage() rtcp-mux-offer and rtcp-mux-accept but it only adds "a=rtcp-mux" But not removes a=rtcp and ice cadidate prepeared for it. Suppose removing a=rtcp:12345 will gives just an issue for RTP session. Does rtpengine module have some keys for resole this issue?

2 3

It does not log any route. Clean installation
by Bruno Henrique Gomes Gouvêa 14 Oct '17

14 Oct '17

Hello, I am doing some tests with version 4.2.3 (installed of RPM centos 7 packages) in a clean installation, I have a kamailio running in production already configured and working, but I would like to start a totally clean configuration to learn more about kamailio. I am using the configuration file that comes in the default installation (kamailio-basic.cfg) just by adding a log on the main route. I kept the log in messages file and increased the verbosity as below, and when i send any package (INVITE or REGISTER) I assume that the log or xlog lines should be displayed in file, but no. I see the packets arriving via tcpdump, and netstat shows that port 5060 is being listened by kamailio, but I have nothing else besides the initialization information (and the debug of MYSQL querys when activated unrelated to INVITE or REGISTRY packets). Am I doing something wrong? *Configs **Log :* ### LOG Levels: 3 = DBG, 2 = INFO, 1 = NOTICE, 0 = WARN, -1 = ERR #! ifdef WITH_DEBUG debug = 4 log_stderror = no #! else debug = 4 log_stderror = no #! endif memdbg = 5 memlog = 5 log_facility = LOG_LOCAL0 *Main route log test:* request_route { log ("Log main request TEST"); xlog ("Log main request TEST 2"); # not displayed route (REQINIT); */var/log/messages:* Oct 5 23:39:12 pabxmodelo kamailio: Stopping kamailio: [ OK ] Oct 5 23:39:12 pabxmodelo systemd: Starting SYSV: Kamailio is a fast, reliable and flexible SIP Server.... Oct 5 23:39:13 pabxmodelo kamailio: INFO: <core> [tcp_main.c:4745]: init_tcp(): using epoll_lt as the io watch method (auto detected) Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: rr [../outbound/api.h:54]: ob_load_api(): Failed to import bind_ob Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: rr [rr_mod.c:160]: mod_init(): outbound module not available Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: usrloc [hslot.c:53]: ul_init_locks(): locks array size 1024 Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: <core> [udp_server.c:175]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: <core> [udp_server.c:225]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: <core> [udp_server.c:175]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: <core> [udp_server.c:225]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: <core> [udp_server.c:175]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: <core> [udp_server.c:225]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: <core> [udp_server.c:175]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30050]: INFO: <core> [udp_server.c:225]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 Oct 5 23:39:13 pabxmodelo kamailio: Starting kamailio: Oct 5 23:39:13 pabxmodelo /usr/sbin/kamailio[30070]: INFO: ctl [io_listener.c:225]: io_listen_loop(): io_listen_loop: using epoll_lt io watch method (config) Oct 5 23:39:13 pabxmodelo systemd: Started SYSV: Kamailio is a fast, reliable and flexible SIP Server.. Oct 5 23:39:13 pabxmodelo kamailio: [ OK ] -------------------------------------------- Bruno H. G. Gouvêa ---

2 4

Re: [SR-Users] DIAMETER over SCTP for Rx and Cx Interfaces
by Carsten Bock 13 Oct '17

13 Oct '17

Hi, I am working on an update, to support SCTP for the CDP module. At the moment, I have an incomplete prototype, which binds to the Kamailio sockets (so any protocol Kamailio supports) to send/receive Diameter messages. I plan to finish it after my holiday, so I might have a full working prototype for TADsummit in Lisbon mid November. Thanks, Carsten Am 13.10.2017 14:00 schrieb "Ron McLeod" <ron.kamailio(a)mcleodnet.com>: I would like to connect Kamailio to a PCRF (Rx interface) and HSS (Cx interface) using DIAMETER over SCTP. Is this currently supported? If it is, are there any notes on how to configure this? If not, and there are plans to develop this, I would like to get involved in testing. Thanks. _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

2 1

Handle SDP ICE candidates
by Thiago Guimarães 13 Oct '17

13 Oct '17

Hello, I would like to know if there is any specific configuration in kamailio.conf to enable/disable handle the array of ICE candidates. In my tests, using PJSIP for the development of my User Agent, I notice that when ICE is enabled, several calls made do not reach the other User Agent and in this case they receive a 408 error. I am suspicious that Kamailio is getting lost, when the SDP arrives with the array of ICE candidates. The initial goal of using ICE is to promote peer-to-peer communication when both are under the same router, because the application is always with STUN enabled. Best regards Thiago Barcelos Guimarães thiago.barcelos(a)gmail.com

3 4

DIAMETER over SCTP for Rx and Cx Interfaces
by Ron McLeod 13 Oct '17

13 Oct '17

I would like to connect Kamailio to a PCRF (Rx interface) and HSS (Cx interface) using DIAMETER over SCTP. Is this currently supported? If it is, are there any notes on how to configure this? If not, and there are plans to develop this, I would like to get involved in testing. Thanks.

1 0

custom kamailio-x.deb package
by Abdul Basit 13 Oct '17

13 Oct '17

Hi All, I am trying to compile custom .deb package from kamailio source that will install dependencies like mysql-server, lua, rtpproxy, etc. and will install few custom scripts along with additional db tables from tables-create.sql files. I am able to create kamailio_x-amd64.deb package that I installed on fresh machine dpkg -i kamailio_x-amd64.deb This package installed kamailio config files and modules in appropriate locations but it didn't created default, init.d and kamailio.service files. Nor it asked for installing the dependencies which I mentioned in control file. OS: Debian GNU/Linux 8.9 (jessie) Kamailio: 5.0.3 through git clone I am creating .deb package for the very 1st time. Can anyone point me to the right direction? -- regards, abdul basit

3 5

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