sr-users April 2019

sr-users@lists.kamailio.org

81 participants
110 discussions

"ERROR: reply too big" and ctl binrpc size
by Karsten Horsmann 30 Apr '19

30 Apr '19

Hi all, i use kamailio 5.0.7 in production and i noticed that i cant listen the dialogs after a few days of traffic on this server. Then i got "kamcmd dlg.list_ctx " - "ERROR: reply too big". So now my question - i want to debug my "sleeping dialogs" with dlg.list - how big should it change the values of without knowing the size of the current filled up binrpc stuff? Or is there a better option to debug dialog-module? modparam("ctl", "binrpc_max_body_size", ??) modparam("ctl", "binrpc_struct_max_body_size", ?) -- Cheers and see you in Berlin *Karsten Horsmann*

2 1

Re: [SR-Users] SIP basic flow question: R-URI in ACK
by Yufei Tao 30 Apr '19

30 Apr '19

Hi Daniel, Thank you very much for clarifying! Cheers, Yufei On 30 Apr 2019 at 08:10, <Daniel-Constantin Mierla <miconda(a)gmail.com>> wrote: Hello, there is an errata for that RFC, but it refers only to the BYE, where it adds back the transport=tcp, but the ACK R-URI should follow the same rules, see: * https://www.rfc-editor.org/errata/eid5294 Cheers, Daniel On 28.04.19 22:54, Yufei Tao wrote: Hi, I have a question regarding basic SIP flow for establishing a call session, and wonder if anyone can help me clarify. For normal call set up, INVITE-OK-ACK, from RFC3261, I believe the ACK’s R-URI should be a copy of the Contact header of the OK message. However in RFC3665 sections 3.1 and 3.2 for example, the ACK’s R-URI missed the parameters from the Contact header of the OK, e.g. In OK the Contact header is: Contact: <sip:bob@client.biloxi.example.com;transport=tcp> <sip:bob@client.biloxi.example.com;transport=tcp> And ACK the R-URI is: ACK sip:bob@client.biloxi.example.com SIP/2.0 Which has got the parameter ‘transport=tcp’ removed – why is this? In this case if the proxy connected to Bob handles ACK in the usual way as it would for all in-dialog requests, i.e. based on routing headers only and not extra processing, it’ll try to relay the ACK message to Bob using the default transport UDP which is not expected and will fail. Can anyone help explain why the parameters are removed in RFC3665 examples please? Have I missed anything? Thank you very much! Yufei _______________________________________________ Kamailio (SER) - Users Mailing Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - May 6-8, 2019 -- www.kamailioworld.com

1 0

docker image for non x86 arch
by Sergey Safarov 30 Apr '19

30 Apr '19

Is the community involved in kamailio docker image for ARM architecture and others not x86 platforms? ARM ARM 64 IBM POWER IBM Z PowerPC 64 LE

3 3

SIP basic flow question: R-URI in ACK
by Yufei Tao 30 Apr '19

30 Apr '19

Hi, I have a question regarding basic SIP flow for establishing a call session, and wonder if anyone can help me clarify. For normal call set up, INVITE-OK-ACK, from RFC3261, I believe the ACK’s R-URI should be a copy of the Contact header of the OK message. However in RFC3665 sections 3.1 and 3.2 for example, the ACK’s R-URI missed the parameters from the Contact header of the OK, e.g. In OK the Contact header is: Contact: <sip:bob@client.biloxi.example.com;transport=tcp> And ACK the R-URI is: ACK sip:bob@client.biloxi.example.com SIP/2.0 Which has got the parameter ‘transport=tcp’ removed – why is this? In this case if the proxy connected to Bob handles ACK in the usual way as it would for all in-dialog requests, i.e. based on routing headers only and not extra processing, it’ll try to relay the ACK message to Bob using the default transport UDP which is not expected and will fail. Can anyone help explain why the parameters are removed in RFC3665 examples please? Have I missed anything? Thank you very much! Yufei

3 2

remove_record_route - bug?
by Sergiu Pojoga 29 Apr '19

29 Apr '19

Hi ppl, After a branch route fails, I need to re-evaluate the next destination and adjust RR parameters, if need be, like for example adjust the nat=yes|priv. failure_route[MANAGE_PSTN_FAILURE] { ... remove_record_route(); record_route(); route(NATMANAGE); ... route(RELAY); } The result is that the new branch is stripped of "Record-Route: <sip:MYIP>", but the params remained. Moreover, record_route hasn't been re-added as instructed in the failure route. Request headers of the initial branch that will eventually timeout and fail: 2019/04/27 18:29:18.034992 10.22.0.1:5060 -> 10.22.0.100:5060 INVITE sip:1514XXXXXXX@10.22.0.100 SIP/2.0 Record-Route: <sip:10.22.0.1;r2=on;lr=on;did=9e2.3dd2;nat=priv> Record-Route: <sip:65.XX.XX.1;r2=on;lr=on;did=9e2.3dd2;nat=priv> New request branch after failure: 2019/04/27 18:29:19.538292 65.XX.XXX.1:5060 -> 65.XX.XX.2:5060 INVITE sip:1514XXXXXXX@65.XX.XX.2 SIP/2.0 ;lr=on;did=9e2.3dd2;nat=priv> kamailio -v version: kamailio 5.1.6 (x86_64/linux) 7d1964 Much obliged. --Sergiu

