sr-users June 2005

sr-users@lists.kamailio.org

241 participants
595 discussions

[Serusers] SER FIFO and routing
by Stuart Kirkwood - Jubilee Consutancy Limited 28 Jun '05

28 Jun '05

Hi I have a problem with the FIFO request below. The SIP request should route through 11.12.13.135 which guards the gateway at 11.12.13.134. The IP packet containing the SIP message that SER generates is good but SER sets the destination IP address of the packet as 11.12.13.134 and not 11.12.13.135. Is there something wrong with my request or is this a bug? Any help appreciated. :t_uac_dlg:cc_reply BYE sip:00111111111111@11.12.13.134:5060 . Via: SIP/2.0/UDP 31.32.33.34:25972;branch=z9hG4bKdb61c97f9cba17c1 From: <sip:1000@xsipserver.com>;tag=c53a53516c552844 To: <sip:11111111111@xsipserver.com>;tag=3ADD9EA0-1EC0 Call-ID: 7c70b0b24a053e37(a)192.168.7.21 CSeq: 52779 BYE Route: <sip:11.12.13.135;ftag=c53a53516c552844;lr=on> Max-Forwards: 69 . . I'm running SER 0.8.14 on Fedora Core 3. Thank you. Stuart

1 0

[Serusers] ser_mysql accounting
by Szabolcs Szasz 28 Jun '05

28 Jun '05

Thank you for the help! It's working fine :) _____________________________ Szabolcs Szasz CCNA Network Engineer Digi Communication SRL H2/3 Petofi Sandor St. Sovata, Mures, Romania Tel/ Fax: +40 265 577888 +40 265 577785 +40 365 506000 sszasz(a)digicomm.ro www.digicomm.ro _____________________________

1 0

[Users] pseudo-variables in textops (Was: Re: [Devel] unified pseudo-variables in avpops and xlog)
by Daniel-Constantin Mierla 28 Jun '05

28 Jun '05

