sr-users

sr-users@lists.kamailio.org

4 participants
37456 discussions

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

New feature: embedded MSRP relay
by Daniel-Constantin Mierla 18 Jan '12

18 Jan '12

Hello, a new module is now on development branch, named msrp, offering an embedded MSRP relay. Message Session Relay Protocol is specified by IETF ( core and relay part in RFC4975 and RFC4976), one of typical use cases is Instant Messaging sessions negotiated via INVITE-200ok-ACK, a different approach than SIP MESSAGE request. There is no external dependency, the transport layer from core is reused to manage TCP/TLS connections used for MSRP. A MSRP relay is pretty much an independent node, thus you can run Kamailio just to deal with MSRP traffic. But there is no problem to run Kamailio to handle SIP and MSRP traffic in the same instance, same or different sockets (it is working even when SIP/MSRP are sent over the same connection or different connections to same port). I couldn't find a reliable and trustable open source SIP phone to test with it so far (hints are welcome), the module was tested with network tools and chaining Kamailio instances. Help with testing and feedback is very appreciated -- I can provide guidelines to adjust the config file to fit tester's needs, just contact me off list or via IRC channel. For the moment, the relation (user,session) management is done in the config, using htable module for example (see the README), it may be added inside the module for the future to make it easier overall, although is less than 10 lines of config -- this is mainly for extra security reasons, to check if the session id matches the connection that was opened when the session was created, otherwise the user authentication functionality is done reusing existing functions from auth module. Another benefit is performances, storing local socket and connection IP/port saves some time to lookup the connection. Building MSRP relay on top of SIP server was done first for the benefit of reusing the transport layer from the core for IPv4/IPv6 and TCP/TLS, which is mature, scalable and offers asynchronous communication. Besides that, you have most of the config tools to route SIP requests available for routing MSRP (authentication, authorization, IP checking, accounting, a.s.o.). I made a news post with more details: * http://www.kamailio.org/w/2012/01/new-module-embedded-msrp-relay/ The readme of the new module is available at: * http://kamailio.org/docs/modules/devel/modules/msrp.html Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

4 6

sip-router and related projects at FOSDEM 2012 - social event
by Stefan Sayer 17 Jan '12

17 Jan '12

Hello everyone, as has become already a tradition, we would like to invite all VoIP people and everyone interested in sip-router and related projects (SER, Kamailio/OpenSER, OpenSIPS, SEMS etc) who is attending FOSDEM, Europe's biggest Free and Open Source conference, to a dinner on the evening of Saturday February 4th. This is the perfect opportunity to socialize among the developers, get to know the people behind email addresses and commits, do networking, find the people for the next project, and/or just hang out together with fine food and drinks. Participation at the event is free of charge, everybody pays for their own expenses. In order to do reservation in a restaurant please send me a short mail if you would like to attend. Please also indicate if you don't want to have your contact details communicated to the other social event attendees. If you are still wondering whether it's worth to go to FOSDEM - among all the other interesting talks this year in the telephony-devroom on Sunday, 5th, there will be a few directly related talks (the exact time may be subject to change): 11:30 Andreas Granig: From zero to VoIP provider in 15 minutes 12:55 Stefan Sayer: Session Border Control with SEMS 15:25 Daniel-Constantin Mierla: Secure SIP Communications with Kamailio 16:15 Saúl Ibarra Corretgé: SIP beyond VoIP http://fosdem.org/2012/schedule/track/telephony_and_communications_devroom Hope to see you all in Brussels! With Best Regards Stefan Sayer -- tel:+491621366449 sip:sayer@iptel.org mailto/xmpp:stefan.sayer@gmail.com

3 2

new developer: Anca Vamanu
by Henning Westerholt 17 Jan '12

17 Jan '12

Hello all, I'm happy to announce a new developer for the project: Anca Vamanu. Welcome to the development team! Anca joined 1&1 last year and worked since then on several internal modules and also many important bug fixes for our kamailio server setup. She is a experienced C and C++ developer and contributed in the past a lot to OpenSER and other VoIP projects. One interesting work she just finished and that we also like to contribute to the community is a db_cassandra module, providing access to this NoSQL database [1] from kamailio. She will take over the maintenance of this module and also work on improving other parts of the server. Best regards, Henning [1] http://cassandra.apache.org/ -- Henning Westerholt - Head of IT Operations Internet Access & Communications 1&1 Internet AG, Brauerstraße 48, 76135 Karlsruhe, Germany

3 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