sr-users

sr-users@lists.kamailio.org

5 participants
37565 discussions

[Serusers] Problems with radius_auth(2)
by Bjoern Zuelch 03 Mar '03

03 Mar '03

Hi all, ich added following lines in avpair.c function rc_avpair_assign before "case PW_TYPE_STRING:": case PW_SIP_USER_ID: case PW_SIP_USER_REALM: case PW_SIP_USER_NONCE: case PW_SIP_USER_METHOD: case PW_SIP_USER_DIGEST_URI: case PW_SIP_USER_NONCE_COUNT: case PW_SIP_USER_QOP: case PW_SIP_USER_OPAQUE: case PW_SIP_USER_RESPONSE: case PW_SIP_USER_CNONCE: case PW_TYPE_STRING: this should help to build the radius-message. Bjoern

1 0

[Serusers] threading weirdness?
by lgfausak＠august.net 02 Mar '03

02 Mar '03

Hi, I've been working on a problem which I thought was a postgres driver problem, but now I'm not so sure. I put a bunch of debug statements in the driver functions. I've grepped the debugs for db_init|db_close|connect_db|disconnect_db and here is what I have: -----------cut------------ Mar 1 23:59:49 rave ser[1803]: db_init(): sql://USER:PASSWORD@humpty.august.net:5432/THEDBNAME Mar 1 23:59:49 rave ser[1803]: connect_db(): here we go Mar 1 23:59:49 rave ser[1803]: connect_db(): we are connected /tmp/debug.1803.out Mar 1 23:59:49 rave ser[1804]: db_close(): disconnect_db() Mar 1 23:59:49 rave ser[1804]: disconnect_db(): entry Mar 1 23:59:49 rave ser[1804]: disconnect_db(): PQfinish() Mar 1 23:59:49 rave ser[1804]: db_close(): free self Mar 1 23:59:49 rave ser[1804]: db_init(): sql://USER:PASSWORD@humpty.august.net:5432/THEDBNAME Mar 1 23:59:49 rave ser[1804]: connect_db(): here we go Mar 1 23:59:49 rave ser[1805]: db_close(): disconnect_db() Mar 1 23:59:49 rave ser[1805]: disconnect_db(): entry Mar 1 23:59:49 rave ser[1805]: disconnect_db(): PQfinish() Mar 1 23:59:49 rave ser[1805]: db_close(): free self Mar 1 23:59:49 rave ser[1805]: db_init(): sql://USER:PASSWORD@humpty.august.net:5432/THEDBNAME Mar 1 23:59:49 rave ser[1805]: connect_db(): here we go Mar 1 23:59:49 rave ser[1806]: db_close(): disconnect_db() Mar 1 23:59:49 rave ser[1806]: disconnect_db(): entry Mar 1 23:59:49 rave ser[1806]: disconnect_db(): PQfinish() Mar 1 23:59:49 rave ser[1806]: db_close(): free self Mar 1 23:59:49 rave ser[1804]: connect_db(): we are connected /tmp/debug.1804.out Mar 1 23:59:49 rave ser[1806]: db_init(): sql://USER:PASSWORD@humpty.august.net:5432/THEDBNAME Mar 1 23:59:49 rave ser[1804]: db_init(): sql://USER:PASSWORD@humpty.august.net:5432/THEDBNAME Mar 1 23:59:49 rave ser[1806]: connect_db(): here we go Mar 1 23:59:49 rave ser[1804]: connect_db(): here we go Mar 1 23:59:49 rave ser[1805]: connect_db(): we are connected /tmp/debug.1805.out Mar 1 23:59:49 rave ser[1805]: db_init(): sql://USER:PASSWORD@humpty.august.net:5432/THEDBNAME Mar 1 23:59:49 rave ser[1805]: connect_db(): here we go Mar 1 23:59:49 rave ser[1804]: connect_db(): we are connected /tmp/debug.1804.out Mar 1 23:59:50 rave ser[1805]: connect_db(): we are connected /tmp/debug.1805.out Mar 1 23:59:50 rave ser[1806]: connect_db(): we are connected /tmp/debug.1806.out Mar 1 23:59:50 rave ser[1806]: db_init(): sql://USER:PASSWORD@humpty.august.net:5432/THEDBNAME Mar 1 23:59:50 rave ser[1806]: connect_db(): here we go Mar 1 23:59:50 rave ser[1806]: connect_db(): we are connected /tmp/debug.1806.out Mar 2 00:00:50 rave ser[1807]: begin_transaction(): BEGIN error server closed the connection unexpectedly ^IThis probably means the server terminated abnormally ^Ibefore or while processing the request. -----------------cut-------------- The current processes that are running are: [root@rave sip_router]# ps -ax | grep ser 30060 ? S 0:00 /bin/sh bin/safe_mysqld --user=mysql 1803 ? S 0:00 ser -f /usr/local/etc/ser/serpost.cfg 1804 ? S 0:00 ser -f /usr/local/etc/ser/serpost.cfg 1805 ? S 0:00 ser -f /usr/local/etc/ser/serpost.cfg 1806 ? S 0:00 ser -f /usr/local/etc/ser/serpost.cfg 1807 ? S 0:00 ser -f /usr/local/etc/ser/serpost.cfg 1808 ? S 0:00 ser -f /usr/local/etc/ser/serpost.cfg -----------------cut------------------ Here is the top of my ser.cfg file: ---------------- debug=2 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) listen=216.87.144.203 port=5060 children=2 fifo="/tmp/ser_fifo" alias="augustvoice.net" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/acc.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/postgres.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/exec.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/textops.so" modparam("usrloc","db_mode",2) modparam("usrloc","db_url", "sql://USER:PASSWORD@humpty.august.net:5432/THEDBNAME") modparam("tm","retr_timer1p1", 2) # increase retry timeout modparam("tm","retr_timer1p2", 3) # increase retry timeout modparam("tm","retr_timer1p3", 6) # increase retry timeout modparam("acc", "log_level", 1) modparam("acc", "acc_flag", 1 ) modparam("acc", "report_ack", 0 ) modparam("auth","db_url", "sql://USER:PASSWORD@humpty.august.net:5432/THEDBNAME") # # this is the main routing block for augustvoice.net # this block can handle any routing request, local or foreign # route { # ... --------------------------- A couple of questions: 1) I state 'children=2', but I see 6 'processes'. I think linux does threads with processes, so am I seeing 2 'processes' with 3 threads per process??? 2) the debug output has the process ID and the action being performed. Either it is way out of order, or the postgres db driver is being asked to do things out of order. 3) Why is there all of the db_init(), db_close() stuff?? All of this stuff happens in the first second on startup. Surely that many opens and closes aren't really needed are they? 4) select statements seem to happen in one thread, and insert/delete statements seem to happen in another thread. What is that about? ---greg Greg Fausak

