i tested kamailio 4.0 xcap server with sipclients and got crash.
should i add a tracker entry?
-- juha
(gdb) where
#0 0x00007fa35ab47764 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007fa3547ff9e2 in check_match_header (body=..., etag=0x7fff50162170)
at xcap_server.c:1625
#2 0x00007fa3547ff88a in check_preconditions (msg=0x7fff501631c0, etag_hdr=...)
at xcap_server.c:1583
#3 0x00007fa3547f85ec in w_xcaps_put (msg=0x7fff501631c0,
puri=0x7fa35a091470 "\300-\tZ\243\177", ppath=0x7fa35a091510 "\360:\tZ\243\177",
pbody=0x7fa35a0915b0 " ;\tZ\243\177") at xcap_server.c:594
#4 0x000000000041bbe0 in do_action (h=0x7fff501630e0, a=0x7fa35a092f50, msg=0x7fff501631c0)
at action.c:1092
#5 0x00000000004240a7 in run_actions (h=0x7fff501630e0, a=0x7fa35a092f50,
msg=0x7fff501631c0) at action.c:1573
#6 0x0000000000422852 in do_action (h=0x7fff501630e0, a=0x7fa35a0aad20, msg=0x7fff501631c0)
at action.c:1321
#7 0x00000000004240a7 in run_actions (h=0x7fff501630e0, a=0x7fa35a0726c0,
msg=0x7fff501631c0) at action.c:1573
#8 0x00007fa3545e9355 in xhttp_process_request (orig_msg=0x7fa35a10d0d0,
new_buf=0x7fa35a10e390 "PUT /xcap-root/resource-lists/users/sip:jh@test.fi/index HTTP/1.1\r\nVia: SIP/2.0/TCP 192.98.102.10:45208\r\nAccept-Encoding: identity\r\nContent-Length: 996\r\nHost: 192.98.102.10:8080\r\nUser-Agent: sipsimple"..., new_len=1290) at xhttp_mod.c:271
#9 0x00007fa3545e9b8a in xhttp_handler (msg=0x7fa35a10d0d0) at xhttp_mod.c:346
#10 0x0000000000482492 in nonsip_msg_run_hooks (msg=0x7fa35a10d0d0) at nonsip_hooks.c:125
#11 0x00000000004982c7 in receive_msg (
buf=0x7fa351da7e30 "PUT /xcap-root/resource-lists/users/sip:jh@test.fi/index HTTP/1.1\r\nAccept-Encoding: identity\r\nContent-Length: 996\r\nHost: 192.98.102.10:8080\r\nUser-Agent: sipsimple 0.34.0\r\nConnection: close\r\nIf-None-Ma"..., len=1252, rcv_info=0x7fa351da7b68)
at receive.c:158
#12 0x000000000051f294 in receive_tcp_msg (
tcpbuf=0x7fa351da7e30 "PUT /xcap-root/resource-lists/users/sip:jh@test.fi/index HTTP/1.1\r\nAccept-Encoding: identity\r\nContent-Length: 996\r\nHost: 192.98.102.10:8080\r\nUser-Agent: sipsimple 0.34.0\r\nConnection: close\r\nIf-None-Ma"..., len=1252, rcv_info=0x7fa351da7b68,
con=0x7fa351da7b50) at tcp_read.c:1179
#13 0x0000000000520271 in tcp_read_req (con=0x7fa351da7b50, bytes_read=0x7fff50163c20,
read_flags=0x7fff50163c18) at tcp_read.c:1384
#14 0x0000000000521aa4 in handle_io (fm=0x7fa35a0fa980, events=1, idx=-1) at tcp_read.c:1614
#15 0x000000000051b0ae in io_wait_loop_epoll (h=0x8c27e0, t=2, repeat=0) at io_wait.h:1092
#16 0x0000000000522341 in tcp_receive_loop (unix_sock=20) at tcp_read.c:1725
#17 0x0000000000515e3d in tcp_init_children () at tcp_main.c:4956
#18 0x00000000004658f9 in main_loop () at main.c:1723
#19 0x0000000000468594 in main (argc=18, argv=0x7fff501640b8) at main.c:2566
Hello All,
New to Kamailio, I'm running 4.0 on Ubuntu 12.04 (precise).
Running from the command line with a minimal config, it tells me that it is listening on port 5060 for both TCP and UDP. I see the same behaviour with the default cfg.
However, netstat does not list anything listening on TCP port 5060 and an attempted connection is rejected consistent with there being no open socket.
Any suggestions on where I need to be looking to fix this?
Regards,
Dave.
I am looking for Kamailio consultants in Vancouver BC area to assist with install and setup of system on debian.
Many thanks for any pointers or recommendations.
Glyn
Good day.
Need tips for radius auth/accounting.
At fist, if I understand correctly, some changes here:
modparam("acc", "service_type", 15)
modparam("acc", "radius_extra", "Sip-Src-IP=$si;Sip-Src-Port=$sp")
must be replaced to
modparam("acc_radius", "service_type", 15)
modparam("acc_radius", "radius_extra",
"Sip-Src-IP=$si;Sip-Src-Port=$sp")
But...
*Any* radius_extra parameters raise parsing error when K. start.
And second problem - setflag(FLT_ACC) doesn't call query to radius
server, acc_rad_request("Some comment"); - does.
How it work in real life?
--
ST,
Victor
JID: coyote(a)bks.tv
JID: coyote(a)bryansktel.ru
I use FREE operation system: 3.8.4-calculate GNU/Linux
Good day!
I had in config:
modparam("acc_radius", "radius_extra", "User-Name=XXX")
and get same error when start kamailio:
ERROR: acc [acc_extra.c:192]: parse failed in <User-Name=XXX> around position 10
Any attributes from dictionary anyway got same message.
--
SY,
Victor
JID: coyote(a)bks.tv
JID: coyote(a)bryansktel.ru
I use FREE operation system: 3.8.4-calculate GNU/Linux
Hi,
I have my SIP client registered to Kamailio successfully. I've check the
location table in Kamailio and assert this successful registration.
But when another SIP client tries to make call to me, it receive 404 not
found from Kamailio.
What cause this problem ? Please help
--
Khoa Pham
HCMC University of Science
Faculty of Information Technology
it is not my lucky day. anything new that i try, does not work.
in proxy 1, i call add_path_received() on register request, which
results into this kind of path header:
Path: <sip:192.98.102.10;transport=tcp;lr;received='sip:192.98.102.10:58022;transport=tcp'>.
then i forward the request to proxy 2 and call save() on it. it results
in error:
Apr 7 14:01:44 wheezy1 /usr/sbin/sip-proxy[8709]: ERROR: registrar [save.c:887]: Failed to parse Path: URI
looks like kamailio is not able to parse path uri that it added itself.
perhaps the quotes should be double ones?
-- juha
Hi,
I stumbled upon this git://github.com/sipwise/mediaproxy-ng.git which
looked very neat to me. Its said that it can be used with kamailio. It
seems like its backed sipwise inc.
But no documentation is given there. Anyone know of a
tutorial/documentation for how to use it?
--
-aft
Thank you Daniel and Morten for your assistance and prompt reply.
To use the tobody transformation, i see that i would need to upgrade to 4.1
right? Im currently on 3.3.
I tried the below code:
$var(i)=0;
while($(hdr(Diversion)[$var(i)]) != $null ) {
$avp(s:divhdr) =
$(hdr(Diversion)[$var(i)]);
avp_subst("$avp(s:divhdr)",
"/.*sip:(.*)(@.*)/\1/");
xlog("L_WARN", "$avp(s:divhdr)");
if (!is_user_in("$avp(s:divhdr)", "7")) {
sl_send_reply("403", "NOT ALLOWED");
exit;
};
$var(i) = $var(i) +1;
}
However, it seems like group module cant parse the output 313 as seen below:
Apr 10 13:16:43 SipProxy-Test /usr/local/sbin/kamailio[7471]: WARNING:
<script>: 313
Apr 10 13:16:43 SipProxy-Test /usr/local/sbin/kamailio[7471]: ERROR: group
[group.c:114]: failed to parse URI <313>
Apr 10 13:16:43 SipProxy-Test /usr/local/sbin/kamailio[7471]: ERROR: group
[group.c:158]: failed to get username@domain
A bigger issue is that a certain client is sending more than one diversion
header with different format as seen below:
Diversion: <tel:22030009>;reason=no-answer;screen=no;privacy=off
Diversion: "Solonas A" <sip:16@10.10.10.22>;reason=unconditional
So in this case i cant really know how to extract the diversion number
using a static substitution. Is there a way to adapt to different formats
to extract the diversion number?
Thanking you in advance
Phillip
Date: Tue, 09 Apr 2013 16:43:56 +0200
From: Daniel-Constantin Mierla <miconda(a)gmail.com>
Subject: Re: [SR-Users] Diversion header authentication
To: "Kamailio (SER) - Users Mailing List"
<sr-users(a)lists.sip-router.org>
Message-ID: <5164292C.4080408(a)gmail.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Hello,
just adding that the tobody transformation could be handy to extract the
user or uri part of a Diversion header, not to fight with subst expressions:
-
http://www.kamailio.org/wiki/cookbooks/devel/transformations#to-body_transf…
Cheers,
Daniel
On 4/9/13 3:16 PM, Morten Isaksen wrote:
> Hi,
>
> I have not tested this, but try:
>
> $avp(s:divhdr) = $(hdr(Diversion)[$var(i)]);
> avp_subst("$avp(s:divhdr)", "/.*sip:\+45(.*)(@.*)/\1/"); # Extract
> number between +45 and @
>
> if (is_user_in("$avp(s:divhdr)", "1") { ... }
>
> Please note that there can be more than one Diverseion header. In that
> case you can use:
>
> $var(i)=0;
> while($(hdr(Diversion)[$var(i)]) != $null ) {
> $avp(s:divhdr) =
> $(hdr(Diversion)[$var(i)]);
> xlog("L_WARN", "$avp(s:divhdr)");
>
>
> $var(i) = $var(i) +1;
> }
>
>
>
> /Morten