Hello, the textops module has now support for pseudo-variables in subst(), subst_uri() and subst_user(). You can use any of the pseudo-variables that OpenSER supports (http://openser.org/docs/pseudo-variables.html) in the replacement part of the parameter given to subst*() -- the parameter for these functions has the following format "/regular_expression/replacement/flags". For more info, see the readme file: http://www.openser.org/docs/modules/0.10.x/textops.html Should be analyzed if worth to implement pseudo-variables support to regular_expression part because it will slow down a lot the processing since the regexp has to be compiled each time. Daniel On 06/24/05 01:11, Miguel Angel Villar wrote: >Hi Daniel > This is a really nice feature. I had been looking for something like >this in the textops module. Implementing pseudo-variables in subst_uri() and >subst() functions will give power tools for doing dynamic number/domain >translation of URI. Conbined with avpops module the transformation can be >based on external database, Great! > >Regards. >MaV.- > > > >>Hello, >> >>the avpops and xlog module are using now same format for specifiers to >>print formatted strings. avpops has a new function avp_printf(dest, >>format) which stores in the AVP 'dest' the string resulted after >>substitution of the specifiers from "format" parameter. >> >>The old marker for specifiers '%' has been replaced by '$' which is more >>common for variables. To specify a header or an AVP you have to use now >>$hdr(header_name[index]) or $avp(avp_id[index]). The list with all >>available pseudo-variables in OpenSER is posted at: >>http://openser.org/docs/pseudo-variables.html >> >>avp_printf() allow to compose a value from many parts of a SIP message, >>other avps and many other values taken from system. For example: >>avp_printf("i:20", "the time is $Tf, the request is a $rm and has the >> >> >>from header $hdr(from)"); > > >>The documentation for avpops and xlog module has been updated on CVS, >>too. Note that these features are available only on CVS head >>(development version - http://openser.org/index.php#download). >>Online documentation site for modules (http://openser.org/docs/) has >>been split in 0.9x (stable) and 0.10.x (devel) directories. >> >>Follows the integration of same format for pseudo-variables in textops, >>acc and tm. We will appreciate any feedback. >> >>Daniel >> >> > > >_______________________________________________ >Devel mailing list >Devel(a)openser.org >http://openser.org/cgi-bin/mailman/listinfo/devel > > >

1 0

[Serusers] Unable to register using linphone
by Mithun Hebbar 28 Jun '05

28 Jun '05

Hi, I downloaded the ser-0.8.14_linux_i386 tar zipped archive from the iptel.org website. Unzipped it in the / directory and then got the SIP server running from /usr/local/sbin/ directory. I am using the linphone version 1.0.0 pre-installed on SUSE linux 9.3. But I am running into configuration issues while trying to configure the SIP Express Router (ser) to run as a proxy/ registrar server. I made the following changes in the Preferences menu of linphone: Automatically guess the SIP Identity as say, user@192.40.40.15 Add proxy/ registrar server SIP Identity: sip:afila@192.40.40.15 and SIP Proxy server: sip:192.40.40.56 No changes were made to the ser.cfg file that comes with the distribution. My question is, should some changes be made to the ser.cfg file in order for a basic registration erquest to be received and accepted? If yes, could some one please suggest the changes? If no, what could I be doing wrong over here? Please help! My ser.cfg file is as follows: # # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ #debug=3 # debug level (cmd line: -dddddddddd) #fork=yes #log_stderror=no # (cmd line: -E) /* Uncomment these lines to enter debugging mode debug=7 fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "/usr/local/lib/ser/modules/auth.so" #loadmodule "/usr/local/lib/ser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth_db", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # #modparam("auth_db", "password_column", "password") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if ( msg:len > max_len ) { sl_send_reply("513", "Message too big"); break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol record_route(); # loose-route processing if (loose_route()) { t_relay(); break; }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication # if (!www_authorize("iptel.org", "subscriber")) { # www_challenge("iptel.org", "0"); # break; # }; save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { sl_reply_error(); }; } Regards. Mithun.

1 0

Re: [Serusers] Autostart SER on Boot up.
by Samuel Osorio Calvo 28 Jun '05

28 Jun '05

My memory is not good so check out the spelling....sorry but I am not on a linux machine and can not check the paths... Put the ser executable (the one usually in /usr/local/sbin) in /etc/init.d (a link would be enough, depending on what you want). Under /etc there are several directories that are used to start processes during startup, since I guess you are using runlevel 3, you should add a link in /etc/rc3.d/ to the ser application in /etc/init.d with special format: it has to start with the letter S, followed by two numbers and an arbitrary string: something like Sxxstring. The S stands for Start and the xx numbers indicate the order to start. The order is important!!! don't try to start ser before the networking or it will simply fail. To gracefully stop ser you should add in /etc/rc0.d and /etc/rc6.d the appropriate Kyystring link. Explore in the /rcM.d directrories to see how to make it working... About the variable, just add in your home .bash_profile export SIP_DOMAIN="myserver...." Hope it helps, Samuel. Unclassified. >>> "Sebastian Kigelman" <sebastian(a)kigelman.com.ar> 06/28/05 03:28AM >>> Hi!!.. Its my again!!!... As I tell you people, I am newy in the "SER World", and I have a existential question: How can I stat SER automatically during the machine startup?... Also, I need to know where I can put the environment variable (export SIP_DOMAIN="myserver.blah_blah.com") so I not need to type it on every remote session that I start... I am working in Debian Linux v2.4.27-2-386... Any help will be very usefull for my... Zeva... _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

2 1

[Serusers] RE: ser.cfg Configuration
by Abdul Lateef 28 Jun '05

28 Jun '05

Hello, Thank you friends, I got the Log file under /var/log/message Once again thanks for all friends. Yours, Abdul Lateef Computer Programmer HATIF COM Mob: +974 - 5405022 Tel: +974 - 4883068 ICQ: 276994704 YM!: abdul_zu Fax: +974 - 4883063 Doha Qatar http://www.hatif.com __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0

[Serusers] ser.cfg Configuration (Daryl Sanders)
by Abdul Lateef 28 Jun '05

28 Jun '05

Hello, Thank you for kind of information, I am reading the getting start. But i have a small question, Where i can see the SER log? I means in which directory is located? Thank You Yours, Abdul Lateef Computer Programmer HATIF COM Mob: +974 - 5405022 Tel: +974 - 4883068 ICQ: 276994704 YM!: abdul_zu Fax: +974 - 4883063 Doha Qatar http://www.hatif.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

[Serusers] Call expires after 30 seconds with SER + MEDIAPROXY + VOVIDA B2BUA
by Alberto Cruz 28 Jun '05

28 Jun '05

Does anybody have SER running with MEDIAPROXY and Vovida B2BUA at the same machine? I'm having a little trouble with the calls: They are finishing after 30 seconds. After I have reviewed the NGREP sniffing I can detect that the B2BUA is sending a BYE to the SER as you can see: U 2005/06/26 22:59:29.210454 200.67.33.247:61767 -> 200.94.75.6:5060 ACK sip:018183324166@200.94.75.6:5060 SIP/2.0. Via: SIP/2.0/UDP 172.31.253.127:5060;branch=z9hG4bK-4413ed9d. From: 8183651723 <sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0. To: <sip:018183324166@sipsrv.conecta-te.com>;tag=71eb8754. Call-ID: 1a18e21e-eaa9b26b(a)172.31.253.127. CSeq: 101 ACK. Max-Forwards: 70. Route: <sip:018183324166@200.94.75.6:5065>. Contact: 8183651723 <sip:8183651723@172.31.253.127:5060>. User-Agent: Linksys/PAP2-2.0.12(LS). Content-Length: 0. . # U 2005/06/26 22:59:29.213193 200.94.75.6:5060 -> 200.94.75.6:5065 ACK sip:018183324166@200.94.75.6:5065 SIP/2.0. Record-Route: <sip:200.94.75.6;ftag=d96bd682df5aa957o0;lr=on>. Via: SIP/2.0/UDP 200.94.75.6;branch=0. Via: SIP/2.0/UDP 172.31.253.127:5060;rport=61767;received=200.67.33.247;branch=z9hG4bK-4413ed9d. From: 8183651723 <sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0. To: <sip:018183324166@sipsrv.conecta-te.com>;tag=71eb8754. Call-ID: 1a18e21e-eaa9b26b(a)172.31.253.127. CSeq: 101 ACK. Max-Forwards: 16. Contact: 8183651723 <sip:8183651723@172.31.253.127:5060>. User-Agent: Linksys/PAP2-2.0.12(LS). Content-Length: 0. P-hint: rr-enforced. . # U 2005/06/26 22:59:29.214421 200.94.75.6:5065 -> 200.94.75.6:5060 ACK sip:018183324166@200.94.75.6:5060 SIP/2.0. Via: SIP/2.0/UDP 200.94.75.6:5065. To: <sip:018183324166@sipsrv.conecta-te.com>;tag=33F1FB80-B96. From: 8183651723 <sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0. Call-ID: 8c9da6de70b56114b926f823b1173c3a(a)200.94.75.6. CSeq: 101 ACK. Max-Forwards: 70. Route: <sip:018183324166@200.94.75.1:5060>. Content-Length: 0. . # U 2005/06/26 22:59:29.218000 200.94.75.6:5060 -> 200.94.75.1:5060 ACK sip:018183324166@200.94.75.1:5060 SIP/2.0. Record-Route: <sip:200.94.75.6;ftag=d96bd682df5aa957o0;lr=on>. Via: SIP/2.0/UDP 200.94.75.6;branch=0. Via: SIP/2.0/UDP 200.94.75.6:5065. To: <sip:018183324166@sipsrv.conecta-te.com>;tag=33F1FB80-B96. From: 8183651723 <sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0. Call-ID: 8c9da6de70b56114b926f823b1173c3a(a)200.94.75.6. CSeq: 101 ACK. Max-Forwards: 16. Content-Length: 0. P-hint: rr-enforced. . ## U 2005/06/26 23:00:05.104387 200.94.75.6:5065 -> 200.94.75.6:5060 BYE sip:018183324166@200.94.75.6:5060;lr=on SIP/2.0. Via: SIP/2.0/UDP 200.94.75.6:5065. To: 8183651723 <sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0. From: <sip:018183324166@sipsrv.conecta-te.com>;tag=71eb8754. Call-ID: 1a18e21e-eaa9b26b(a)172.31.253.127. CSeq: 102 BYE. Max-Forwards: 16. Route: <sip:8183651723@200.94.75.6:61767>. Record-Route: <sip:200.94.75.6;ftag=d96bd682df5aa957o0;lr=on>. Contact: 8183651723 <sip:8183651723@172.31.253.127:5060>. User-Agent: Linksys/PAP2-2.0.12(LS). Content-Length: 0. P-hint: rr-enforced. Does anybody know if this is a problem with the VOVIDA B2BUA or the SER? Any idea? Thanks Alberto Cruz

4 8

RE: [Serusers] *** SER - Asterisk
by harry gaillac 28 Jun '05

28 Jun '05

Luca, you may find help here: http://www.cs.colostate.edu/~somlo/CSU-SIP-notes/ http://www.voip-info.org/tiki-index.php?page=Asterisk+at+large ask for help to asterisk-users(a)lists.digium.org Regards harry --- "lucape(a)inwind.it" <lucape(a)inwind.it> a écrit : > i'm not offended, but i speak a bad english, and > i've not found documents on ser + asterisk on > www.asterisk.org... > if you can help me to found it, give me the link... > > thanks > luca > > > ---------- Initial Header ----------- > > From : "harry gaillac" gaillacharry(a)yahoo.fr > To : "lucape(a)inwind.it" lucape(a)inwind.it > Cc : asterisk-users(a)lists.digium.com > Date : Mon, 27 Jun 2005 20:50:27 +0200 (CEST) > Subject : RE: [Serusers] *** SER - Asterisk > > > > > > > > > I don't want to offend you but you should have a > look > > to sems . > > > > You won't find docs to help you at asterisk.org > > > > --- "lucape(a)inwind.it" <lucape(a)inwind.it> a écrit > : > > > > > hello > > > > > > help me to configure ser + asterisk > > > how to do the configuration? > > > > > > Luca > > > > > > > > > > > > > > > ____________________________________________________________ > > > 6X velocizzare la tua navigazione a 56k? 6X Web > > > Accelerator di Libero! > > > Scaricalo su INTERNET GRATIS 6X > http://www.libero.it > > > > > > > > > _______________________________________________ > > > Serusers mailing list > > > serusers(a)lists.iptel.org > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > > > > > > > > > > ___________________________________________________________________________ > > Appel audio GRATUIT partout dans le monde avec le > nouveau Yahoo! Messenger > > Téléchargez cette version sur > http://fr.messenger.yahoo.com > > > > > > ____________________________________________________________ > Navighi a 4 MEGA e i primi 3 mesi sono GRATIS. > Scegli Libero Adsl Flat senza limiti su > http://www.libero.it > > > ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com

1 0

RE: [Serusers] Use of fifo for registration :ul_add: command tutorial
by Samuel Osorio Calvo 28 Jun '05

28 Jun '05

Try the following..... ################################################# #!/bin/sh cat> /tmp/ser_fifo << :ul_add:return_fifo location sip:user@domain sip:user@IP {expires} {qvalue} {replicate} {flags} ################################################## return_fifo is the name of the fifo (with a /tmp prefix) that will use SER for answering to the fifo command.If you don't want to read it, just don't worry about the possible complaint of FIFO not existing, error opening return fifo or something like that in SER log. location is the table where to add/update the record sip:user@domain-->AoR you might have to look at SER's debug output because I remember there was something with sip: prefix in either AoR or contact. I think using sip: will work but just check if you have to remove the sip: prefix from the contact.... sip:user@IP-->contact expires-->record validity in seconds qvalue-->[0..1] replicate-->bool 0|1 flags-->not 100% sure if it corresponds to the flag vector of SER or just indicate natted contacts...I recommend to use a 0 value here.. Remember to add an End Of File character in the last line or there are some funny parsing things with subsequent messages isnerted in the fifo... Hope it helps, Samuel. Unclassified. >>> "Rodrigue ESTEVE" <rodrigue(a)mobius.fr> 06/28/05 09:13AM >>> Does anybody have an explanation to use the fifo for registration (using a script and not the serctl command) ? Thanks very much _____ De : serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] De la part de Rodrigue ESTEVE Envoyé : mardi 14 juin 2005 19:00 À : serusers(a)lists.iptel.org Objet : [Serusers] Use of fifo for registration :ul_add: command tutorial Hi all, I would like to use ser_fifo to register a user; I think the :ul_add: command is the clue, but I don't how to use the fifo to do this. My aim is to do the following: I have a Voip gateway on a customer with a lot of phone number (700) and I would like to authenticate each number. Unfortunately I have to add a small amount of configuration on the voip gateway each time I add a number (uri), moreover I'm not sure this gateway will work with so many numbers, and the bandwidth needed to register each number every 5 minutes will be wasted. The idea is to challenge only one time the gateway and then in ser.cfg if the challenge succeeds I execute a script to register by bulk all the numbers enclosed in a file on the proxy. To do this I have to pass arguments to the fifo using the :ul_add: command, but this is where I'm stuck. I've done this: echo :ul_add:receiving_fifo > /tmp/ser_fifo echo location > /tmp/ser_fifo echo 100 > /tmp/ser_fifo echo <sip:100@10.1.1.1:5060> > /tmp/ser_fifo echo 300 > /tmp/ser_fifo echo 0 > /tmp/ser_fifo echo 2 > /tmp/ser_fifo but it does not work, I think this is due to the receiving_fifo, I have to do something with it to process the response of SER, but what ?? I know I can use the following command to workaround the pbm, and I'm successful with this command: Serctl fifo ul_add location *.. But it requires one process each time I register a number, and it takes 1 minute on a Celeron 700 for 500 numbers (30 % CPU), and I think using the fifo is a more suitable solution (less CPU consuming). Thanks for your support, Rodrigue PS: I would like to register every 5minutes,cause the customer gateway is able to redirect to PSTN in case of failure.

1 0

← Newer
1
...
8
9
10
11
12
13
14
...
60
Older →

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 June 2005