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/
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.
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
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
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
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
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!
----- Forwarded Message ----
From: vu nt <vunt83(a)yahoo.com>
To: serusers(a)iptel.org
Sent: Tuesday, July 15, 2008 2:05:42 PM
Subject: SIP SER-Help me
My system is running Ser-0.8.6. The system have problem :
tail -f /var/log/messages
Jul 15 13:50:35 SIP-1 ser[32724]: ERROR: t_forward_nonack: failure to add branches
Jul 15 13:50:36 SIP-1 ser[32727]: ERROR: build_req_buf_from_sip_req: out of memory
Jul 15 13:50:36 SIP-1 ser[32727]: ERROR: print_uac_request: no pkg_mem
Jul 15 13:50:36 SIP-1 ser[32727]: ERROR: t_forward_nonack: failure to add branches
Jul 15 13:50:36 SIP-1 ser[32733]: ERROR: build_req_buf_from_sip_req: out of memory
Jul 15 13:50:36 SIP-1 ser[32733]: ERROR: print_uac_request: no pkg_mem
Jul 15 13:50:36 SIP-1 ser[32733]: ERROR: t_forward_nonack: failure to add branches
Jul 15 13:50:37 SIP-1 ser[32731]: ERROR: build_req_buf_from_sip_req: out of memory
Jul 15 13:50:37 SIP-1 ser[32731]: ERROR: print_uac_request: no pkg_mem
Jul 15 13:50:37 SIP-1 ser[32731]: ERROR: t_forward_nonack: failure to add branches
Jul 15 13:50:39 SIP-1 ser[32731]: ERROR: build_req_buf_from_sip_req: out of memory
Jul 15 13:50:39 SIP-1 ser[32731]: ERROR: print_uac_request: no pkg_mem
Jul 15 13:50:39 SIP-1 ser[32731]: ERROR: t_forward_nonack: failure to add branches
Jul 15 13:50:39 SIP-1 ser[32731]: ERROR: build_req_buf_from_sip_req: out of memory
But when I monitor by top command on Linux system, the Ram is not out off.
top - 14:02:52 up 7 days, 2:01, 1 user, load average: 0.37, 0.35, 0.30
Tasks: 86 total, 1 running, 85 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.3% us, 0.7% sy, 0.0% ni, 91.5% id, 6.3% wa, 0.0% hi, 0.2% si
Mem: 1034424k total, 525060k used, 509364k free, 234916k buffers
Swap: 2044072k total, 0k used, 2044072k free, 154564k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
32733 root 16 0 38656 22m 34m S 1.0 2.3 1:34.70 ser
32716 root 16 0 38656 23m 34m S 0.7 2.3 1:37.83 ser
32722 root 15 0 38648 22m 34m S 0.7 2.3 1:29.31 ser
Can you help me solve this problem ? . Thank you very much
BRs
Vungo