sr-users February 2004

sr-users@lists.kamailio.org

144 participants
382 discussions

[Serusers] SEMS
by Kapil Dhawan 26 Feb '04

26 Feb '04

Hi...How can we use sems to listen our username (phone no) on phone...lets say user pressed some combination and we want to play his phone no...How can this be done _________________________________________________________________ Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag Only on www.shaadi.com. Register now!

1 0

FW: [Serusers] Rtpproxy
by Shirley Toh 26 Feb '04

26 Feb '04

Hi, I am using the code below. When I am dialing through this scenario ---> UA1(Symmetric NAT) ----> SER ---> UA2 (Symmetric NAT) . I hear no audio and I haev no error in my route. Please kindly advise is there something missing or I need to have extra components. I am using CVS rel_0.8.12 and latest rtpproxy!!! Help Help!!! Regards, Shirley > -----Original Message----- > From: Shirley Toh > Sent: Wednesday, February 25, 2004 6:37 PM > To: SER Users (E-mail) > Subject: FW: [Serusers] Rtpproxy > > Hi > > I have problem calling through UA behind Symmetric network? Please advice > any solution to this problem. Thank you!!! > > UA1(Symmetric NAT) ----> SER ---> UA2 (Symmetric NAT) > > Regards, > Shirley > -----Original Message----- > From: Shirley Toh > Sent: Tuesday, February 24, 2004 9:09 PM > To: 'Jan Janak' > Subject: RE: [Serusers] Rtpproxy > > Hi, > > Thank you for your answer. > > Can I check the latest module in CVS does it support to call from > Symmetric network to Symmetric network?Please help. If can what sgould I > take note in the commands? > > Regards, > Shirley > > -----Original Message----- > From: Jan Janak [SMTP:jan@iptel.org] > Sent: Tuesday, February 24, 2004 8:35 PM > To: Shirley Toh > Cc: SER Users (E-mail) > Subject: Re: [Serusers] Rtpproxy > > You are calling force_rtp_proxy or fix_nated_sdp on a message with empty > body. Make sure that you call the functions from the script only when > the message contains SDP body (usually INVITE and 200 OK). > > Jan. > > On 24-02 11:36, Shirley Toh wrote: > > Hi, > > > > Can anyone help me!! I am having this error on my log file when I try to > > make calls. I have attached my ser.cfg. Please help!! Thanks!! > > > > Feb 24 11:29:54 sipserver2 /usr/local/sbin/ser[20404]: ERROR: > > send_rtpp_command: can't read reply from a RTP proxy > > Feb 24 11:29:54 sipserver2 /usr/local/sbin/ser[20413]: ERROR: > extract_body: > > message body has lenght zero > > Feb 24 11:29:54 sipserver2 /usr/local/sbin/ser[20413]: ERROR: > > force_rtp_proxy: can't extract body from the message > > Feb 24 11:29:54 sipserver2 /usr/local/sbin/ser[20413]: ERROR: on_reply > > processing failed > > Feb 24 11:29:54 sipserver2 /usr/local/sbin/ser[20417]: ERROR: > extract_body: > > message body has lenght zero > > Feb 24 11:29:54 sipserver2 /usr/local/sbin/ser[20417]: ERROR: > > force_rtp_proxy: can't extract body from the message > > Feb 24 11:29:54 sipserver2 /usr/local/sbin/ser[20417]: ERROR: on_reply > > processing failed > > Feb 24 11:30:24 sipserver2 /usr/local/sbin/ser[20417]: ERROR: > extract_body: > > message body has lenght zero > > Feb 24 11:30:24 sipserver2 /usr/local/sbin/ser[20417]: ERROR: > > force_rtp_proxy: can't extract body from the message > > Feb 24 11:30:24 sipserver2 /usr/local/sbin/ser[20417]: ERROR: on_reply > > processing failed > > Feb 24 11:30:24 sipserver2 /usr/local/sbin/ser[20407]: ERROR: > extract_body: > > message body has lenght zero > > Feb 24 11:30:24 sipserver2 /usr/local/sbin/ser[20407]: ERROR: > fix_nated_sdp: > > cannot extract body from msg! > > Feb 24 11:30:24 sipserver2 /usr/local/sbin/ser[20407]: ERROR: > extract_body: > > message body has lenght zero > > Feb 24 11:30:24 sipserver2 /usr/local/sbin/ser[20407]: ERROR: > > force_rtp_proxy: can't extract body from the message > > Feb 24 11:30:24 sipserver2 /usr/local/sbin/ser[20407]: ERROR: on_reply > > processing failed > > > > <<ser.cfg.txt>> > > > > regards, > > shirley > > > > > # > > # $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" > > mhomed=yes > > > > # ------------------ 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/nathelper.so" > > loadmodule "/usr/local/lib/ser/modules/textops.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) > > > > # -- Nathelper -- > > modparam("registrar" , "nat_flag", 6) > > modparam("nathelper", "natping_interval", 60) > > modparam("nathelper", "ping_nated_only", 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; > > }; > > > > > > #!! Nathelper > > if (nat_uac_test("3")){ > > if (method == "REGISTER"){ > > log("LOG:Someone trying to register from private > IP, rewriting\n"); > > fix_nated_contact(); # Rewtite contact with > source IP of signalling > > if(method== "INVITE"){ > > fix_nated_sdp("1"); # Add > direction-active to SDP > > }; > > force_rport(); > > setflag(6); > > }; > > }; > > > > # 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") { > > save("location"); > > break; > > }; > > > > # native SIP destinations are handled using our USRLOC > DB > > if (!lookup("location")) { > > sl_send_reply("", "Connecting"); > > break; > > }; > > }; > > if (isflagset(6)){ > > force_rtp_proxy(); > > }; > > t_on_reply("1"); > > > > # 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(); > > break; > > }; > > > > } > > > > # all incoming replies for t_onrepli-ed transactions enter here > > onreply_route[1] { > > if (isflagset(6) && status=~"(183)|2[0-9][0-9]") { > > fix_nated_contact(); > > fix_nated_sdp("1"); > > force_rtp_proxy(); > > }else if(nat_uac_test("1")){ > > fix_nated_contact(); > > force_rtp_proxy(); > > }; > > > > } > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers

