sr-users April 2007

sr-users@lists.kamailio.org

177 participants
273 discussions

[Users] [Fwd: [Serdev] Contributing new module "prefix_route" to SER]
by Klaus Darilion 04 May '07

04 May '07

FYI: A new ser module which could probably easily ported to openser too (if someone needs this feature) regards klaus -------- Original Message -------- Subject: [Serdev] Contributing new module "prefix_route" to SER Date: Wed, 25 Apr 2007 16:52:39 +0200 From: Alfred E. Heggestad <aeh(a)db.org> To: serdev(a)iptel.org Hi Here is a contribution to the SER community; a new module called "prefix_route" that does prefix-based routing from rules stored in the database. The work was sponsored by my employer, Telio Telecom. The source code is attached, and can also be downloaded from here: http://aeh.db.org/patch/prefix_route-20070425.tar.gz The module has been tested with ser-0.9.6 and ser-0.9.7-pre8 from CVS. It could also be ported to SER 2.0 if there is any interest. The idea with this module is to move the logic of selecting PSTN gateway from ser.cfg to the database. In the database you will have a table called e.g. "prefix_route" which has one entry per rule, matching a prefix to a route number: prefix route ------ ----- 0045 -> route 3 0046 -> route 4 0047 -> route 5 for incoming requests, you can call the prefix_route() function in your ser.cfg - it will then try to match the username part of the request-uri to the "best" prefix, i.e. closest match. if there is a match, it will jump to that routing block in ser.cfg. all referenced route numbers must be declared in ser.cfg, otherwise it will not load. The prefix_route table is populated from the DB at boot or with the "prefix_reload" FIFO command, into a RAM-based tree that is used in execution time. For more documentation, please see the README file ;) I hope that this module will be useful for you, any feedback will be appreciated! /alfred _______________________________________________ Serdev mailing list Serdev(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev

2 1

[Users] BYE message without Route header field
by rubel Ahmed 02 May '07

02 May '07

Hi, I am using Openser-1.2.0 with dialog module. When I make a call then full session is saved in dialog correctly and when bye received then the session will be free. but when the route header feild is not available in BYE message then the session is not removed at receive BYE, Because This BYE message is not caught bye dlg_onroute function. Now can I destroy this session in dlg_onreq function? Thanks BDRubel

2 1

[Serusers] iptel.org - Technical board - Suggestion - REQUEST FOR FEEDBACK
by Greger V. Teigre 02 May '07

02 May '07

I believe most people by now have had time to respond to the thread where the idea and discussion from Prague around a technical board was started (April 12). Based on the feedback received, I summarize and offer the following make-it-simple suggestion: We create an iptel.org technical board (TB: 1. The board is responsible for resolving issues that is not possible to be resolve through a community consensus process, and it is allowed to take action where it finds necessary for the benefit of the iptel.org community. 2. The board is common for all iptel.org projects. 3. The board shall consist of five (5) members and the term shall be two years. 4. A board member can stay for several terms. 5. The five members shall be selected with one representative from SEMS, two from the SER developer (cvs write access) community, and two representatives for the broader iptel.org community. 6. All seruser and serdev subscribers nominate candidates, as well as vote. 7. Electable members must be contributors to iptel.org in some way and should not be controversial among subscribers. 8. Each subscriber can give his/her vote to one or more candidates, up to the number of board members (5). Process forward: People should respond with concerns and suggestions to this post. If there is consensus for changes, I will work as the editor and write up a new suggestion. Once the community can agree to the set of rules governing the board, we will proceed to nomination of candidates and then voting. g-)

2 1

[Users] When is RTP Proxy needed?
by lists＠infoway.net 30 Apr '07

30 Apr '07

Hi all, We are interested in developing yet-another peer-to-peer VoIP service. Something with a simple Softphone/IM-like client that allows users to talk/chat with one another. However, and pardon our technical ignorance, we don't have 100% clear if/when we need to use something like rtpproxy or mediaproxy. Basically, we want to do all the setup of the calls and keep track of CDRs. However, we're hope that the client's actual media traffic will flow directly among the users and not have to come through our servers. For practical purposes, most users will be in domestic US with some sort of xDSL service and behind NAT. Eventually, we would like to offer voicemail services and even PSTN termination (for a fee) to these users. Can anyone shed some light as to when, if really needed, will something like rtpproxy kick in? Thanks

2 1

[Users] User Realm on Location table
by Edson 30 Apr '07

30 Apr '07

