sr-users

sr-users@lists.kamailio.org

35 participants
37544 discussions

rtp relaying and cseq - rtpengine/rtpproxy
by Daniel-Constantin Mierla 05 Aug '14

05 Aug '14

Hello, apparently none of the rtp relays I was looking at (rtpproxy and rtpenging) are taking in consideration the CSeq value. Quite recently I met a case with a b2bua that sends the invite without sdp, then after its ACK with SDP sends quickly a re-invite to get itself out of media stream. However, due to network and parallel processing races, the ACK gets processed after the re-INVITE, updating the rtp relay session with attributes that should be no longer used. The impact is practically no audio. I got it working using the 'brave' htable and tracking cseq numbers, skipping calling the relay for lower cseqs, but I wonder if wouldn't be better to push it to the relay, to avoid also races on the network between kamailio and the relay. I would be also curious to hear if others were facing such issues. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Next Kamailio Advanced Trainings 2014 - http://www.asipto.com Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA

1 0

Modify Refer-To header
by Stefan Kohlhauser 05 Aug '14

05 Aug '14

2 1

Re: [SR-Users] missing BYE record on acc table when usingtimeout_avp
by betul.cerit＠netgsm.com.tr 05 Aug '14

05 Aug '14

Hi, In ‘event_route[dialog:end]’I can not get any variable they are all empty but using acc_db_requests() worked for me. Thanks for your help. BEST REGARDS From: Daniel-Constantin Mierla Sent: Monday, August 04, 2014 5:28 PM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] missing BYE record on acc table when usingtimeout_avp Hello, with latest version you can get the cdrs at once via dialog+acc module. If you want to use the classic acc, then add either event_route[dialog:end] or event_route[tm:local-request]. There you can get actions when the dialog is ended (including the time out), and for the second you get the BYE sent out. Perhaps SQLOPS with sql_query() or acc_db_requests() should be used to record the event in db table. Cheers, Daniel On 04/08/14 15:19, betul.cerit(a)netgsm.com.tr wrote: Hi to all, I want to limit call duration according to the credit of the user.To accomplish this I use timeout_avp .When the limit is reached call ends but no record associated with BYE method is inserted to the acc table and that makes impossible to bill that call.What can I do to solve this problem or is there an alternative way to limit call duration?My configuration and logs are as follows. BEST REGARDS. #---------------- dialog params ------------- #!ifdef WITH_DIALOG modparam("dialog", "enable_stats", 1) modparam("dialog", "hash_size", 8192) modparam("dialog", "rr_param", "did") modparam("dialog", "dlg_flag",4) modparam("dialog", "timeout_avp", "$avp(i:10)") modparam("dialog", "dlg_match_mode", 1) modparam("dialog", "default_timeout", 3600) modparam("dialog", "detect_spirals", 1) modparam("dialog", "profiles_with_value", "userid ; opkodu") modparam("dialog", "dlg_extra_hdrs", "Hint: Hell Yeah\r\n") modparam("dialog", "send_bye", 1) #endif -------------------------------------------------------------------------------- route[SW]{ xlog("L_INFO","Dialog:h_id:$dlg(h_id):h_entry:$dlg(h_entry):timeout:$dlg_ctx(timeout_route):bye:$dlg_ctx(timeout_bye):$avp(i:10)"); $dlg_ctx(timeout_bye)=1; $avp(i:10)=15; $dlg_ctx(timeout_route)=33; dlg_manage(); set_dlg_profile("userid","$avp(userid)"); if(get_profile_size("userid","$avp(s_userid)")){ xlog("L_INFO","Userid_Size:$avp(s_userid)"); } xlog("L_INFO","Dialog:h_id:$dlg(h_id):h_entry:$dlg(h_entry):timeout:$dlg_ctx(timeout_route):bye:$dlg_ctx(timeout_bye):$avp(i:10)"); if(!t_relay()) { send_reply("408", "Servis Disi"); }else{ exit; } return; } event_route[dialog:start]{ xlog("L_ALERT","START:ci:$ci:method:$rm:start"); } event_route[dialog:end]{ xlog("L_ALERT","END"); xlog("L_ALERT","END:$fU:$fd:$si:$rU:$rd:$avp(poparty):$avp(networkdatetime):$avp(ptparty):$avp(pprovider):$avp(maliyet_id):$avp(tibtip)"); xlog("L_ALERT","END:$rm:$rr:$rs:"); } event_route[dialog:failed]{ xlog("L_INFO","FAILED:ci:$ci:method:$rm:end"); } route[33]{ xlog("L_INFO","route:33:$fU:$fd:$si:$rU:$rd:$avp(poparty):$avp(networkdatetime):$avp(ptparty):$avp(pprovider):$avp(maliyet_id):$avp(tibtip)"); xlog("L_INFO","route:33:$rm:$rr:$rs:"); } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { route(DLGURI); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } else if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } else if ( is_method("NOTIFY") ) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } -------------------------------------------------------------------------------- Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: ALERT: <script>: USERID:456123 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: ALERT: <script>: arayan:XXXX:aranan:XXXXX Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: carrierroute [cr_func.c:710]: cr_do_route(): uri XXXX was rewritten to sip:YYYYYYYYYYYYYYY@XXXXXXX5:5060, carrier 3, domain 1 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: vardesc: 40 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Dialog:h_id:<null>:h_entry:<null>:timeout:0:bye:0:<null> Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Userid_Size:1 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Dialog:h_id:3953:h_entry:3170:timeout:14:bye:1:15 Aug 1 16:51:55 kamailio /usr/local/sbin/kamailio[6114]: ALERT: <script>: START:ci:2c5695c1644fa2b135f57ea72c590cc7@XXXXXXX:5060:method:INVITE:start Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: INFO: <script>: route:33:<null>:<null>:1.0.0.127:you:kamailio.org:<null>:<null>:<null>:<null>:<null>:<null> Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: INFO: <script>: route:33:OPTIONS:<null>:<null>: Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END:<null>:<null>:1.0.0.127:you:kamailio.org:<null>:<null>:<null>:<null>:<null>:<null> Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END:OPTIONS:<null>:<null>: Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6121]: WARNING: dialog [dlg_req_within.c:212]: bye_reply_cb(): inconsitent dlg timer data on dlg 0x7feb2115d918 [3170:3953] with clid '2c5695c1644fa2b135f57ea72c590cc7@95.0.154.92:5060' and tags 'as3c7c5aa4' 'as0b640624' Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6121]: ERROR: acc [acc_cdr.c:574]: cdr_on_end(): invalid values#012! _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda -------------------------------------------------------------------------------- _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