4 5

Vide SIP conferencing kamailio with freeswitch
by Gaurav Bmotra 28 Apr '19

28 Apr '19

HI i m gaurav i have installed kamailio 5.1.x on Ubuntu server 18.4 i want a solution for video conferencing with kamailio as i am using freeswitch with it is there reference guide for that plz help -- *Regards:* Gaurav Kumar

2 1

Re: [SR-Users] [sr-dev] Vide SIP conferencing kamailio with freeswitch
by Henning Westerholt 28 Apr '19

28 Apr '19

Hello, please ask this usage related questions on our "sr-users" list. Kamailio is not doing much regarding the video calls. E.g. if your calls work for voice with kamailio, they should also work for video. All the setup needs to be done in freeswitch. I found a (outdated) howto with google: https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video Maybe this helps. Henning Am 27.04.19 um 13:22 schrieb Gaurav Bmotra: HI i m gaurav i have installed kamailio 5.1.x on Ubuntu server 18.4 i want a solution for video conferencing with kamailio as i am using freeswitch with it is there reference guide for that plz help _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev(a)lists.kamailio.org<mailto:sr-dev@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://skalatan.de/services

1 0

How to configure ipv6 in kamailio
by Santosh Kumar Dash 28 Apr '19

28 Apr '19

Hi All, I have a kamailio installed in my setup which is working properly in IPV4 configuration. I want to perform IPV6 configuration, I don't have any idea how to configure it, I have tried few things by changing *kamailio.cfg* file but did not work. I am sharing my *kamailio.cfg *file which is working fine in ipv4 Kindly help me to configure for IPV6. lets say my Ipv6 address is : 2402:3a80:d1a:f45a:fe44:2e54:ed2b:9bb2 Thanks,

3 3

Can't set module parameter
by Tmbc 26 Apr '19

26 Apr '19

Hi all Having this issue with kamailio: Can't set module parameter Apr 25 09:57:10 kamailio: ERROR: <core> [core/modparam.c:141]: set_mod_param_regex(): parameter <dst_avp> of type <1> not found in module <dispatcher> Apr 25 09:57:10 kamailio: CRITICAL: <core> [core/cfg.y:3511]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 119, column 50: Can't set module parameter Apr 25 09:57:10 kamailio: ERROR: <core> [core/modparam.c:141]: set_mod_param_regex(): parameter <grp_avp> of type <1> not found in module <dispatcher> Apr 25 09:57:10 kamailio: CRITICAL: <core> [core/cfg.y:3511]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 120, column 50: Can't set module parameter Apr 25 09:57:10 kamailio: ERROR: <core> [core/modparam.c:141]: set_mod_param_regex(): parameter <cnt_avp> of type <1> not found in module <dispatcher> Apr 25 09:57:10 kamailio: CRITICAL: <core> [core/cfg.y:3511]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 121, column 50: Can't set module parameter here is full conf file: https://dpaste.de/bP3E OS: NAME="CentOS Linux" VERSION="7 (Core)" Software version: kamailio 5.2.2 (x86_64/linux) 67f967 Thanks in advance, tmbc

2 1

Re: [SR-Users] Config to control TCP connection reuse
by R, Rajkumar (Raj) 24 Apr '19

24 Apr '19

I think elaborating on the setup may help someone to provide inputs on this. Below is the setup. Client 1 --> Kamailio proxy --> Backend SIP server Client 2 --> Kamailio proxy --> Backend SIP server Client 3 --> Kamailio proxy --> Backend SIP server After I register all three clients, see only one TCP connection is being used between "Kamailio proxy - Backend SIP server". Is there a way to achieve separate TCP connection to Backend SIP server from kamailio. thanks, raj From: R, Rajkumar (Raj) Sent: Monday, April 22, 2019 3:45 PM To: sr-users(a)lists.kamailio.org Subject: Config to control TCP connection reuse Hi, In my setup(kamailio in stateless mode to a backend server), for any number of client registrations kamailio (in stateless mode) is reusing the TCP connection. Let's say if I register 3 different clients through kamailio to my backend server - see only one TCP connection is used, which I do not want. I have gone through the core modules to see if any TCP config param exists to control on this, but couldn't find one. Could anyone help how to achieve different TCP connections to same destination in kamailio? thanks, raj

2 1

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 April 2019