sr-users July 2007

sr-users@lists.kamailio.org

163 participants
262 discussions

[Users] Query in the openser.cfg file
by sreekanth 06 Jul '07

06 Jul '07

Hi, What is the use of the config item children in the openser.cfg file. How is it related to command line options (-n process-no / -N tcp process-no). Rgds, Sreekanth

2 1

Re: [Users] Many crashes on Openser system
by Klaus Darilion 06 Jul '07

06 Jul '07

looks like (not sure) process 1546 received a reply, does the tm matching, and then forwards the reply. The last entry Jun 7 10:42:04 marge openser[1546]: DBG: trans=0xb577a938, callback type 128, id 0 entered references a callback. Maybe the tm module calls a registered callback function and this function crashes. Do you use any self-written modules? Which modules are you using which uses callbacks (e.g. acc, dialog ...)? Try to disable these modules. regards klaus Antonio Higuera wrote: > Thanks for your reply. > > You have attached a file with the logs. Be aware that the coredump > backtrace > i sent in my previous mail maybe is not the same crash you can see in the > log. > > Thanks again for your help. > > > Jun 7 10:42:04 marge openser[1546]: SIP Reply (status): > > Jun 7 10:42:04 marge openser[1546]: version: <SIP/2.0> > > Jun 7 10:42:04 marge openser[1546]: status: <407> > > Jun 7 10:42:04 marge openser[1546]: reason: <Proxy Authentication Required> > > Jun 7 10:42:04 marge openser[1546]: parse_headers: flags=2 > > Jun 7 10:42:04 marge openser[1546]: Found param type 232, <branch> = < > z9hG4bK6202.244bec76.0>; state=6 > > Jun 7 10:42:04 marge openser[1546]: Found param type 234, <received> = < > 192.168.1.129>; state=16 > > Jun 7 10:42:04 marge openser[1546]: end of header reached, state=5 > > Jun 7 10:42:04 marge openser[1546]: parse_headers: Via found, flags=2 > > Jun 7 10:42:04 marge openser[1546]: parse_headers: this is the first via > > Jun 7 10:42:04 marge openser[1546]: After parse_msg... > > Jun 7 10:42:04 marge openser[1546]: DEBUG:forward_reply: found module tm, > passing reply to it > > Jun 7 10:42:04 marge openser[1546]: DEBUG: t_check: start=0xffffffff > > Jun 7 10:42:04 marge openser[1546]: parse_headers: flags=22 > > Jun 7 10:42:04 marge openser[1546]: Found param type 232, <branch> = > <z9hG4bKcc503ea3c48d6b766>; state=16 > > Jun 7 10:42:04 marge openser[1546]: end of header reached, state=5 > > Jun 7 10:42:04 marge openser[1546]: parse_headers: Via found, flags=22 > > Jun 7 10:42:04 marge openser[1546]: parse_headers: this is the second via > > Jun 7 10:42:04 marge openser[1546]: DEBUG: add_param: tag=as4b55784e > > Jun 7 10:42:04 marge openser[1546]: DEBUG:parse_to:end of header reached, > state=29 > > Jun 7 10:42:04 marge openser[1546]: DBUG:parse_to: display={21104}, ruri={ > sip:21104@barik.com} > > Jun 7 10:42:04 marge openser[1546]: DEBUG: get_hdr_field: <To> [44]; uri=[ > sip:21104@barik.com] > > Jun 7 10:42:04 marge openser[1546]: DEBUG: to body [21104 < > sip:21104@barik.com>] > > Jun 7 10:42:04 marge openser[1546]: get_hdr_field: cseq <CSeq>: <30425> > <INVITE> > > Jun 7 10:42:04 marge openser[1546]: parse_headers: flags=8 > > Jun 7 10:42:04 marge openser[1546]: DEBUG: t_reply_matching: hash 8230 > label > 1741599810 branch 0 > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:REF_UNSAFE: after is 1 > > Jun 7 10:42:04 marge openser[1546]: DEBUG: t_reply_matching: reply matched > (T=0xb577a938)! > > Jun 7 10:42:04 marge openser[1546]: DBG: trans=0xb577a938, callback type 2, > id 0 entered > > Jun 7 10:42:04 marge openser[1546]: parse_headers: flags=8 > > Jun 7 10:42:04 marge openser[1546]: DEBUG: t_check: end=0xb577a938 > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:reply_received: org. status > uas=100, uac[0]=0 local=0 is_invite=1) > > Jun 7 10:42:04 marge openser[1546]: parse_headers: flags=8 > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:build_local: using FROM=<From: > Arturo <sip:104@barik.com>;tag=73529158ed >, TO=<To: 21104 < > sip:21104@barik.com>;tag=as4b55784e >, CSEQ_N=<CSeq: 30425> > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:t_should_relay_response: > T_code=100, new_code=407 > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:t_pick_branch: picked > branch 0, > code 407 > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:t_should_relay_response: > dns-failover test: branch=0, last_recv=407, flags=2 > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:relay_reply: branch=0, save=0, > relay=0 > > Jun 7 10:42:04 marge openser[1546]: old size: 533, new size: 448 > > Jun 7 10:42:04 marge openser[1546]: build_res_from_sip_res: copied size: > orig:128, new: 43, rest: 405 msg= SIP/2.0 407 Proxy Authentication Required > Via: SIP/2.0/UDP 192.168.1.64:5060;branch=z9hG4bKcc503ea3c48d6b766 From: > Arturo <sip:104@barik.com>;tag=73529158ed To: 21104 > <sip:21104@barik.com>;tag=as4b55784e > Call-ID: f35b076f65bee9c5 CSeq: 30425 INVITE User-Agent: Asterisk PBX > Allow: > INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY > Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", > nonce="6f707e3f" > Content-Length: 0 > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:set_timer: relative timeout is > 500000 > > Jun 7 10:42:04 marge openser[1546]: DEBUG: add_to_tail_of_timer[4]: > 0xb577aa00 (52180600000) > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:set_timer: relative timeout is > 10 > > Jun 7 10:42:04 marge openser[1546]: DEBUG: add_to_tail_of_timer[0]: > 0xb577aa1c (52190) > > Jun 7 10:42:04 marge openser[1546]: DEBUG:tm:relay_reply: sent > buf=0x819cce8: SIP/2.0 4..., shmem=0xb5778158: SIP/2.0 4 > > Jun 7 10:42:04 marge openser[1546]: DBG: trans=0xb577a938, callback type > 128, id 0 entered > > > > 2007/6/20, Klaus Darilion <klaus.mailinglists(a)pernau.at>: >> >> > The following lines are the log generated: >> > >> > Jun 7 10:42:04 marge openser[1545]: receive_msg: cleaning up >> > >> > Jun 7 10:42:04 marge openser[1565]: ERROR: receive_fd: EOF on 8 >> > >> > Jun 7 10:42:04 marge openser[1565]: DBG: handle_ser_child: dead >> child 2, >> > pid >> > 1546 (shutting down?) >> > >> > Jun 7 10:42:04 marge openser[1565]: DBG: io_watch_del (0x812d720, 8, >> -1, >> > 0x0) fd_no=23 called >> > >> > Jun 7 10:42:04 marge openser[1544]: child process 1546 exited by a >> > signal 11 >> >> Could you also post the last log lines of process 1546 ? >> >> >> regards >> klaus >>