2 1

[rtpengine] DTLS error: 1 (message digest is null)
by Paul Belanger 04 Aug '14

04 Aug '14

Greetings, I'm having some trouble getting dtls-srtp working with kamailio 4.1 (mediaproxy-ng) and rtpengine (master). I believe I finally have my branch logic setup properly in kamailio, however when the calls get placed into rtpengine, it appears DTLS is not initialized properly. Attached is my debug log file. -- Paul Belanger | PolyBeacon, Inc. Jabber: paul.belanger(a)polybeacon.com | IRC: pabelanger (Freenode) Github: https://github.com/pabelanger | Twitter: https://twitter.com/pabelanger

2 3

4.1 Compilation issue
by Gilbert T. Gutierrez, Jr. 04 Aug '14

04 Aug '14

CentOS6.5 Kamailio 4.1 I compiled Kamailio as follows so that the configuration file would be in "/etc/kamailio" rather than "/usr/local/etc/kamailio/"... make cfg_prefix=/ all make cfg_prefix=/ install When I try to start kamailio I get the following error... Not starting : invalid configuration file! ERROR: loading config file(/usr/local/etc/kamailio/kamailio.cfg): No such file or directory I can find no reference in the init file to that location (which does not exist). Did I use the wrong options in make? Gilbert

3 3

missing BYE record on acc table when using timeout_avp
by betul.cerit＠netgsm.com.tr 04 Aug '14

04 Aug '14

