sr-users

sr-users@lists.kamailio.org

17 participants
37528 discussions

[Users] auth_radius.so - ERROR: load_module: could not open module
by Luca Corti 05 Feb '07

05 Feb '07

Hello, I've built openser 1.1.1 from source with radius support. I installed radiusclient-ng. When I execute openser with to loadmodule auth_radius.so in my configuration I get: # openser 0(20268) ERROR: load_module: could not open module </usr/local/lib/openser/modules/auth_radius.so loadmodule >: /usr/local/lib/openser/modules/auth_radius.so loadmodule : cannot open shared object file: No such file or directory 0(20268) parse error (60,13-14): failed to load module 0(20268) parse error (60,14-15): syntax error 0(20268) parse error (60,14-15): ERROR: bad config file (3 errors) But the module is there. # ls -l /usr/local/lib/openser/modules/auth_radius.so -rwxr-xr-x 1 root staff 61369 Feb 5 10:33 /usr/local/lib/openser/modules/auth_radius.so This is really strange. ciao Luca

2 3

Re: [Users] In NAT, I didn't see the ACK packet after the Invited the Callee
by Bogdan-Andrei Iancu 05 Feb '07

05 Feb '07

have you checked this on the x-lite machine? regards, bogdan raviprakash sunkara wrote: > it didn't see any Ack packet is sending to SIP server, > > > On 2/5/07, *Bogdan-Andrei Iancu* <bogdan(a)voice-system.ro > <mailto:bogdan@voice-system.ro>> wrote: > > I would say the X-lite does not obey the RR header - please try to get > an trace from the X-lite machine to see where the ACK is sent. > > regards, > bogdan > > raviprakash sunkara wrote: > > > Hi BogDan, > > > > Yes, I see Record-Route header in the 200 ok....... > > Please can u check the ngrepped of the X-lite > > with Hard phones iit is fine ........... > > Below one is ngrep from X-lite users, > > > > > > -- > Thanks and Regards > Ravi Prakash Sunkara > ravi.sunkara(a)hyperion-tech.com <mailto:ravi.sunkara@hyperion-tech.com> > M:+91 9985077535 > O:+91 40 23114549 > F:+91 40 40208727 > ravi.sunkara(a)hyperion-tech.com <mailto:ravi.sunkara@hyperion-tech.com> > www.hyperion-tech.com <http://www.hyperion-tech.com>

1 0

[Users] default send-socket
by Klaus Darilion 05 Feb '07

05 Feb '07

Hi! What is the default send socket? Is it the first listen=..... statement in openser.cfg? Or can I manually set the default sendsocket? regards klaus

2 1

[Serusers] Re: load mysql.so failed
by Su Kerry 05 Feb '07

05 Feb '07

2 1

[Users] mediaproxy MySQL server has gone away error
by James Holden 05 Feb '07

05 Feb '07

Hi all, I'm having a problem with the mediaproxy rtp proxy. I'm using to do accounting into a MySQL database. After a period of inactivity, it loses it's connection to the MySQL server and the update queries begin to fail. Openser stays connected, however. The error in the logs is: error: accounting failed. MySQL error: (2006, 'MySQL server has gone away') I'm running: mediaproxy 1.8.0 openser-1.1.0 (using the RHEL3 rpm from the openser website) openser-mysql-1.1.0 (again using the openser RHEL3 rpm) Python-2.4.4 MySQL-python-1.2.1_p2 My Python skills aren't up to much. So far, I've tried added the following line into /usr/local/mediaproxy/modules/mysql.py just before the query call, to try and re-establish the connection: def query(self, query): self._query = query for c in range(0, 3): try: self.conn.db.ping() <<<<<<---- added by me return self.cursor.execute(query) except MySQLdb.OperationalError, why: if why[0] not in (CR.SERVER_GONE_ERROR, CR.SERVER_LOST): raise raise ... but it hasn't helped. Has anyone seen this before? Best regards, James -- James Holden AQ Limited Senior Systems Architect 13-15 Hunslet Road james.holden(a)uk.aql.com Leeds, LS10 1JQ 07989 702968 0800 389 5815 ===================================================== http://aql.com/documents/news/about_aql.pdf "The service has been perfect." BSI Inspectorate ltd "really really really useful. easy to use and reduces manpower." Fortnums "without a shadow of a doubt...excellent" Ruella James Plc ----------------------------------------------------- (aq) Limited 13-15 Hunslet Road Leeds LS10 1JQ 194 Harrogate Road Leeds LS7 4NZ http://www.aql.com Sales: 08707 449227 Fax: 08707 449228 PGP public key http://aql.co.uk/A-Q.txt Subject to our standard terms, found at http://aql.com/site/termsofservice.php ----------------------------------------------------- ****************************** CONFIDENTIALITY This e-mail is intended only for the use of the addressees named above and may be confidential or legally privileged. If you are not an addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than (aq) limited or the addressees of its existence or contents. If you have received this email and are not a named addressee, please delete it and notify the (aq) limited customer service department via admin(a)a-q.co.uk. Many thanks. =========================================================

