sr-users July 2008

sr-users@lists.kamailio.org

147 participants
207 discussions

Re: [Kamailio-Users] [OpenSER-Users] Firewall
by Henning Westerholt 28 Jul '08

28 Jul '08

On Thursday 24 July 2008, CSB wrote: > I have an error which is driving me crazy: > > Jul 24 16:58:34 beta /sbin/openser[5446]: ERROR:core:udp_send: > sendto(sock,0x81aaed8,825,0,0xb61216f0,16): Operation not permitted(1) > > If I turn the firewall off, start a call and then turn the firewall on the > call continues successfully. However the next call is not successful. We > use Mediaproxy and I suspect that is trying to do some communication that > is being blocked by the firewall but that is only a suspicion. The dialogue > for this call is shown at the bottom. Hi CSB, how about debugging your firewall rules step by step and test each rule? This way you should be able to isolate the problematic one. Cheers, Henning

1 0

[OpenSER-Users] OpenSER becomes Kamailio Project
by Adrian Georgescu 28 Jul '08

28 Jul '08

July 28, 2008 OpenSER becomes Kamailio Project OpenSER project and the community around it have grown considerably in the past three years. Because of its extensive development and high adoption rate, conflicting interests related to the OpenSER name and similar trademarks emerged. Consequently, we have been forced to find a new name for the project that stands on itself and represent the project in its future expression. Starting with version 1.4, OpenSER is called Kamailio. Existing OpenSER users can keep on enjoying the benefits of the best open source SIP server available on the market under this new name. All project infrastructure like the website and mailing list will be in the future accessible under the kamailio.org domain, but we will keep the old one functional for a transition period to make the switch as easy as possible for you. Kamailio is a hawaiian word. Kama'ilio means talk, to converse. It was chosen for its special flavour. It is hopefully easy to remember and the meaning fits well with the project purpose. We hope you like it too! For more information visit: http://www.kamailio.org -- http://www.openser.org/mos/view/Management/

1 0

[OpenSER-Users] [MediaProxy] local vs. remote domains?
by Max Bowsher 28 Jul '08

28 Jul '08

I've been looking at the mediaproxy (v1) code, and am a little confused why it has the concept of "local" and "remote" domains and why it treats them differently. Can anyone shed light on this? Max.

1 0

[Serusers] SER 2.0 on Gentoo?
by caio 28 Jul '08

28 Jul '08

Hi all, Did anyone install SER v2.0 on a Gentoo? If yes, is there an ebuild for this? Thanks.. -- caio

1 0

[OpenSER-Users] How to controle minutes per user ?
by Thiago Rondon 28 Jul '08

28 Jul '08

Hello, I'm with a server openser running smoothly. - Users are authenticating. (MySQL) - I succeeded in redirecting the calls to my "supplier" voip. But I can not control the number of minutes that each user can use, that is, I would like to organize users by groups to say: -- Group A users can make connections/calls up to 2 minutes. -- Group B users can make connections/calls up to 3 minutes. Thank you very much! -Thiago

3 2

[OpenSER-Users] openser resends invite on failure -- please help
by Krunal Patel 27 Jul '08

27 Jul '08

Hi Here is the scenario: *UAC UAS(openser) termination server* | | | |-----------------INVITE---------------------->| | |<----------------100 Trying-------------------| | | |-----------------INVITE----------------------> | | |<----------------100 Trying--------------------| | |<----------------403 Forbidden---------------| | |-----------------ACK-------------------------> | |<-----------------403 Forbidden-------------| | |-----------------ACK-------------------------> | | | |-----------------INVITE----------------------> | |<-----------------403 Forbidden-------------| | |-----------------ACK-------------------------> | | | |-----------------INVITE----------------------> | |<-----------------403 Forbidden-------------| | |-----------------ACK-------------------------> | | | |-----------------INVITE----------------------> | |<-----------------403 Forbidden-------------| | |-----------------ACK-------------------------> | | | |-----------------INVITE----------------------> | |<-----------------403 Forbidden-------------| | |-----------------ACK-------------------------> | | This how openser sends re sends invite to termination server indefinitely. Please need your help. It would be appreciated. Thanks, Krunal Patel

2 2

Re: [OpenSER-Users] Res: how to make openser db ready for serMyAdmin
by Andrew Pogrebennyk 27 Jul '08

