i have these two lines in config:
$var(common_name) = @tls.peer.subject.cn;
$var(common_name) = $sel(tls.peer.subject.cn);
the latter gives error at startup:
0(24214) ERROR: <core> [select.c:316]: resolve_select(): Unable to resolve select 'tls' at level 0
0(24214) ERROR: <core> [select.c:177]: w_parse_select(): parse_select: error while resolve_select 'tls.peer.subject.cn'
0(24214) ERROR: pv [pv_select.c:45]: pv_parse_select_name(): invalid select name [tls.peer.subject.cn]
0(24214) ERROR: <core> [pvapi.c:839]: pv_parse_spec2(): pvar "sel" has an invalid name param [tls.peer.subject.cn]
0(24214) ERROR: <core> [pvapi.c:994]: pv_parse_spec2(): wrong char [)/41] in [$sel(tls.peer.subject.cn)] at [24 (5)]
0(24214) : <core> [cfg.y:3408]: yyerror_at(): parse error in config file /etc/sip-proxy/sip-proxy.cfg, line 874, column 29-53: Can't get from cache: $sel(tls.peer.subject.cn)
ERROR: bad config file (1 errors)
based on pseudo variable wiki page, the syntax should be correct. what
is wrong with $sel(tls.peer.subject.cn)?
-- juha
Hi,
I am having issues with trying to use multiple lcr_ids so I can route to
different groups. When I reload lcr it always only shows one group. I have
copied the first group exactly and just changed the number but can't work
out why it's not working.
Any ideas?
Thanks
Keith
Hello,
I am using kamailio-3.1 with siremis. I want to ask some questions about the
exported params of usrloc module defined in the link given below.
http://kamailio.org/docs/modules/3.1.x/modules_k/usrloc.html#id2997066
1. These exported params export value to whom ?? Other params or siremis
location table ??
2. If any export param is not defined in kamailio.cfg. Does its default
value considered automatically or it is not used at all ??
3. In siremis location table, I am not able to show my domain name of
selected online user when I click on user. I want to do it. User's contact,
received and other columns are filled but not domain name :(
Shall I dig deep into usrloc module or I need to follow some other path to
resolve this issue ??
Thanks,
Regards,
Aawaise
--
View this message in context: http://sip-router.1086192.n5.nabble.com/Exported-params-of-USRLOC-module-tp…
Sent from the Users mailing list archive at Nabble.com.
Hello,
I am running kamailio server in my set up. And have got siremis working for
monitoring purposes. Problem is that in web interface, domain name of users
is not shown in siremis. If a user is online, I get following credentials
infront of "Client" column, Client.Name@Client's.IP
How can I show domain name in siremis ??
Any help will be highly appreciated. Thanks,
Regards,
Aawaise.
--
View this message in context: http://sip-router.1086192.n5.nabble.com/Show-Domain-Name-in-Siremis-tp12660…
Sent from the Users mailing list archive at Nabble.com.
I am currently trying to replace a pure-Asterisk implementation of SIP messaging through Websockets, with a Kamailio-4.1.2-based implementation. However, when I try to send a message with jsSIP, Kamailio crashes:
Program terminated with signal 11, Segmentation fault.
#0 0x00007f0e5cf31be3 in reg_ht_get_byuuid (uuid=0x7fff59734b00) at uac_reg.c:350
350 slot = reg_get_entry(hash, _reg_htable->htsize);
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.132.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.10.3-10.el6_4.6.x86_64 libcom_err-1.41.12-18.el6.x86_64 libgcc-4.4.7-4.el6.x86_64 libselinux-2.0.94-5.3.el6_4.1.x86_64
libtool-ltdl-2.2.6-15.5.el6.x86_64 libunistring-0.9.3-5.el6.x86_64 libxml2-2.7.6-14.el6.x86_64 mysql-connector-odbc-5.1.5r1144-7.el6.x86_64 mysql-libs-5.1.73-3.el6_5.x86_64 nss-softokn-freebl-3.14.3-9.el6.x86_64 openssl-1.0.1e-16.el6_5.4.x86_64
unixODBC-2.2.14-12.el6_3.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) bt
#0 0x00007f0e5cf31be3 in reg_ht_get_byuuid (uuid=0x7fff59734b00) at uac_reg.c:350
#1 0x00007f0e5cf36c71 in uac_reg_lookup (msg=0x7f0e6271e790, src=0x7fff59734b00, dst=0x7f0e6267c950, mode=0) at uac_reg.c:924
#2 0x00007f0e5cf2f991 in w_uac_reg_lookup (msg=0x7f0e6271e790, src=0x7f0e6267e0d0 "\a", dst=0x7f0e6267c950 "\006") at uac.c:560
#3 0x0000000000419bf6 in do_action (h=0x7fff59735690, a=0x7f0e6267f1e0, msg=0x7f0e6271e790) at action.c:1111
#4 0x0000000000422878 in run_actions (h=0x7fff59735690, a=0x7f0e6267e510, msg=0x7f0e6271e790) at action.c:1599
#5 0x0000000000417900 in do_action (h=0x7fff59735690, a=0x7f0e62664aa0, msg=0x7f0e6271e790) at action.c:715
#6 0x0000000000422878 in run_actions (h=0x7fff59735690, a=0x7f0e6265d3b8, msg=0x7f0e6271e790) at action.c:1599
#7 0x0000000000423017 in run_top_route (a=0x7f0e6265d3b8, msg=0x7f0e6271e790, c=0x0) at action.c:1685
#8 0x00000000004a5153 in receive_msg (
buf=0x7f0e570d0168 "MESSAGE sip:admin@gatitos.com SIP/2.0\r\nVia: SIP/2.0/WS ftisg2dgtaqe.invalid;branch=z9hG4bK2656184\r\nMax-Forwards: 16\r\nTo: <sip:admin@gatitos.com>\r\nFrom: \"Alex Villacís Lasso\" <sip:avillacisIM@gatitos."..., len=585,
rcv_info=0x7f0e570cfe90) at receive.c:212
#9 0x00007f0e5c8e5802 in ws_frame_receive (data=0x7fff59735a40) at ws_frame.c:652
#10 0x000000000045531c in sr_event_exec (type=10, data=0x7fff59735a40) at events.c:254
#11 0x000000000052e04e in ws_process_msg (
tcpbuf=0x7f0e570d0160 "\201\376\002I\032\327\302\344MESSAGE sip:admin@gatitos.com SIP/2.0\r\nVia: SIP/2.0/WS ftisg2dgtaqe.invalid;branch=z9hG4bK2656184\r\nMax-Forwards: 16\r\nTo: <sip:admin@gatitos.com>\r\nFrom: \"Alex Villacís Lasso\"
<sip:avillacisIM@"..., len=593, rcv_info=0x7f0e570cfe90, con=0x7f0e570cfe78) at tcp_read.c:1146
#12 0x000000000052e21f in receive_tcp_msg (
tcpbuf=0x7f0e570d0160 "\201\376\002I\032\327\302\344MESSAGE sip:admin@gatitos.com SIP/2.0\r\nVia: SIP/2.0/WS ftisg2dgtaqe.invalid;branch=z9hG4bK2656184\r\nMax-Forwards: 16\r\nTo: <sip:admin@gatitos.com>\r\nFrom: \"Alex Villacís Lasso\"
<sip:avillacisIM@"..., len=593, rcv_info=0x7f0e570cfe90, con=0x7f0e570cfe78) at tcp_read.c:1182
#13 0x000000000052f2f3 in tcp_read_req (con=0x7f0e570cfe78, bytes_read=0x7fff59735cac, read_flags=0x7fff59735ca4) at tcp_read.c:1383
#14 0x0000000000530d27 in handle_io (fm=0x7f0e62724d30, events=1, idx=-1) at tcp_read.c:1617
#15 0x00000000005296c0 in io_wait_loop_epoll (h=0x8df220, t=2, repeat=0) at io_wait.h:1092
#16 0x0000000000531650 in tcp_receive_loop (unix_sock=53) at tcp_read.c:1728
#17 0x0000000000523c21 in tcp_init_children () at tcp_main.c:4959
#18 0x000000000046d6a3 in main_loop () at main.c:1702
#19 0x000000000047030b in main (argc=13, argv=0x7fff59736178) at main.c:2533
Is this a known bug?
Hello Everyone,
How to correct message 484
Is need use txt module to fill string with correct information ?
<--- SIP read from UDP:192.168.100.145:5060 --->
SIP/2.0 484 Address Incomplete
Via: SIP/2.0/UDP 192.168.100.145:5062;branch=z9hG4bK5ec564e6
From: "asterisk" <sip:1300@networklab.loc>;tag=as0a530a8d
To: <sip:192.168.100.145>;tag=b27e1a1d33761e85846fc98f5f3a7e58.93df ---> This line ins question.
Call-ID: 631e893f75da720865e8468132884367(a)networklab.loc
CSeq: 102 OPTIONS
Contact: <sip:1300@192.168.100.145:5062>;expires=3600
Server: kamailio (4.1.2 (x86_64/linux))
Content-Length: 0
Slava.
i am trying to use cnxcc for the first time.
kamctl kamcmd cnxcc.active_clients
client_id:6,number_of_calls:1,concurrent_calls:0,type:1,max_amount:0.000000,consumed_amount:0.000000;
i don't think this is correct, seems like the dialog is not disengaging
after i hang up.
i created dialogs alongside cnxcc just to compare, all dialogs were
disengaged.
is this an expected behavior?
It's also weird that the max_amount is 0 while i checked that there is a
value for credit being passed as an argument.
Kelvin Chua
Hello,
(cross-posting because the results are impacting users)
recently I added a new module named evapi:
- http://www.kamailio.org/docs/modules/devel/modules/evapi.html
The purpose is to able to send custom messages to applications that
connect to kamailio via tcp on a special port (different than sip port)
as well as receive messages and react on them.
One of the first use case we look at is integration with cgrates for
real time billing. For example:
- send notification when a new call comes in and cgrates will return
allow/reject
- send notification when the call starts so cgrates can start billing
- send notification when the call ends so cgrates will close bllling
The module is now in quite good shape, sending and receiving messages.
Sending is done from config file, in the future some modules might do it
from inside. Received message is passed to config file via an
event_route and variables.
Now, the point of this discussion is to debate following points:
1) should there be a specific format used for this messages? The
examples in the README use json. The module can encapsulate them in
netstring format when sending over tcp to be easy to parse and read the
message at once. This is optional, the message can be sent as it is
2) now messages are sent to all connected applications, should be
there some subscription mechanism per event? If yes, then there has to
be a way to specify the event, so point 1) might need a specific format
3) handle response - should be there a defined api that will say
allow, reject, drop? I was thinking that the return could be some script
for an embedded interpreter (e.g., Lua) that can be executed from config
file. Or, alternative, manually scripted in the event route, so each
user defines its own api
3) other suggestions for what should be discussed?
Looking forward to opinions regarding these matters.
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Issue fixed: i just had to add the following line
dns_try_naptr=yes
to all the kamailio.cfg files of each of my IMS entity. I suggest to modify
accordingly the config files in each of the examples (pcscf, icscf, scscf)
in the master tree in order to make them properly working with the
kamailio_ims_dnszone example
Regards,
Andrea
Hello,
I am trying to use the dialog module for dealing with some cases where
clients do not send BYE messages correctly and just disappear. For this
reason i use the ka_timer and ka_interval along with ka-dst and ka-src
attributes. I am using the master branch. I have setup the following test:
I have setup a sipp instance as a callee uas configured to discard OPTIONS
messages. Kamailio serves as a proxy between this sipp instance and a VoIP
device registered to kamailio. Kamailio is also configured to send every
call to the sipp uas with stateful proxing and dialog support:
CALLER ------> KAMAILIO -----> CALLEE (sipp / ignores OPTIONS msg)
I have the following issue:
1. Dialog does send the OPTIONS messages to caller and callee, and as
expected, only the caller responds (with a 200 OK response). But the dialog
module never terminates the dialog as it should (because the callee never
responds to the OPTIONS msg). Instead it keeps sending those OPTIONS for
ever. It is like there is no timer entry in the timer list for those
OPTIONS. I looked a bit in the source code and I am trying to find where a
timeout for those keep alives is a)set and b)handled . I see that the
dlg_timer_routine is called every second but after turning debugging on, i
see that the only timer reported is the default timeout for the call which
i ve set to 3600 secs in the module parameters.
Any insight or advice?
Thanks a lot.