sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

set acc flag to dlg_bye
by Uri Shacked 23 Jan '12

23 Jan '12

thanks..... i already did. no bye is inserted to the DB. 2 invites for the 183 and 200, 1 ack, and that is it... another idea? :-) " Hi, set acc flag in local_route, On Sat, Jan 21, 2012 at 1:08 PM, Uri Shacked <ushacked at gmail.com<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>> wrote: " >* Hi, *>* *>* i wonder, anyone has a good idea of how to set a flag, that will insert *>* the bye kamailio created to end the dialog into the acc table? *>* i am checking "early media", "cancel", "ack" etc.... but when kamaiilo *>* creates the bye with the dlg_bye command, there is no acc raw for that.... *>* i can create a sqlops and insert with the call's params... but there must *>* be a nicer way, no? *>* *>* BR, *>* Uri *>* *

2 4

acc flag before droping the call
by Uri Shacked 22 Jan '12

22 Jan '12

Hi, I am doing an internal chaek right after the following: " ........... # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting ............. " sometimes this check does not find the conditions needed and creates a sl_reply (404). the scenario works OK. now, i need the acc tabale record.... should probably be "INVITE".....""....... ""..... "404" .... "not found".... well, there is no record there. i tried the ACCFAILED flag as well, still does not work. i guess it has something to do with the transaction stage.... so, any idea on how to get ACC record with the ACC module there? BR, Uri

2 1

set acc flag to dlg_bye
by Uri Shacked 21 Jan '12

21 Jan '12

Hi, i wonder, anyone has a good idea of how to set a flag, that will insert the bye kamailio created to end the dialog into the acc table? i am checking "early media", "cancel", "ack" etc.... but when kamaiilo creates the bye with the dlg_bye command, there is no acc raw for that.... i can create a sqlops and insert with the call's params... but there must be a nicer way, no? BR, Uri

2 1

SIP Service not Connecting to VoIP Provider
by IPAN Gov-Europe 20 Jan '12

20 Jan '12

Sirs: Our SIP service with you (pbx(a)iptel.org) is not connecting to the VoIP Provider we installed. It was working until today... What can we do to fix this? Frank Riley, CTO IPANGov www.IPANGov.edu.tc

3 2

onreply _route syntax error for homer capture server
by JR Richardson 20 Jan '12

20 Jan '12

Hi All, Tuning my homer capture server and ran into a syntax error in the onreply_route. The idea is to NOT to capture NOTIFY|SUBSCRIBE|OPTIONS. The route block compiles ok but I get the following errors for the lines in the onreply_route: 0(6443) : <core> [cfg.y:3504]: parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 48, column 46: syntax error 0(6443) : <core> [cfg.y:3504]: parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 49, column 15: bad expression 0(6443) : <core> [cfg.y:3504]: parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 49, column 16: ERROR: bad config file (3 errors) route { if (!(method =~ "^(NOTIFY|SUBSCRIBE|OPTIONS)")) { sip_capture(); } exit; } 47 onreply_route { 48 if (!($rm =~ "^(NOTIFY|SUBSCRIBE|OPTIONS)") { 49 sip_capture(); 50 } 51 drop; 52 } This example was used from the homer wiki http://code.google.com/p/homer/wiki/Kamailio root@homer:/etc/kamailio# kamailio -V version: kamailio 3.2.1 (x86_64/linux) bee094 Any guidance is appreciated. Thanks. JR -- JR Richardson Engineering for the Masses

2 2

Group-based routing (Carrierroute - DRouting)
by Carlo Dimaggio 20 Jan '12

20 Jan '12

Hi all, I need group-based routing, that is I want a routing table for each type of subscriber (residential, business,...). I have seen that Drouting does it throught groupID and I'm wondering about the same behaviour with carrierroute module (as LCR uses only flat costs). Can the "carrier" parameter be the right way to do it? I have no special requirement about the number of routes. However, Is the DRouting actively maintained? Regards,

3 2

I am unable to call other iptel users and my voice mail is not working
by praseeth k m 20 Jan '12

20 Jan '12

Hi Team, I am unable to call other iptel users and my voice mail is not working . Would you be able to help me on this ? my user id is praseeth.panicker Regards, Praseeth

2 1

ip address error with exec module
by Uri Shacked 19 Jan '12

19 Jan '12

Daniel hi, a little late but, here is the level 3 debug log.... Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: tm [t_reply.c:1509]: DEBUG: cleanup_uac_timers: RETR/FR timers reset Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [receive.c:291]: receive_msg: cleaning up Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [receive.c:291]: receive_msg: cleaning up Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=860 a=65 n=assign Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=861 a=26 n=exec_msg Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: : exec [../../parser/../ip_addr.h:688]: BUG: ip_addr2sbuf: unknown address family 0 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: <core> [md5utils.c:67]: DEBUG: MD5 calculated: 64d3de5c2447acd6006b8539d1246e10 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_CONTENT_LENGTH=0 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_CSEQ=1 OPTIONS Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_CALLID=123 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_TO=<you(a)kamailio.org> Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_FROM=<you(a)kamailio.org>;tag=123 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_VIA=SIP/2.0/UDP 127.0.0.1 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_mod.c:175]: executing [nc -u -w0 10.2.0.54 514 <<< ",denied_calls-0,dos-green"] Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: <core> [main.c:852]: SIGCHLD received: we do not worry about grand-children Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: tm [t_reply.c:1168]: ->>>>>>>>> T_code=0, new_code=408 Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: tm [t_reply.c:1931]: DEBUG: local_reply: branch=0, save=0, winner=0 Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: tm [t_reply.c:1968]: DEBUG: local transaction completed Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: tm [t_hooks.c:288]: DBG: trans=0xb00a772c, callback type 256, id 0 entered Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: dispatcher [dispatch.c:2345]: OPTIONS-Request was finished with code 408 (to sip:10.10.21.26, group 47)

2 3

Kamailio Keepalive
by Reda Aouad 18 Jan '12

18 Jan '12

Hi, I am using the nat_keepalive function of the nat_traversal module, using the OPTIONS message, and my code is the following : if (is_method("REGISTER")) nat_keepalive(); I see that Kamailio still sends OPTIONS packets even if the client unregisters itself. It stops later, but I don't know when exactly. Is that a normal behaviour? What is the keepalive timeout? Why doesn't Kamailio remove the client from its keepalive list if it unregisters and is no more in the user location? And is there a way to remove a contact from the user location if it doesn't respond to keepalive packets? Thanks Reda

2 1

re-route SIP response message
by Robert R 18 Jan '12

18 Jan '12

Hi, Can I re-route a SIP response message? In other words, after the SIP proxy receives a 503 from node A, I need to change the TO field and re-route it to node B. I tried to modify $rd or $rU and didn't work. Thanks, R

2 1

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