27 Jul '08

Hi Flavio, Thank you! It turned out to be a non-obvious firewall thing that prohibited communication with DB host. However now I'm unable to login as 'admin' with password 'secret': serMyAdmin sends auth.invalid error cause. In catalina.out log there's only this message: [Fatal Error] :-1:-1: Premature end of file. Admin user was created with http://www.sermyadmin.org/openser/openser.sql *************************** 1. row *************************** id: 6 username: admin domain: setup password: secret first_name: Administrator last_name: email_address: admin(a)setup.com datetime_created: 2008-04-09 16:14:22 ha1: e2df32663fbff3bb2bd22ed7a4a35636 ha1b: 7d9f741c07c122817e51c4fc817b15dd timezone: NULL rpid: NULL version: NULL password_hash: NULL auth_username: NULL class: NULL domain_id: NULL role_id: NULL 1 row in set (0.00 sec) Any ideas? Flavio Goncalves wrote: > Hi Andrew, > In the first time you access the page (http://ip:8080/serMyAdmin) the fields are created. Checl updated installation procedures at www.sermyadmin.org. > Best regards, > Flavio E. Goncalves -- Sincerely, Andrew Pogrebennyk

1 0

[OpenSER-Users] how to make openser db ready for serMyAdmin
by Andrew Pogrebennyk 26 Jul '08

26 Jul '08

Hi, The normal openser database is not appropriate for executing this SQL file: http://www.sermyadmin.org/openser/openser.sql E.g. in `domain` table there's no `version` column, the `jsec_user_role_rel` table doesn't exist at all and the `subscriber` table doesn't have these columns: `version`, `password_hash`, `auth_username`, `class`, `domain_id` and `role_id`. I wonder how to update the structure of openser DB so that it would be ready for serMyAdmin. Thanks in advance. -- Sincerely, Andrew Pogrebennyk

1 0

[Serusers] ser2.0 - logging missed calls
by Davor Jovanovic 26 Jul '08

26 Jul '08

Hi all, I need help with logging of missed calls for offline users. acc_db module is loaded but acc_db_missed function unrecognized. I tired to use this function with ser2.0_rc1 and latest ser-2.0.0+cvs20080709 but the error is same. Or could I solve this in some other way? And if someone could point me to acc_db module documentation because I can't find it on iptel.org site. Thank you /davor ser -V version: ser 2.0.0+cvs20080506 (i386/linux) ... loadmodule "/usr/local/ser_20_06052008/lib/ser/modules/mysql.so" loadmodule "/usr/local/ser_20_06052008/lib/ser/modules/acc_db.so" modparam("acc_db", "db_url", "mysql://ser:heslo@localhost/ser") modparam("acc_db", "log_missed_flag", 4) ... if (lookup_contacts("location")) { . . . } else { acc_db_missed("480 - User temp. unavail.", "missed_calls"); sl_reply("480", "User temp. unavail."); drop(); } ... 0(23273) find_export_record: <acc_db_missed> not found 0(23273) parse error (1116,46-47): unknown command, missing loadmodule? /davor

1 0

[Serusers] Need help to better understand transactions
by Pauba, Kevin L 25 Jul '08

25 Jul '08

