sr-users August 2004

sr-users@lists.kamailio.org

181 participants
424 discussions

Start a nNew thread

[Fwd: Re: [Serusers] cpled authentication problem]

by Bogdan-Andrei IANCU

20 years, 1 month

[Serusers] serweb problem

by andrea

Hi all, I'm trying serweb with ser 0.8.14 with php 4.3.7 + apache 1.3 I found several error in apache log and authentication doesn't work... Do you have any suggestions? The apache log is: [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: text in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 235 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: name in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: name in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: size in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: size in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: maxlength in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: maxlength in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: value in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: value in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: minlength in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: minlength in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: length_e in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: length_e in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: extrahtml in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: extrahtml in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined property: isfile in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 250 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined property: hidden in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 253 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: text in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 235 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: name in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: name in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: value in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: value in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: size in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: size in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: maxlength in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: maxlength in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: pass in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: pass in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: extrahtml in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: extrahtml in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined property: isfile in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 250 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined property: hidden in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 253 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: submit in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 235 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: name in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: name in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: src in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: src in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: extrahtml in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 71 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: extrahtml in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 72 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined property: isfile in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 250 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined property: hidden in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 253 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined variable: okey_x in /home/voip/ser/serweb_2004-07-27/html/admin/index.php on line 67 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined variable: errors in /home/voip/ser/serweb_2004-07-27/html/admin/index.php on line 82 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined variable: message in /home/voip/ser/serweb_2004-07-27/html/admin/index.php on line 83 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: frozen in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 284 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: frozen in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 284 [Wed Jul 28 11:46:46 2004] [error] PHP Notice: Undefined index: frozen in /home/voip/ser/serweb_2004-07-27/phplib/oohforms.inc on line 284

20 years, 1 month

[Serusers] Question about usrloc

by Runar Lyngmo

Hello Ser users and developers! I have a question about userloc. I'm authenticating my sip users (Allied Telesyn RG613-TX boxes) against mysql with a given username (msn1-macaddress / msn2-macaddress) and auto generated password. Authentication works fine, but my question is related to how ser stores users location in the location db. Example: Username: msn1-12345678 Phonenumber: 12345 Contact: sip:12345@192.168.1.1:5060 When this user is register the following I added to the location db: Username: 12345 Domain: Contact: sip:12345@192.168.1.1:5060 +++ My question is regarding the username column, is it possible that it contains the username of the sip user, not the username in the contact uri? Regards Runar Lyngmo

20 years, 3 months

FW: [Serusers] Problems compiling GSM authentication module

by aimable

I have radiusclient-0.4.3 installed .What version is the right one for the GSM module to compile? Should I use the previous versions ? Thanks again -----Original Message----- From: Daniel-Constantin Mierla [mailto:daniel@iptel.org] Sent: Friday, August 27, 2004 1:54 PM To: aimable Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Problems compiling GSM authentication module You are using a wrong version of radiusclient library. What is yours? When I will find some time to spare I will update it to use radiusclient-ng library, to be the same as latest ser. Daniel On 8/27/2004 12:56 PM, aimable wrote: > Hi all, > > I have been using SER for 6 months (together with Asterisk ) and every > thing seems to be fine ( voicemail, accounting, authentication, NAT > and so on) > > But I recently wanted to test the GSM authentication module but when I > tried to compile it and install it I failed .I am using version: ser > 0.8.12-tcp_nonb (i386/linux) of SER on RH 9 > > Here is the error I get when I try to compile gsm module > > auth_gsm.c:117: warning: passing arg 1 of `rc_conf_str' from > incompatible pointer type > > auth_gsm.c:117: too few arguments to function `rc_conf_str' > > auth_gsm.c:117: warning: passing arg 1 of `rc_read_dictionary' from > incompatible pointer type > > auth_gsm.c:117: too few arguments to function `rc_read_dictionary' > > make: *** [auth_gsm.o] Error 1 > > > > can anyone help me about this? > > Thanks > >------------------------------------------------------------------------ > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers > >

20 years, 3 months

[Serusers] SER 0.8.14 bug report

by Steve I. Peterson

SER bugs found under OpenBSD 3.5: ser 0.8.14 binary: ------------------ The ser-0.8.14_openbsd_i386.tar.gz binary will not work since the executable is in the obsolete a.out format instead of ELF. ser 0.8.14 source: ------------------ make produced syntax errors, so I used gmake. It runs! Strangely, it doesn't emit an error or warning even when there is no ser.cfg file at all. It doesn't seem to find /etc/ser/ser.cfg or /etc/ser.cfg when I put one there. Upon run it reports WARNING: could not read from /dev/random. Under OpenBSD, /dev/random is reserved for hardware RNG's. Use /dev/arandom (or /dev/urandom) instead. There is confusion over whether the config file is /etc/ser.cfg or /etc/ser/ser.cfg. The ser man page erroneously says the -f default is ./ser.cfg instead of /etc/... man page errors: Under FILES: it lists /etc/ser/ser.cfg instead of /etc/ser.cfg -which is correct? Also, /usr/sbin/ser should be /usr/local/sbin/ser Also, /usr/lib/ser/modules/* is really /usr/local/lib/ser/modules/* Missing: There is no man page for serctl. Also, /usr/share/doc/ser/README.cfg should be /usr/local/share/doc/ser/README.cfg The file /usr/local/share/examples/ser/ser.cfg should be mentioned by the man page. Installation: The example ser.cfg should be copied to /etc/ser.cfg Under OpenBSD, /usr/sbin and /usr/local/bin are in the path, but /usr/local/sbin is not (go figure). This means ser will no execute directly since it is not in the path. This may be a reason to use /usr/sbin instead of /usr/local/sbin. Personally, I don't care whether ser and it's files go in .../local/... or not, as long as the documentation reflects this accurately. -Steve

20 years, 3 months

[Serusers] Problems running CVS STABLE

by Markos Vakondios

Hi, I downloaded the stable cvs versions a couple of days ago but I haven't been able to make run yet. I have compiled with both bison and yacc as it mentioned in a previous post but no luck, even in different PCs. I am running SuSE 9, SER compiles with warnings about .d files all along but the build succeeds. Nevertheless, when I try to start it I get the following output: 0(2363) read 852533296 from /dev/random 0(2363) seeding PRNG with 1946404459 0(2363) test random number 166762925 0(2363) shm_mem_init: success 0(2363) DEBUG: register_fifo_cmd: new command (print) registered 0(2363) DEBUG: register_fifo_cmd: new command (uptime) registered 0(2363) DEBUG: register_fifo_cmd: new command (version) registered 0(2363) DEBUG: register_fifo_cmd: new command (pwd) registered 0(2363) DEBUG: register_fifo_cmd: new command (arg) registered 0(2363) DEBUG: register_fifo_cmd: new command (which) registered 0(2363) DEBUG: register_fifo_cmd: new command (ps) registered 0(2363) DEBUG: register_fifo_cmd: new command (kill) registered debug=1 0(2363) parse error (1,3-5): parse error fk= log_stderr= check_via= dns= rev_dns= #pt=5 #children= fifo="/tmp/ser_fifo # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/local/lib/ser/modules/sl.so loadmodule "/usr/local/lib/ser/modules/rr.so loadmodule "/usr/local/lib/ser/modules/usrloc.so # Uncomment this if you want digest authenticati # mysql.so must be loaded #loadmodule "/usr/local/lib/ser/modules/auth.so # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", # Uncomment this if you want to use SQL database # f persistent stage comment the previous line #modparam("usrloc", "db_mode", 2 # -- auth params -- # Uncomment if you are using auth module # #modparam("auth_db", "calculate_ha1", # # If you set "calculate_ha1" parameter to (which in this cfig), # uncomment also the following parameter # #modparam("auth_db", "passwd_column", "passwd" # -- 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_fwards==, excessively lg requests if (mf_process_maxfwd_header("1")) sl_send_reply("483","Too Many Hops") break } if ( msg:len > max_len ) sl_send_reply("513", "Message too big") break } # we recd-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream downstream entities # use different transpt protocol recd_route(); # loose-route processing if (loose_route()) t_relay() break } # if the request is f other domain use UsrLoc # (in case, it does t wk, use the following comm # with proper names addresses in it if (==myself) if (method=="REGISTER") # Uncomment this if you want to use digest authenticati # if (www_authize("iptel.g", "subscriber")) # www_challenge("iptel.g", "") # break # } save("locati") break } # native SIP destinatis are hled using our USRLOC DB if (lookup("locati")) sl_send_reply("44", "Not Found") break } } # fward to current w; use stateful fwarding; that # wks reliably even if we fward from TCP to if (t_relay()) sl_reply_err() } ERROR: bad config file (1 errors) 0(2363) shm_mem_destroy 0(2363) destroying the shared memory lock Why does it output the config file?And why is it corrupted? Please help... Thanks Markos

20 years, 3 months

[Serusers] SER becomes very slow

by Tirpák Miklós

Hello! Sometimes SER becomes very slow, it can not respond to UDP requests within 5-10 seconds. I use 0.8.12 from rpm package on Redhat 7.3. Is there any knows bug related to this? When I stop and start SER it takes about 10 seconds to start. Restarting it several times solves the problem, it becomes fast again. I have this problem also on another machine with the same system and same config. Thanks, Miklos -- --------------------------------------------------------------------------- Miklos Tirpak Computer and Automation Research Institute e-mail : mtirpak(a)sztaki.hu Hungarian Academy of Sciences phone : (361) 279-6011 H-1132 Budapest, Victor Hugo u 18-22 fax : (361) 279-6021

20 years, 3 months

[Serusers] Can SER digest-authenticate itself to PSTN servers when forwarding requests from clients?

by Andreas Greulich

Hi all, I'm new to SER, so maybe the question is trivial. What I'm wondering if there's a way SER can itself (!) authenticate using digest authentication on a PSTN gateway? Obviously I can't use "rewriteuserpass" because this doesn't support digest authentication. Background: I'm using a hardware SIPphone (BT100) that can only connect to one single SIP server. I'd like to make it connect to SER running on my Linux box. SER would not need to authenticate the phone itself (it's my private LAN segment anyway). SER should register itself (not the phone) as a UA to several SIP servers in the Internet on behalf of the BT100 (like Stanaphone, Sipgate, Nikotel, etc). To do so, my credentials for these servers are placed on the Linux box (in cleartext). Of course these servers require digest authentication, jence my initial question. As soon as I make a call on teh BT100, SER can use a dialing plan in order to decide what PSTN to connect it to - but this should be invisible to the BT100, the SER proxy should even take care itself of the digest authentication. I browsed the auth module - but I can only find actions in there that would allow the proxy to digest-authenticate incoming requests - or did I miss something? I don't really feel like installing a MySQL server either (for my 2-3 accounts), unless really needed. What I need though is a way how the proxy could itself - independent of the calling client - authenticate on different servers (using different credentials at each server). Is this possible using SER? Or maybe some other software? Thanks, Andy

20 years, 3 months

[Serusers] No mem for sip_msg

by Peter Herre

Dear ser users, I have a similar problem like Joseph Rork: I have ser 0.8.14 with mysql 4.0. Without DB access, ser handles all SIP requests. With enabled DB access, I receive the following error message when a SIP request comes in: receive_msg: no mem for sip_msg As posted in September 2003, I increased both the shared memory to 64 MB and PKG_MEM_POOL_SIZE to 10240*1024, but the error remained. Beside this, I also added 256 MB physical RAM. Do have any other ideas what I could change? Best regards, Peter

20 years, 3 months

[Serusers] NAT + Clients directly connected to SER

by Michael C. Cambria

Using ser 0.8.14 from cvs, I have a question regarding the example nathelper.cfg file. The file is in sip_router/etc/nathelper.cfg # !! Nathelper # Special handling for NATed clients; .... I'd like to understand if clients are considered NATed in my configuration. I have ser running on the NAT box itself (FreeBSD 4.10-Stable). There is one public address, and several private subnets. SER running on this box is the sip proxy for all clients on the private subnets. In this topology, would the UA's on the private subnets be considered "NATed clients" and thus pass the nat_uac_test("3") test in this nathelper.cfg file? Or does this test only apply when NAT exists between SER and the clients? Thanks, MikeC

20 years, 3 months

Jump to page:

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 August 2004