2 1

[Serusers] Some Module Questions
by Stephan Reiff-Marganiec 01 Mar '03

01 Mar '03

Hi, Context: I am currently writing a module that allows me to connect to a policy server -- not unlike CPL. It essentially routes the message out to the server and then receives a response. I get the message out ok, and will receive a complete sip message back. The module main function is called in the ser.cfg. Here are my questions: 1) how do I get a message that I have received -- say in char *msg_buf -- to be the message that is used for further routing? The policy server might have changed any header fields or even created a (or several) completely new message(s). 2) can the module send back intermediate messages, such as 1xx info, while it is still continuing its work? This is to provide the user with feedback should things take while ... 3) I also want the module to react to SIP response messages (4xx and so). I assumed providing a response_function would do this, but apparently not (I had a simple one which was just LOGging some text to the system log, but it never did create any entries). So how can I do this? thanks, Stephan -- Dr Stephan Reiff-Marganiec Research Fellow Department of Computing Science; University of Stirling email: srm(a)cs.stir.ac.uk tel: 01786 46 7448 -- The University of Stirling is a university established in Scotland by charter at Stirling, FK9 4LA. Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not disclose, copy or deliver this message to anyone and any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of the University of Stirling shall be understood as neither given nor endorsed by it.

2 4

[Serusers] Pkg_malloc
by Greg Fausak 01 Mar '03

01 Mar '03

Is pkg_malloc some sort of memory management thing? I mean, do I have to clean up, or does something come in and clean up behind me? Is there a parent/child memory mallocator available? It would make freeing easier. A single free of the parent rather than keeping track myself. I just don't want to be the source of a memory leak. ---greg

2 3

[Serusers] no mysql authentication on solaris8
by Kamil Ince 01 Mar '03

01 Mar '03