2 3

[Serusers] Dispatcher Module Help
by Giovanni Chirico 05 Feb '07

05 Feb '07

Hi, I would like to use the dispatcher module. I have configured it on my ser.cfg file for the PSTN calls and it works fine. However when the select gateway is unavailable the module don't switch to another gateway. Can you help me to write the "failure_route" so I can use another gateway when the first is unavailable? 'm using the "call forwarding ser.cfg" file of the SER Getting Started <http://www.iptel.org/ser/doc/gettingstarted> pack (in attachment I'm sending you my ser.cfg and dispatcher.list files) Thanks in advance for your help. Bye, Giovanni Chirico

1 0

Re: [Users] strip_tail() string length?
by Daniel-Constantin Mierla 05 Feb '07

05 Feb '07

Just a typo correction On 02/05/07 13:54, Brandon Armstead wrote: > Daniel-Constantin Mierla wrote: >> Stripping is now possible with the new introduced 'transformations': >> http://openser.org/dokuwiki/doku.php/transformations:devel >> >> So if you want to strip last two characters of username in R-URI >> >> $var(x) = $(rU{s.len})-2; >> $rU = $(ru{s.substr,0,$var(x)}); ^^^ this is: $rU = $(rU{s.substr,0,$var(x)}); Cheers, Daniel >> >> Cheers, >> Daniel >> >> >> On 01/30/07 09:08, Juha Heinanen wrote: >>> Brandon Armstead writes: >>> >>> > i.e. strip_tail(strlen($ru) - 2); ... or something like such. >>> >>> sorry, but my suggestion >>> >>> substr($ru, -2, 2) >>> >>> does not work, since it returns the last two chars of $ru not the >>> remaining chars. strlen is indeed needed for the above. using php >>> substr and strlen >>> >>> strip_tail(strlen($ru) - 2) >>> >>> becomes >>> >>> substr($ru, 0, strlen($ru) - 2) >>> >>> -- juha >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)openser.org >>> http://openser.org/cgi-bin/mailman/listinfo/users >>> >>> >> >> _______________________________________________ >> Users mailing list >> Users(a)openser.org >> http://openser.org/cgi-bin/mailman/listinfo/users >> > Hello Daniel, > > Glad to see this implemented, I think it will be a definite asset > to the future and improvements of OpenSER. Keep up the good work! > > Regards, > Brandon >

1 0

Re: [Users] In NAT, I didn't see the ACK packet after the Invited the Callee
by Bogdan-Andrei Iancu 05 Feb '07

05 Feb '07