Hi... I have to manage several domains on a same SIP server, but there is a policy that prohibit/block inter-domain calls. Consider A(a)a.a, B(a)a.a and B(a)b.b. Now suppose that A(a)a.a wants to call B(a)a.a. But B(a)a.a is not connected and B(a)b.b is. After a 'lookup("location")', the RURI returned is B(a)b.b and that is not the user wanted. Location table has a column named 'Domain', but it's allways empty. How to populate this column? How to use it (make 'lookup' consider it)? And how to prevent A(a)a.a calling B(a)a.a to reach B(a)b.b? Edson

2 2

[Users] Redirect the same INVITE to the SIP SERVER from Balancer?
by Alejandro Sanchez 30 Apr '07

30 Apr '07

Hello. My enviroment is the next: -Balancer OS. Red Hat 4 up. 4 Openser 1.1.1 (balance with the module dispatcher) -Sip Server OS. Red Hat 4 up. 4 Openser 1.1.1 The actual flow is this. VTA B C VTB ---register----> ---register----> <---200 OK------ <----200 OK----- ---invite------> -----invite----> <-404 NotFound-- --404 NotFound-- <----------register--------- ----register----> <----200 OK------ ------------ 200 OK--------> ----invite-----> <-404 NotFound-- VTA= videotelephone A B= balancer (openser 1.1.1 with dispatcher module) C= SipServer (openser 1.1.1) VTB= video telephone B How you see when the VTA sends again the same invite, the balancer(B) answer with the 404 not found but without ask again to the SipServer(C), and my problem is that VTB is late and i have to try find it in the second invite, then in the second invite i need ask again to the SipServer(C) if the VTB is register. VTA y VTB access to the IP network making a dial-up connection. Why the balancer dosen't send the second invite to SipServer? How do i get this flow? Thank's for the Help __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/

2 2

[Serusers] How to define avp localy on he ser.cfg
by tzieleniewski 30 Apr '07

30 Apr '07

Hi, Is it possible to define avp in ser.cfg without loading it from the database?? What is the syntax? Thanks in advance! Tomasz

2 3

[Serusers] t_relay_to_udp() method with ip address passed as avp? - ser 2_0_0
by tzieleniewski 30 Apr '07

30 Apr '07

Hi, Is it possible to pass the ip address in the function t_relay_to_udp(..) in the m module using avp. For instance: ... t_relay_to_udp("$relay_to_udp","5060"); ... When I try to do it this way I get the following error: Apr 30 14:30:03 sen /home/ser/ser/ser-2.0/ser[7552]: Maxfwd module- initializing Apr 30 14:30:03 sen ser[7552]: AVPops - initializing Apr 30 14:30:03 sen ser[7552]: ERROR: mk_proxy: could not resolve hostname: "$relay_to_udp" Apr 30 14:30:03 sen ser[7552]: ERROR: fixup_hostport2proxy: bad host name in URI <$relay_to_udp> Apr 30 14:30:03 sen ser[7552]: ERROR: fix_expr : fix_actions error Cheers Tomasz

2 1

[Serusers] Ser2.0 wrong behaviour of the sl_reply() function?
by tzieleniewski 30 Apr '07

30 Apr '07

Hi, I am using SER rel 2_0_0 from CVS. I encountered the following situation. My scenario was the following: UA -> Application Serwer -> SER -> UA 1. UA sent an INVITE message to the application server. 2. Application Server changed the Request URI and forwarded statelessly the INVITE message to SER. 3. Everything would be ok but SER replied to the Application server instead of the client. Application server changed only the Request URI and nothing else. Shouldn't SER sent the response according to the VIA header value?? I kindly ask for Your help. Below is the ngrep: 192.168.0.112:5060 - this is application server 192.168.0.112:5061 - this is calling UA U 2007/04/25 16:17:05.652934 192.168.0.112:5060 -> 192.168.0.165:5060 INVITE sip:sen@voip.rd.touk.pl SIP/2.0. Via: SIP/2.0/UDP 192.168.0.112:5061;rport=5061;branch=z9hG4bKhnrxbtgp;received=127.0.0.1. Max-Forwards: 70. To: <sip:sen@voip.rd.touk.pl>. From: <sip:pz@voip.rd.touk.pl>;tag=jlegd. Call-ID: pfnqwekjwtuxbfv(a)192.168.0.112. CSeq: 87 INVITE. Contact: <sip:pz@192.168.0.112:5061>. Content-Type: application/sdp. Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO. Supported: 100rel. User-Agent: Twinkle/0.9. Content-Length: 304. . v=0. o=pz 86411392 1733597180 IN IP4 192.168.0.112. s=-. c=IN IP4 192.168.0.112. t=0 0. m=audio 8000 RTP/AVP 98 97 8 0 3 101. a=rtpmap:98 speex/16000. a=rtpmap:97 speex/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:3 GSM/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:20. # U 2007/04/25 16:17:05.699923 192.168.0.165:5060 -> 192.168.0.112:5060 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 192.168.0.112:5061;rport=5060;branch=z9hG4bKhnrxbtgp;received=127.0.0.1;received=192.168.0.112. To: <sip:sen@voip.rd.touk.pl>;tag=b27e1a1d33761e85846fc98f5f3a7e58.6a45. From: <sip:pz@voip.rd.touk.pl>;tag=jlegd. Call-ID: pfnqwekjwtuxbfv(a)192.168.0.112. CSeq: 87 INVITE. Proxy-Authenticate: Digest realm="voip.rd.touk.pl", nonce="462f640d527dfc442d53379e1f0167c8a12a583d", qop="auth". Server: Sip EXpress router (2.0.0-rc1 (x86_64/linux)). Content-Length: 0. Warning: 392 192.168.0.165:5060 "Noisy feedback tells: pid=20441 req_src_ip=192.168.0.112 req_src_port=5060 in_uri=sip:sen@voip.rd.touk.pl out_uri=sip:sen@voip.rd.touk.pl via_cnt==1". . Cheers Tomasz