2 1

Re: [Serusers] Serweb question
by Jiri Kuthan 26 Feb '04

26 Feb '04

At 03:11 PM 2/25/2004, Mike Fallows wrote: >I have installed serweb which seems to work. > >One or two oddities though. > >First, there is a java script file being preloaded which does not appear to >be in the distribution, namely preload.js. don't use it, it is there by mistake. -jiri >I get a runtime error when doing a find user under the user interface, which >I am guessing is because the preload.js is missing. > >Any ideas would be much appreciated. > >Mike > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

2 4

[Serusers] Error Msg: init_avp_child: no avp_db_url specified Please advise
by Mike Dehn 25 Feb '04

25 Feb '04

We are installing SER from the unstable branch of the CVS along with rtpproxy on a private IP address. Can someone please tell us what these error messages are trying to tell us? We are getting errors that look like this: WARNING: fix_socket_list: could not rev. resolve 192.168.0.17 /usr/local/sbin/ser[1851]: NOTICE:init_avp_child: no avp_db_url specified -> feature disabled (a lot of these) WARNING: no fifo_db_url given - fifo DB commands disabled! Thanks, Mike

2 1

[Serusers] Database Connection Issue
by Darren Nay 25 Feb '04

25 Feb '04

Hey All, I've got an odd problem. I've configured SER to talk to MySQL located on the localhost successfully. However, I now want to move my MySQL database to a separate server from SER for performance reasons. The problem is that now I've moved the database server and changed the db_url in my ser.cfg file and SER is still looking for the local socket in /tmp/mysql.sock. My db_url in ser.cgi looks like this: # -- auth params -- modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "db_url", "mysql://ser:heslo@db1-grv1/ser") user:ser pass:heslo host:db1-grv1 db1-grv1 is mapped to the mysql server IP in the /etc/hosts file. I can connect fine remotely using the "mysql" client tool and the user/pass above. However, when I start SER I get the following ... Listening on my.ip.iz.her [my.ip.iz.her]:5060 Aliases: my.hst.iz.her:5060 WARNING: no fork mode stateless - initializing Maxfwd module- initializing acc - initializing 0(28939) connect_db(): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) 0(28939) db_init(): Error while trying to connect database 0(28939) mod_init(): Error while connecting database 0(28939) init_mod(): Error while initializing module usrloc ERROR: error while initializing modules Any suggestions? Is my syntax for the "db_url" parameter correct? Any help would be appreciated. Thanks in advance.

1 0

[Serusers] Rule of thumb for shared memory size?
by Arnd Vehling 25 Feb '04

25 Feb '04

Hi, is there any way to approximately calculate a safe shared memory size for SER based on total subscribers and concurrent calls maybe? Is there a different sharedmem requirement depending on the modules one uses? -- Arnd

2 1

[Serusers] ser.cfg: location matching
by Eduard San Anselmo Mateu 25 Feb '04

25 Feb '04

Hi all. My problem is a configuring one. Let's say that I want to log every INVITE request from user 'alice(a)foo.bar' at network 192.168.0, to user 'bob(a)foo.bar' at network !(192.168.0). Is this config excerpt right for my purposes?: if (uri==myself) { ... #basic config if (!lookup("location")) { sl_send_reply("404","Not Found"); break; }; if (method=="INVITE" && uri=~"@!(192\.168\.0).*") { log(1,"INVITE for a different network\n"); }; }; I might be mistaken on thinking that after doing the 'lookup("location")', the uri gets rewritten to 'bob(a)123.232.3.45', i.e. the Contact information of the callee. I'd appreciate anyone pointed me in the right direction. Thanks for your help. Eduard San Anselmo