Hi, I'm running SER V0.9.6 and I'm having a problem with CANCELs. A client sends and invite to SER that relays it on to a gateway. In this particular scenario, a CANCEL is send by the client after SER responds with the 100 trying. I had thought that SER would match the INVITE based on the branch tag and automatically send a CANCEL on to the gateway. Unfortunately, SER cannot find a matching transaction and, thus, the GATEWAY never receives a CANCEL.. Here's a snippet from the debugging output: ... 0(28802) SIP Request: 0(28802) method: <INVITE> 0(28802) uri: <sip:4027160348@wic.west.com> 0(28802) version: <SIP/2.0> 0(28802) parse_headers: flags=1 0(28802) Found param type 232, <branch> = <z9hG4bK1249933199>; state=16 0(28802) end of header reached, state=5 0(28802) Header Type: 1 0(28802) parse_headers: Via found, flags=1 0(28802) parse_headers: this is the first via 0(28802) header field type 1, name=<Via>, body=<SIP/2.0/UDP 10.27.192.94:5060;branch=z9hG4bK1249933199> 0(28802) preparing to run routing scripts... 0(28802) parse_headers: flags=128 0(28802) Header Type: 8 0(28802) header field type 8, name=<From>, body=<<sip:4027161000@10.27.192.94>;tag=3673666958> 0(28802) end of header reached, state=9 0(28802) DEBUG: get_hdr_field: <To> [31]; uri=[sip:4027160348@wic.west.com] 0(28802) DEBUG: to body [<sip:4027160348@wic.west.com> ] 0(28802) Header Type: 4 0(28802) header field type 4, name=<To>, body=<<sip:4027160348@wic.west.com>> 0(28802) Header Type: 32 0(28802) header field type 32, name=<Call-ID>, body=<514+43+1215800190+24+t1b(a)10.27.192.94> 0(28802) get_hdr_field: cseq <CSeq>: <2> <INVITE> 0(28802) Header Type: 16 0(28802) header field type 16, name=<CSeq>, body=<2 INVITE> 0(28802) Header Type: 64 0(28802) header field type 64, name=<Contact>, body=<<sip:e514@10.27.192.94>> 0(28802) Header Type: 33554432 0(28802) header field type 33554432, name=<user-agent>, body=<oSIP/wicsip-3.3.4> 0(28802) Header Type: 1073741824 0(28802) header field type 1073741824, name=<x-west-rg>, body=<0:17> 0(28802) Header Type: 1024 0(28802) header field type 1024, name=<Content-Type>, body=<application/sdp> 0(28802) DEBUG: get_hdr_body : content_length=111 0(28802) Header Type: 2048 0(28802) header field type 2048, name=<Content-Length>, body=<111 > 0(28802) found end of header 0(28802) Header Type: -1 0(28802) DEBUG: is_maxfwd_present: max_forwards header not found! 0(28802) grep_sock_info - checking if host==us: 12==13 && [wic.west.com] == [10.27.193.119] 0(28802) grep_sock_info - checking if port 5060 matches port 5060 0(28802) grep_sock_info - checking if host==us: 12==13 && [wic.west.com] == [10.27.193.119] 0(28802) grep_sock_info - checking if port 5060 matches port 5060 0(28802) check_self: host != me 0(28802) subst_run: running. r=0 0(28802) subst_run: matched (0, 0): [] 0(28802) subst_run: running. r=1 0(28802) subst_f: lst was (nil) 0(28802) subst_run: running. r=0 0(28802) subst_run: matched (0, 36): [sip:9990001254027160348@wic.west.com] 0(28802) textops: subst_uri_f: match - old uri= [sip:9990001254027160348@wic.west.com], new uri= [sip:9990001254027160348@10.27.202.157] 0(28802) DEBUG: t_newtran: msg id=36 , global msg id=35 , T on entrance=(nil) 0(28802) parse_headers: flags=-1 0(28802) parse_headers: flags=60 0(28802) t_lookup_request: start searching: hash=34792, isACK=0 0(28802) DEBUG: RFC3261 transaction matching failed 0(28802) DEBUG: t_lookup_request: no transaction found 0(28802) DEBUG: add_param: tag=3673666958 0(28802) end of header reached, state=29 0(28802) SER: new INVITE 0(28802) parse_headers: flags=-1 0(28802) check_via_address(10.27.192.94, 10.27.192.94, 0) 0(28802) WARNING:vqm_resize: resize(0) called 0(28802) DEBUG: reply sent out. buf=0x810be30: SIP/2.0 1..., shmem=0x422c3c60: SIP/2.0 1 0(28802) DEBUG: _reply_light: finished 0(28802) DEBUG: mk_proxy: doing DNS lookup... 0(28802) check_via_address(10.27.192.94, 10.27.192.94, 0) 0(28802) DEBUG: add_to_tail_of_timer[4]: 0x422c2ac0 0(28802) DEBUG: add_to_tail_of_timer[0]: 0x422c2ad0 0(28802) SER: new transaction fwd'ed 0(28802) DEBUG:destroy_avp_list: destroying list (nil) 0(28802) receive_msg: cleaning up 0(28802) ... 0(28802) SIP Request: 0(28802) method: <CANCEL> 0(28802) uri: <sip:4027160348@wic.west.com> 0(28802) version: <SIP/2.0> 0(28802) parse_headers: flags=1 0(28802) Found param type 232, <branch> = <z9hG4bK1249933199>; state=16 0(28802) end of header reached, state=5 0(28802) Header Type: 1 0(28802) parse_headers: Via found, flags=1 0(28802) parse_headers: this is the first via 0(28802) header field type 1, name=<Via>, body=<SIP/2.0/UDP 10.27.192.94:5060;branch=z9hG4bK1249933199> 0(28802) preparing to run routing scripts... 0(28802) parse_headers: flags=128 0(28802) Header Type: 8 0(28802) header field type 8, name=<From>, body=<<sip:4027161000@10.27.192.94>;tag=3673666958> 0(28802) end of header reached, state=9 0(28802) DEBUG: get_hdr_field: <To> [31]; uri=[sip:4027160348@wic.west.com] 0(28802) DEBUG: to body [<sip:4027160348@wic.west.com> ] 0(28802) Header Type: 4 0(28802) header field type 4, name=<To>, body=<<sip:4027160348@wic.west.com>> 0(28802) Header Type: 32 0(28802) header field type 32, name=<Call-ID>, body=<514+43+1215800190+24+t1b(a)10.27.192.94> 0(28802) get_hdr_field: cseq <CSeq>: <2> <CANCEL> 0(28802) Header Type: 16 0(28802) header field type 16, name=<CSeq>, body=<2 CANCEL> 0(28802) Header Type: 64 0(28802) header field type 64, name=<Contact>, body=<<sip:514+43+1215800190+24+t1b@10.27.192.94>> 0(28802) Header Type: 33554432 0(28802) header field type 33554432, name=<user-agent>, body=<oSIP/wicsip-3.3.4> 0(28802) Header Type: 1073741824 0(28802) header field type 1073741824, name=<x-west-rg>, body=<0:0> 0(28802) DEBUG: get_hdr_body : content_length=0 0(28802) Header Type: 2048 0(28802) header field type 2048, name=<Content-Length>, body=<0> 0(28802) found end of header 0(28802) Header Type: -1 0(28802) DEBUG: is_maxfwd_present: max_forwards header not found! 0(28802) grep_sock_info - checking if host==us: 12==13 && [wic.west.com] == [10.27.193.119] 0(28802) grep_sock_info - checking if port 5060 matches port 5060 0(28802) grep_sock_info - checking if host==us: 12==13 && [wic.west.com] == [10.27.193.119] 0(28802) grep_sock_info - checking if port 5060 matches port 5060 0(28802) check_self: host != me 0(28802) subst_run: running. r=0 0(28802) subst_run: matched (0, 27): [sip:4027160348@wic.west.com] 0(28802) textops: subst_uri_f: match - old uri= [sip:4027160348@wic.west.com], new uri= [sip:4027160348@10.27.202.157] 0(28802) subst_run: running. r=0 0(28802) subst_run: matched (0, 0): [] 0(28802) XLOG: xl_print_log: final buffer length 99 0(28802) time [Fri Jul 11 14:15:52 2008] KLP: CANCEL REQUEST - ruri <sip:9990001254027160348@10.27.202.157> 0(28802) DEBUG: t_check: msg id=40 global id=37 T start=0xffffffff 0(28802) parse_headers: flags=-1 0(28802) parse_headers: flags=60 0(28802) t_lookup_request: start searching: hash=34792, isACK=0 0(28802) DEBUG: RFC3261 transaction matching failed 0(28802) DEBUG: t_lookup_request: no transaction found 0(28802) DEBUG: t_check: msg id=40 global id=40 T end=(nil) 0(28802) XLOG: xl_print_log: final buffer length 64 0(28802) time [Fri Jul 11 14:15:52 2008] KLP: CANCEL REQUEST -- ignoring 0(28802) DEBUG:destroy_avp_list: destroying list (nil) 0(28802) receive_msg: cleaning up 0(28802) I've verified that the branchID of the INVITE matches that of the CANCEL so I had expected the t_lookup_request() to succeed. Do I misunderstand the way transactions work? Any suggestions on how I might get this to work? Any help is appreciated. Thanks!

2 3

← Newer
1
2
3
4
5
6
7
8
9
...
21
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 2008