thx for the help so far, but the adventure continues: compiled latest ser from CVS on sol8 from scratch.. and still using the same ser.cfg but can't start ser anymore, that's what the log shows: 0(15264) loading module /usr/local/lib/ser/modules/mysql.so 0(15264) loading module /usr/local/lib/ser/modules/sl.so 0(15264) loading module /usr/local/lib/ser/modules/tm.so 0(15264) loading module /usr/local/lib/ser/modules/rr.so 0(15264) loading module /usr/local/lib/ser/modules/maxfwd.so 0(15264) loading module /usr/local/lib/ser/modules/usrloc.so 0(15264) loading module /usr/local/lib/ser/modules/registrar.so 0(15264) loading module /usr/local/lib/ser/modules/auth.so 0(15264) find_param_export: found <db_mode> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(15264) find_param_export: found <calculate_ha1> in module auth [/usr/local/lib/ser/modules/auth.so] 0(15264) find_param_export: found <password_column> in module auth [/usr/local/lib/ser/modules/auth.so] 0(15264) find_export: found <mf_process_maxfwd_header> in module maxfwd_module [/usr/local/lib/ser/modules/maxfwd.so] 0(15264) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(15264) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(15264) find_export: <rewriteFromRoute> not found 0(15264) parse error (79,19-20): unknown command, missing loadmodule? 0(15264) find_export: found <www_authorize> in module auth [/usr/local/lib/ser/modules/auth.so] 0(15264) find_export: found <www_challenge> in module auth [/usr/local/lib/ser/modules/auth.so] 0(15264) find_export: found <save> in module registrar [/usr/local/lib/ser/modules/registrar.so] 0(15264) find_export: found <lookup> in module registrar [/usr/local/lib/ser/modules/registrar.so] 0(15264) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(15264) find_export: found <t_relay> in module tm [/usr/local/lib/ser/modules/tm.so] 0(15264) find_export: found <sl_reply_error> in module sl_module [/usr/local/lib/ser/modules/sl.so] ERROR: bad config file (1 errors) 0(15264) INFO: signal 15 received 0(15264) Memory status (pkg): 0(15264) qm_status (72d38): 0(15264) heap size= 1022872 0(15264) used= 0, used+overhead=25704, free=997168 0(15264) max used (+overhead)= 25704 0(15264) dumping all allocked. fragments: 0(15264) dumping free list stats : 0(15264) hash= 521. fragments no.: 1 0(15264) ----------------------------- anyone a pointer to what i have missed? tia again -k

2 2

[Serusers] ser.cfg overwrite
by lgfausak＠august.net 28 Feb '03

28 Feb '03

i was messing around with the postgres build over the last couple of days. I've rebuilt it several times. A few make installs later I went back to edit my ser.cfg file, it was overwritten by the new installation. ouch... ---greg Greg Fausak

2 1

[Serusers] IPv6 SIP UA
by jaime.gill＠orange.co.uk 28 Feb '03

28 Feb '03

Hi, Is anyone aware of any IPv6 compliant SIP softphone? When will sipsak implement this feature? Jaime ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. *******************************************************************************

3 2

[Serusers] auth.so modules and digest auth
by Benny Ho 28 Feb '03

28 Feb '03

I load the auth.so and the default config. Uncomment those to use auth.so But when I call up two user agents not register in the database. The only difference is there a warning for registration. They are still calling each other. Why?

2 1

[Serusers] postgres db support
by lgfausak＠august.net 27 Feb '03

27 Feb '03

Has anybody started on support for Postgres? I've checked out the layering and it seems to be a fairly modular project. I haven't coded in C for quite some time, but I think I can handle it. Any hints? Should I even try? The only thing I can see having problems with is the build/configure system. How do I hook in a new module? How are include directories and new libraries added? I was pretty good with make, gmake, imake in my day but I can't seem to find the head of the Make tree! ---greg Greg Fausak

4 4

[Serusers] what makes a transaction?
by lgfausak＠august.net 27 Feb '03

27 Feb '03

I'm trying to understand stateful vs. stateless transactions. A stateless 'transaction' simply lasts as long as it takes to process the current sip request. It is then forgotten. However, a stateful transaction I'm having a little problem grasping. For instance, if I t_relay() an INVITE, logically the transaction is started....so when the response comes it isn't delivered to the main route {} block, but instead it is delivered to the awaiting stateful t_relay(), probably keyed by callid. So, for instance: INVITE <- 401 Unauthorized -> Is this entire sequence a transaction? Right after this the UA sends an ACK, this is a transaction unto itself? ACK <- The UA then sends : INVITE <- 100 Trying -> 180 Ringing -> 200 OK -> All of these messages are a 'transaction' handled by t_relay()? The next transaction is: ACK <- Finally, the last transaction would be (as an example): BYE <- 200 OK -> So the ser route{} block would need to recognize and handle INVITE ACK BYE in this context. Is that correct? If I was running 'statelessly' I would need to handle and send every single message listed? ---greg

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