3 7

[OpenSER-Users] Strange ACK format gives OpenSER error?
by Tobias Lindgren 06 Jul '07

06 Jul '07

Hi all, after a patch from one of our providers ACKs started to come with R-URI looking like: ACK <sip:192.168.0.1;lr=on;ftag=507454020> SIP/2.0 instead of: ACK sip:192.168.0.1;lr=on;ftag=507454020 SIP/2.0 like it did before the patch. The new ACK format gives an error in OpenSER: Jul 6 11:35:55 ser1 /sbin/openser[9634]: ERROR: parse_uri: bad uri, state 0 parsed: <<sip> (4) / <<sip:192.168.0.1;lr=on;ftag=507454020>> (38) Jul 6 11:35:55 ser1 /sbin/openser[9634]: ERROR: parse_sip_msg_uri: bad uri <<sip:192.168.0.1;lr=on;ftag=507454020>> Jul 6 11:35:55 ser1 /sbin/openser[9634]: loose_route: Error while parsing Request URI Are the new format of the ACKs valid? With the "<>"? If they are valid, the problem lies in OpenSER? Br, /Tobias

2 1

[Serusers] Problems using avps in subst
by Roger Lewau 06 Jul '07

06 Jul '07

Hello I am trying to change the Remote-Party-ID header of a forwarded call but have little luck. I found several examples on the net where avps are used inside a subst but when I try this the resulting Remote-Party-ID is wrong My code: avp_write("$ruri/username","s:calledno"); subst('/^Remote-Party-ID:(.*)>/Remote-Party-ID: <sip:$avp(calledno) user=phone>/ig'); The result: Remote-Party-ID: <sip:$avp(calledno) user=phone>;party=calling;screen=no;privacy=off. Anyone who can point me to the error? I use SER 0.9.6 Med vänliga hälsningar/Kind regards Roger Lewau