4 5

[Serusers] load_attrs("$tu","@ruri") not working - SER 2_0_0
by tzieleniewski 30 Apr '07

30 Apr '07

Hi, I was trying to load user attributes form the database (which where previously defined and set through serweb) and after I tried to load them with load_attrs("$tu","@ruri") no attributes appeared for the user identified by ruri. When I loaded attributes using load_attrs("$tr","@ruri") from the uri_attrs table then everything was ok and attributes were loaded. Please point me what do I missed so the attributes are not loaded? Below is my ser.cfg code and database contents: if (lookup_user("$tu.uid", "@ruri")) { xlog("L_INFO", " route[INBOUND]: load_attrs($tu,@ruri) <%rm> <%ru> \n"); load_attrs("$tu", "@ruri"); dump_attrs(); xlog("L_INFO", " route[INBOUND]: load_attrs($tr,@ruri) <%rm> <%ru> \n"); load_attrs("$tr", "@ruri"); dump_attrs(); .... } database: ser@sen:~/ser/ser-2.0/serctl$ ./ser_db show user_attrs | grep testser 32 2 testser(a)voip.rd.touk.pl testser first_name 32 2 testser(a)voip.rd.touk.pl last_name 33 2 testser(a)voip.rd.touk.pl tzl(a)touk.pl email 32 2 testser(a)voip.rd.touk.pl phone 32 2 testser(a)voip.rd.touk.pl Europe/Warsaw timezone 33 2 testser(a)voip.rd.touk.pl 2007-02-26 13:50:18 datetime_created 32 0 testser(a)voip.rd.touk.pl 0 sw_allow_find 32 0 testser(a)voip.rd.touk.pl 0 sw_send_missed 33 2 testser(a)voip.rd.touk.pl sip:touk2@voip.touk.pl forward_blind 33 2 testser fd for and output in the log file: Apr 30 11:11:40 sen ser[29958]: route[INBOUND]: load_attrs($tu,@ruri) <INVITE> <sip:testser@voip.rd.touk.pl> Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:540: class=GLOBAL Apr 30 11:11:40 sen ser[29958]: AVP["lang"]="en" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:550: track=FROM class=DOMAIN Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:560: track=TO class=DOMAIN Apr 30 11:11:40 sen ser[29958]: AVP["did"]="voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: AVP["digest_realm"]="voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:570: track=FROM class=USER Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:580: track=TO class=USER Apr 30 11:11:40 sen ser[29958]: AVP["uid"]="testser(a)voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:590: track=FROM class=URI Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:600: track=TO class=URI Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: route[INBOUND]: load_attrs($tr,@ruri) <INVITE> <sip:testser@voip.rd.touk.pl> Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:540: class=GLOBAL Apr 30 11:11:40 sen ser[29958]: AVP["lang"]="en" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:550: track=FROM class=DOMAIN Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:560: track=TO class=DOMAIN Apr 30 11:11:40 sen ser[29958]: AVP["did"]="voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: AVP["digest_realm"]="voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:570: track=FROM class=USER Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:580: track=TO class=USER Apr 30 11:11:40 sen ser[29958]: AVP["uid"]="testser(a)voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:590: track=FROM class=URI Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:600: track=TO class=URI Apr 30 11:11:40 sen ser[29958]: AVP["forward_blindd"]="sip:hellboy@voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: AVP["forward_voicemaill"]="sip:hellboy@voip.rd.touk.pl" Cheers Tomasz

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