Ravi, so you see any Record-Route hdrs in the 200 OK reply? regards, bogdan raviprakash sunkara wrote: > Hi BogDan, > Good AfterNoon, and Thanks For replying to me, > > I used the Following code for Record_route(); > > route { > .... > ..... > if(method=="INVITE" && nat_uac_test("3") ) > { > record_route_preset("sip: > 192.168.2.3:5060 <http://192.168.2.3:5060>;nat=yes"); > }else if ( method ! = " REGISTER ") > { > record_route(); > } > } > where 192.168.2.3:5060 <http://192.168.2.3:5060> is the private IP of > the SIP server behind the NAT. > > > On 2/5/07, * Bogdan-Andrei Iancu* <bogdan(a)voice-system.ro > <mailto:bogdan@voice-system.ro>> wrote: > > Hi Ravi, > > do you do record_route() for the INVITE? if not, the sequential > requests > of the dialog will bypass your server. > > regards, > bogdan > > raviprakash sunkara wrote: > > > Hello Users, > > > > When I tested the OpenSER server with CISCO ATA 186/188 IP phones > > SIP EyeP media (Softphnoes ) is working fine with RTP , when Both > > Users and SIP Server is in Behind the NAT, > > > > But Problem with Softphones ( X-lite ) . > > > > When I ngrep the Calls of X-lite users i didn't see any Ack > Packet to > > OpenSER After the Invite Packets received . > > > > Please Help me in this Part > > > > > > -- > > Thanks and Regards > > Ravi Prakash Sunkara > > ravi.sunkara(a)hyperion-tech.com > <mailto:ravi.sunkara@hyperion-tech.com> > <mailto:ravi.sunkara@hyperion-tech.com > <mailto:ravi.sunkara@hyperion-tech.com>> > > M:+91 9985077535 > > O:+91 40 23114549 > > F:+91 40 40208727 > > ravi.sunkara(a)hyperion-tech.com > <mailto:ravi.sunkara@hyperion-tech.com> <mailto: > ravi.sunkara(a)hyperion-tech.com > <mailto:ravi.sunkara@hyperion-tech.com>> > > www.hyperion-tech.com <http://www.hyperion-tech.com> > <http://www.hyperion-tech.com> > > > >------------------------------------------------------------------------ > > > > >_______________________________________________ > >Users mailing list > >Users(a)openser.org <mailto:Users@openser.org> > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > -- > Thanks and Regards > Ravi Prakash Sunkara > ravi.sunkara(a)hyperion-tech.com <mailto:ravi.sunkara@hyperion-tech.com> > M:+91 9985077535 > O:+91 40 23114549 > F:+91 40 40208727 > ravi.sunkara(a)hyperion-tech.com <mailto:ravi.sunkara@hyperion-tech.com> > www.hyperion-tech.com <http://www.hyperion-tech.com>

2 2

Re: [Users] 200 ok not cought in ONREPLY
by Bogdan-Andrei Iancu 05 Feb '07

05 Feb '07