1 0

[Serusers] the avp loaded attribute if statement check doesn't work for avp of the value 1 - ser 2_0_0
by tzieleniewski 06 Jul '07

06 Jul '07

Hi, I have the following ser.cfg code: lookup_user("$tu.uid", "@ruri"); load_attrs("$tu", "$tu.uid"); if ($tu.forward_as_blind) { the if statement gives the negative result what is I think wrong because the attribute is present and it's value is 1. here is the output from dump_attrs(): Jul 6 08:35:13 sen ser[1445]: INFO: avp.c:540: class=GLOBAL Jul 6 08:35:13 sen ser[1445]: AVP["lang"]="en" Jul 6 08:35:13 sen ser[1445]: INFO: avp.c:550: track=FROM class=DOMAIN Jul 6 08:35:13 sen ser[1445]: AVP["did"]="voip.rd.touk.pl" Jul 6 08:35:13 sen ser[1445]: AVP["digest_realm"]="voip.rd.touk.pl" Jul 6 08:35:13 sen ser[1445]: INFO: avp.c:560: track=TO class=DOMAIN Jul 6 08:35:13 sen ser[1445]: AVP["did"]="voip.rd.touk.pl" Jul 6 08:35:13 sen ser[1445]: AVP["digest_realm"]="voip.rd.touk.pl" Jul 6 08:35:13 sen ser[1445]: INFO: avp.c:570: track=FROM class=USER Jul 6 08:35:13 sen ser[1445]: INFO: No AVP present Jul 6 08:35:13 sen ser[1445]: INFO: avp.c:580: track=TO class=USER Jul 6 08:35:13 sen ser[1445]: AVP["datetime_created"]="2007-04-18 07:51:34" Jul 6 08:35:13 sen ser[1445]: AVP["email"]="tzl(a)touk.pl" Jul 6 08:35:13 sen ser[1445]: AVP["forward_as"]="192.168.0.165:6060" Jul 6 08:35:13 sen ser[1445]: AVP["forward_as_blind"]=1 Jul 6 08:35:13 sen ser[1445]: AVP["forward_as_default"]=0 Jul 6 08:35:13 sen ser[1445]: AVP["forward_as_invite"]=0 Jul 6 08:35:13 sen ser[1445]: AVP["forward_as_message"]=0 Jul 6 08:35:13 sen ser[1445]: AVP["forward_voicemail"]=0 Jul 6 08:35:13 sen ser[1445]: INFO: avp.c:590: track=FROM class=URI Jul 6 08:35:13 sen ser[1445]: INFO: No AVP present Jul 6 08:35:13 sen ser[1445]: INFO: avp.c:600: track=TO class=URI Jul 6 08:35:13 sen ser[1445]: INFO: No AVP present please point me what did I miss? Thanks in advance Tomasz

1 0

[OpenSER-Users] No NOTIFY after presence unsubscription
by Michel de Boer 05 Jul '07

05 Jul '07

Hi, I am currently experimenting with the presence module (openser v1.2.1). It seems to work really fine. I only encountered a small problem. When my client unsubscribes from the presence event by sending a SUBSCRIBE request with expires=0, then openser responds with a 200 OK. After the 200 OK, I expect to receive a NOTIFY message, but openser never sends this NOTIFY. It is this NOTIFY that should terminate the subscription dialog through its Subscription-State header set to "terminated". RFC 3856 states this: The subscriber can terminate the subscription by sending a SUBSCRIBE, within the dialog, with an Expires header field (which indicates duration of the subscription) value of zero. This causes an immediate termination of the subscription. A NOTIFY request is then generated by the presence agent with the most recent state. This behavior is based on the general requirements for event handling as defined in RFC 3265. Is this a bug or is there some configuration stuff that enables/disables the NOTIFY for a SUBSCRIBE with epxpires=0. A SUBSCRIBE with expires=0 can also arrive as the initial and final SUBSCRIBE for a subscription. In that case it will be fetching the presence information only once. Without the NOTIFY, a fetch does not work. Cheers, Michel -- Michel de Boer www.twinklephone.com

3 8

[OpenSER-Users] Presence Error
by KUMAR 05 Jul '07

05 Jul '07

Hi all, My UA, is sending a SUBSCRIBE to the server with Event: presence and Accept: application/pidf+xml. But the openser upon receiving this returns a 489 Bad Request. The debug at the server shows: Missing or unsupported event header field value Can anyone please tell me the cause of the problem. I've also tried changing Event: presence.winfo , but that too doesn't work. Thank you. kumar

3 4

[Serusers] textops and branch route
by Zappasodi Daniele 05 Jul '07

05 Jul '07

hello, is it possible to modify the Request URI or the header fields in branch_route? If yes, why the textop functions: subst, subst_uri, replace, search, can not be used in branch_route? ********************************************************************** The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message inerror. **********************************************************************

1 0

[OpenSER-Users] 204 Response from XCAP-Lite for OpenSer, Is this a Bug
by Kirti Dhingra 05 Jul '07

05 Jul '07

Hi , I have a problem setting up the XCAP-Lite server v1.0.2. After setting up Apache2 with all required modules, virtual host etc. I try to use my own Presence Client to write the presrules and resource-list.xml to the database. This failes. I have successfully installed Apache2 with pear (+ extensions), php, mysql support. I created a virtual host with the following settings: <VirtualHost 10.203.144.228:80> <Location "/"> Dav On #necessary for PUT method </Location> ServerName 10.203.144.228 DocumentRoot /var/www/ #/var/www/xcap-root didn't work RewriteEngine On RewriteLog /var/log/apache2/rewrite.log RewriteLogLevel 4 RewriteRule /xcap-root/(.*) /xcap-root/index.php ProxyVia On </VirtualHost> I putted all files from XCAP-Lite archive in /var/www/xcap-root. After using PUT method through my client I receive the 204 No content message. The interesting part is that the database content doesn't change, but putted XML file overwrites index.php instead. Does anybody know why the access to database does not work? Password etc. in config.php is ok. A similar problem was also faced by Sebastian and is available here http://www.openser.org/pipermail/users/2007-April/010537.html, however no response to the query can be seen. Any help would be greatly appreciated. Thanks & Regards, Kirti Dhingra *********************** Aricent-Unclassified *********************** "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."

2 1

[OpenSER-Users] Re: [Users] Many crashes on Openser system
by Antonio Higuera 05 Jul '07

05 Jul '07

Ok, undestood. You have the log attached from INVITE. Regards, Antonio. 2007/7/5, Bogdan-Andrei Iancu <bogdan(a)voice-system.ro>: > > Hi Antonio, > > yes, it still crashes as that was just a patch for getting more > information at runtime. > > The log is not complete - I need the log from the entire call (starting > with the INVITE, the 200 OK, ACK). Actually the most important is the > log from the process dealing whit the 200 OK as it is the one doing the > accounting. > > Thanks and regards, > Bogdan > > Antonio Higuera wrote: > > Hi Bogdan, > > > > Thanks for the patch. I tested it and the system crashed again. Below > > you have the backtrace and the logs generated attached. > > > >

1 0

← Newer
1
...
19
20
21
22
23
24
25
26
27
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 July 2007