2 1

[Serusers] forward and t_relay_udp
by Alan Litster 25 Feb '04

25 Feb '04

Hi, What's the difference between using forward and t_relay_udp? For example if an INVTIE is received by mydomain.com and it is to be redirected to anotherdomain.com, which would be the prefered method to use??? Also, is it required to us a break after each request to halt any further processing of the routing script? Many Thanks, Alan ------------------------------------------------------------------------------------------------------- This email, and any files transmitted with it, is copyright and may contain confidential information. The contents are intended for the use of the addressee(s) only. Unauthorized use may be unlawful. If you receive this email by mistake, please advise sender immediately. The views of the author may not necessarily constitute the views of Telco Electronics Limited. Nothing in this mail shall bind Telco Electronics Limited in any contract or obligation. Telco Electronics Limited 6-8 Oxford Court Brackley Northants NN13 7XY Tel 07000 701999 Fax 07000 701777

2 1

RE: [Serusers] CPL
by Toni Barata 25 Feb '04

25 Feb '04

Hi Bogdan, We are experiencing some problems with the proxy no answer (timeout don't work?) and proxy on busy in our scripts. script for proxy if busy on client "cliente1": <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE cpl PUBLIC '-//IETF//DTD RFCxxxx CPL 1.0//EN' 'cpl.dtd'> <cpl> <incoming> <proxy ordering="sequential"> <busy> <location url="sip:1234@10.112.128.5" /> </busy> </proxy> </incoming> </cpl> debug for proxy if busy: 6(17752) DEBUG:cpl-c:get_dest_user: tring to get user from new_uri 6(17752) DEBUG:cpl-c:get_dest_user: tring to get user from R_uri 6(17752) DEBUG:get_user_script: fetching script for user <cliente1(a)10.112.128.5> 6(17752) DEBUG:get_user_script: we got the script len=58 6(17752) DEBUG: t_check: msg id=12 global id=12 T start=0x422bb6a8 6(17752) DEBUG: t_check: T alredy found! 6(17752) parse_headers: flags=-1 6(17752) check_via_address(10.112.128.55, 10.112.128.55, 0) 6(17752) WARNING:vqm_resize: resize(0) called 6(17752) DEBUG: reply sent out. buf=0x80c9c98: SIP/2.0 1..., shmem=0x422bd0f8: SIP/2.0 1 6(17752) DEBUG: t_reply: finished 6(17752) DEBUG:cpl_run_script: processing CPL node 6(17752) DEBUG:cpl_run_script: processing proxy node 6(17752) DEBUG:run_proxy: location set found empty -> going on failure/default branch !!!!!!!!!!!!!!!!????????????? 6(17752) DEBUG:cpl_c:cpl_run_script: running default action 6(17752) rewrite(): Rewriting Request-URI with 'sip:10.112.128.220:14045' script for proxy if no answer on client "cliente1": <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE cpl PUBLIC '-//IETF//DTD RFCxxxx CPL 1.0//EN' 'cpl.dtd'> <cpl> <incoming> <proxy ordering="sequential" timeout="5"> <noanswer> <location url="sip:666@10.112.128.5" /> </noanswer> </proxy> </incoming> </cpl> debug for proxy if no answer: 5(17963) DEBUG:cpl-c:get_dest_user: tring to get user from new_uri 5(17963) DEBUG:cpl-c:get_dest_user: tring to get user from R_uri 5(17963) DEBUG:get_user_script: fetching script for user <cliente1(a)10.112.128.5> 5(17963) DEBUG:get_user_script: we got the script len=62 5(17963) DEBUG: t_check: msg id=680 global id=680 T start=0x42355b88 5(17963) DEBUG: t_check: T alredy found! 5(17963) parse_headers: flags=-1 5(17963) check_via_address(10.112.128.55, 10.112.128.55, 0) 5(17963) WARNING:vqm_resize: resize(0) called 5(17963) DEBUG: reply sent out. buf=0x80cac78: SIP/2.0 1..., shmem=0x422e8a58: SIP/2.0 1 5(17963) DEBUG: t_reply: finished 5(17963) DEBUG:cpl_run_script: processing CPL node 5(17963) DEBUG:cpl_run_script: processing proxy node 5(17963) DEBUG:run_proxy: location set found empty -> going on failure/default branch (the same problem!!!!!!!!!!!!!!!) 5(17963) DEBUG:cpl_c:cpl_run_script: running default action 5(17963) rewrite(): Rewriting Request-URI with 'sip:10.112.128.220:14045' Can you help us on these issues? Best regards, Toni

2 1

[Serusers] Anyone know which software is ued by Freenet?
by Arnd Vehling 25 Feb '04

25 Feb '04

Hi, slightly OT here but as some of you may have noticed freenet is offering the first large scale sip services in germany. Anyone has an idea which sip proxy they are using? best regards, Arnd

4 5

← Newer
1
2
3
4
5
6
7
8
9
...
39
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 February 2004