Hi to all, I want to limit call duration according to the credit of the user.To accomplish this I use timeout_avp .When the limit is reached call ends but no record associated with BYE method is inserted to the acc table and that makes impossible to bill that call.What can I do to solve this problem or is there an alternative way to limit call duration?My configuration and logs are as follows. BEST REGARDS. #---------------- dialog params ------------- #!ifdef WITH_DIALOG modparam("dialog", "enable_stats", 1) modparam("dialog", "hash_size", 8192) modparam("dialog", "rr_param", "did") modparam("dialog", "dlg_flag",4) modparam("dialog", "timeout_avp", "$avp(i:10)") modparam("dialog", "dlg_match_mode", 1) modparam("dialog", "default_timeout", 3600) modparam("dialog", "detect_spirals", 1) modparam("dialog", "profiles_with_value", "userid ; opkodu") modparam("dialog", "dlg_extra_hdrs", "Hint: Hell Yeah\r\n") modparam("dialog", "send_bye", 1) #endif -------------------------------------------------------------------------------- route[SW]{ xlog("L_INFO","Dialog:h_id:$dlg(h_id):h_entry:$dlg(h_entry):timeout:$dlg_ctx(timeout_route):bye:$dlg_ctx(timeout_bye):$avp(i:10)"); $dlg_ctx(timeout_bye)=1; $avp(i:10)=15; $dlg_ctx(timeout_route)=33; dlg_manage(); set_dlg_profile("userid","$avp(userid)"); if(get_profile_size("userid","$avp(s_userid)")){ xlog("L_INFO","Userid_Size:$avp(s_userid)"); } xlog("L_INFO","Dialog:h_id:$dlg(h_id):h_entry:$dlg(h_entry):timeout:$dlg_ctx(timeout_route):bye:$dlg_ctx(timeout_bye):$avp(i:10)"); if(!t_relay()) { send_reply("408", "Servis Disi"); }else{ exit; } return; } event_route[dialog:start]{ xlog("L_ALERT","START:ci:$ci:method:$rm:start"); } event_route[dialog:end]{ xlog("L_ALERT","END"); xlog("L_ALERT","END:$fU:$fd:$si:$rU:$rd:$avp(poparty):$avp(networkdatetime):$avp(ptparty):$avp(pprovider):$avp(maliyet_id):$avp(tibtip)"); xlog("L_ALERT","END:$rm:$rr:$rs:"); } event_route[dialog:failed]{ xlog("L_INFO","FAILED:ci:$ci:method:$rm:end"); } route[33]{ xlog("L_INFO","route:33:$fU:$fd:$si:$rU:$rd:$avp(poparty):$avp(networkdatetime):$avp(ptparty):$avp(pprovider):$avp(maliyet_id):$avp(tibtip)"); xlog("L_INFO","route:33:$rm:$rr:$rs:"); } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { route(DLGURI); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } else if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } else if ( is_method("NOTIFY") ) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } -------------------------------------------------------------------------------- Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: ALERT: <script>: USERID:456123 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: ALERT: <script>: arayan:XXXX:aranan:XXXXX Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: carrierroute [cr_func.c:710]: cr_do_route(): uri XXXX was rewritten to sip:YYYYYYYYYYYYYYY@XXXXXXX5:5060, carrier 3, domain 1 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: vardesc: 40 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Dialog:h_id:<null>:h_entry:<null>:timeout:0:bye:0:<null> Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Userid_Size:1 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Dialog:h_id:3953:h_entry:3170:timeout:14:bye:1:15 Aug 1 16:51:55 kamailio /usr/local/sbin/kamailio[6114]: ALERT: <script>: START:ci:2c5695c1644fa2b135f57ea72c590cc7@XXXXXXX:5060:method:INVITE:start Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: INFO: <script>: route:33:<null>:<null>:1.0.0.127:you:kamailio.org:<null>:<null>:<null>:<null>:<null>:<null> Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: INFO: <script>: route:33:OPTIONS:<null>:<null>: Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END:<null>:<null>:1.0.0.127:you:kamailio.org:<null>:<null>:<null>:<null>:<null>:<null> Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END:OPTIONS:<null>:<null>: Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6121]: WARNING: dialog [dlg_req_within.c:212]: bye_reply_cb(): inconsitent dlg timer data on dlg 0x7feb2115d918 [3170:3953] with clid '2c5695c1644fa2b135f57ea72c590cc7@95.0.154.92:5060' and tags 'as3c7c5aa4' 'as0b640624' Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6121]: ERROR: acc [acc_cdr.c:574]: cdr_on_end(): invalid values#012!

2 2

LM_ERR and LM_DBG
by aawaise 04 Aug '14

04 Aug '14

I want to ask some queries regarding logging in kamailio. 1. First of all if I want to add LM_DBG or LM_ERR in lookup.c file of registrar module, where to add the command as on extraction of kamailio-3.1.1.zip, I found registrar module files in modules_k folder as well as modules_s folder. 2. I was advised to us macros from dprint.h to see LM_DBG and LM_ERR statements in log file, how to do so ?? 3. Third, will these logs also print in /var/log/messages in debian linux along with other kamailio.cfg logs ?? 4. What changes should be made in kamailio.cfg to see these logs, i.e log level etc ?? Any help will be highly appreciated. Thanks. -- View this message in context: http://sip-router.1086192.n5.nabble.com/LM-ERR-and-LM-DBG-tp129392.html Sent from the Users mailing list archive at Nabble.com.

2 1

See XDBG and XERR Messages in Logs
by aawaise 04 Aug '14

04 Aug '14

I have added some XLOG and XDBG commands in registrar module of kamailio. I want to see messages in result of these commands being printed in logs to make sure that changes are being made surely. How can it be done ? I am using fedora and I see kamailio related logs in /var/log/messages.log -- View this message in context: http://sip-router.1086192.n5.nabble.com/See-XDBG-and-XERR-Messages-in-Logs-… Sent from the Users mailing list archive at Nabble.com.

2 3

Kamailio 4.0.x and Asterisk 11.3.0 Realtime Integration - Problem
by Reza Kiani Moghaddam 03 Aug '14

03 Aug '14

Hi, I Installed Kamailio & Asterisk on Ubuntu 14.04 LTS, and both of them started successfully. I can register with Jitsi, But I can't call other users.. I don't know what to do ...

2 1

Kamailio behind NAT- alias issue
by Yuriy Gorlichenko 03 Aug '14

03 Aug '14

Hello. I have Kamailio running behind NAT. It lesten eth0 with ip 192.168.0.3 and I have external IP that have domain name (for example sip.myserver.com). Register packets from clients comes from external IP. If I write at kamailio.cfg: alias=sip.myserver.com I see error at log - bad_uri sip.myserver.com I think it happens because kamailio does not know atything about external ip pecause kamamiliol working with server interfaces (eth0, eth1, etc.) So my question - how to listen external IP with domain name on kamailio that running behind NAT? P.S. I do not have any access to router, that present NAT for me.

2 2

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