Dan, that is rather strange if you are confident you are setting correctly a reply route (not default one) for the INVITE transaction. add the following debug message in modules/tm/t_reply.c, after line 1312: DBG("---------onreply route is %u\n",t->on_reply); recompile ans see the output on runtime. regards, bogdan Dan-Cristian Bogos wrote: > Salut Bogdan, > > theoretically I have. Saw now that with default onreply I can catch it > (log). It is really strange since I am relying both BYE and INVITES in > the same t_relay block with t_on_reply("1"); > t_on_failure("1"); but the 200 OK comes to default. > > Cheers, > Dan > > On 2/5/07, Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote: > >> Salut Dan, >> >> are you sure you have an onreply route sent for this transactions? from >> the output I see no problems. >> >> regards, >> bogdan >> >> Dan-Cristian Bogos wrote: >> >> > Hi Guys, >> > >> > By receiving incoming traffic from some other sip server (configured >> > for different domain than mines) I will not be able to catch in the >> > routing, onreply section, the 200 OK for the INVITE , OK which my >> > client, behind my server, is sending to remote side, therefore not >> > beeing able to modify sdp to use mediaproxy. Bellow is a level8 of >> > debug of the OK. >> > Is there any other way of catching this message in the routing? Any >> > help will be appreciated. >> > >> > Thxs in advance, >> > Dan >> > >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: SIP Reply >> > (status): >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: version: >> > <SIP/2.0> >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: status: >> <200> >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: reason: >> <OK> >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > parse_headers: flags=2 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param >> > type 232, <branch> = <z9hG4bKeaa9.11b641a2.0>; state=16 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: end of >> > header reached, state=5 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > parse_headers: Via found, flags=2 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > parse_headers: this is the first via >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: After >> > parse_msg... >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > forward_reply: found module nathelper, passing reply to it >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > parse_headers: flags=20 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param >> > type 232, <branch> = <z9hG4bKeaa9.2ffc88b3.0>; state=16 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: end of >> > header reached, state=5 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > parse_headers: Via found, flags=20 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > parse_headers: this is the second via >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param >> > type 234, <received> = <87.139.12.167>; state=6 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param >> > type 235, <rport> = <5096>; state=6 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: Found param >> > type 232, <branch> = <z9hG4bK521554023>; state=16 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: end of >> > header reached, state=5 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > parse_headers: Via found, flags=20 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: >> > add_param: tag=8b2d7e45 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > DEBUG:parse_to:end of header reached, state=29 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > DBUG:parse_to: display={}, ruri={sip:dan@de.babble.net} >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: >> > get_hdr_field: <To> [38]; uri=[sip:dan@de.babble.net] >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: to >> > body [<sip:dan@de.babble.net>] >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > get_hdr_field: cseq <CSeq>: <20> <INVITE> >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > forward_reply: found module tm, passing reply to it >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: >> > t_check: msg id=1 global id=0 T start=0xffffffff >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > parse_headers: flags=22 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > parse_headers: flags=8 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: >> > t_reply_matching: hash 39598 label 705981201 branch 0 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > DEBUG:tm:REF_UNSAFE: after is 1 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: >> > t_reply_matching: reply matched (T=0x4081f430)! >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: >> > t_check: msg id=1 global id=1 T end=0x4081f430 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > DEBUG:tm:reply_received: org. status uas=180, uac[0]=180 local=0 >> > is_invite=1) >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > DEBUG:tm:t_should_relay_response: T_code=180, new_code=200 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > DEBUG:tm:relay_reply: branch=0, save=0, relay=0 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: old size: >> > 911, new size: 850 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > build_res_from_sip_res: copied size: orig:77, new: 16, rest: 834 msg= >> > SIP/2.0 200 OK^M Via: SIP/2.0/UDP >> > 87.102.50.17;branch=z9hG4bKeaa9.2ffc88b3.0^M Via: SIP/2.0/UDP >> > >> 10.10.10.132:5096;received=87.139.12.167;rport=5096;branch=z9hG4bK521554023^M >> >> > >> > Record-Route: <sip:87.102.50.13;lr=on;ftag=2240571840>^M Record-Route: >> > <sip:87.102.50.17;lr;ftag=2240571840>^M Contact: >> > <sip:dan@87.139.12.167:7472;rinstance=37d0f83d79f3ede2>^M To: >> > <sip:dan@de.babble.net>;tag=8b2d7e45^M From: >> > <sip:dan@babble.net>;tag=2240571840^M Call-ID: >> > 1174762859(a)10.10.10.132^M CSeq: 20 INVITE^M Allow: INVITE, ACK, >> > CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO^M >> > Content-Type: application/sdp^M User-Agent: X-Lite release 1006e stamp >> > 34025^M Content-Length: 185^M ^M v=0^M o=- 5 2 IN IP4 87.139.12.167^M >> > s=CounterPath X-Lite 3.0^M c=IN IP4 87.139.12.167^M t=0 0^M m=audio >> > 34556 RTP/AVP 0 101^M a=fmtp:101 0-15^M a=rtpmap:101 >> > telephone-event/8000^M a=sendrecv^M >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: >> > add_to_tail_of_timer[2]: 0x4081f478 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > DEBUG:tm:relay_reply: sent buf=0x814a048: SIP/2.0 2..., >> > shmem=0x40821528: SIP/2.0 2 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: DEBUG: >> > cleanup_uac_timers: RETR/FR timers reset >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > DEBUG:tm:UNREF_UNSAFE: after is 0 >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: >> > DEBUG:destroy_avp_list: destroying list (nil) >> > Feb 1 13:33:48 localhost /usr/local/sbin/openser[17816]: receive_msg: >> > cleaning up >> > >> > _______________________________________________ >> > Users mailing list >> > Users(a)openser.org >> > http://openser.org/cgi-bin/mailman/listinfo/users >> > >> >> >

1 0

[Users] Hijack 'Move Temporarily'
by Sam Lee 05 Feb '07

05 Feb '07

Hey Guys, Normally if the SIP-UA is call-forwarded to a different number , it will send a 'Move Temporarily' to the proxy , which in turn relay this message to the originating gateway. The problem is , if they call forward to a number which the originating gateway doesn't know what to do with it , it will just kill the call. Can i hijack 'Move Temporarily' directly in the proxy and sending this call to a different gateway rather than relaying it to the originating gateway ? Please let me know if you can't understand me. Thanks! Regards, Sam

6 23

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