Hello,
I'm using Kamailio 4.1 and I'm wondering how to avoid external DNS
resolution.
I have the following config:
dns_cache_init=no
use_dns_cache=no
dns=no
rev_dns=no
Even with this config, I have many and many DNS query on SRV _sip for the
hostnames set in carrierroute module.
These requests are not useful because the A resolution is done by
/etc/hosts.
Major problem with this, is that when I have a DNS issue or IP transit
issue, Kamailio waits for resolution timeout and …
[View More]becomes overloaded. As a
consequence, Kamailio can't treat others SIP requests like REGISTER because
he stuck in DNS resolution.
Regards,
Igor.
[View Less]
I was hoping somebody could confirm the following is a _normal_ log
file for rtpengine. Specifically I am curious of the 'Successful STUN
binding request from' messages are continuously logged.
Are they part of the normal operation or does this indicate some issue
with media? I only ask because I am getting one way audio at the
moment. I get audio from rtpengine however rtpengine does not hear
me.
http://pastebin.com/hztxMFL3
--
Paul Belanger | PolyBeacon, Inc.
Jabber: paul.belanger(a)…
[View More]polybeacon.com | IRC: pabelanger (Freenode)
Github: https://github.com/pabelanger | Twitter: https://twitter.com/pabelanger
[View Less]
Hello,
apparently none of the rtp relays I was looking at (rtpproxy and
rtpenging) are taking in consideration the CSeq value. Quite recently I
met a case with a b2bua that sends the invite without sdp, then after
its ACK with SDP sends quickly a re-invite to get itself out of media
stream. However, due to network and parallel processing races, the ACK
gets processed after the re-INVITE, updating the rtp relay session with
attributes that should be no longer used. The impact is …
[View More]practically no
audio.
I got it working using the 'brave' htable and tracking cseq numbers,
skipping calling the relay for lower cseqs, but I wonder if wouldn't be
better to push it to the relay, to avoid also races on the network
between kamailio and the relay.
I would be also curious to hear if others were facing such issues.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Next Kamailio Advanced Trainings 2014 - http://www.asipto.com
Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA
[View Less]
Hi,
In ‘event_route[dialog:end]’I can not get any variable they are all empty but using acc_db_requests() worked for me.
Thanks for your help.
BEST REGARDS
From: Daniel-Constantin Mierla
Sent: Monday, August 04, 2014 5:28 PM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] missing BYE record on acc table when usingtimeout_avp
Hello,
with latest version you can get the cdrs at once via dialog+acc module.
If you want to use the classic acc, then add either event_route[…
[View More]dialog:end] or event_route[tm:local-request]. There you can get actions when the dialog is ended (including the time out), and for the second you get the BYE sent out. Perhaps SQLOPS with sql_query() or acc_db_requests() should be used to record the event in db table.
Cheers,
Daniel
On 04/08/14 15:19, betul.cerit(a)netgsm.com.tr wrote:
Hi to all,
I want to limit call duration according to the credit of the user.To accomplish this I use timeout_avp .When the limit is reached call ends but no record associated with BYE method is inserted to the acc table and that makes impossible to bill that call.What can I do to solve this problem or is there an alternative way to limit call duration?My configuration and logs are as follows. BEST REGARDS. #---------------- dialog params ------------- #!ifdef WITH_DIALOG modparam("dialog", "enable_stats", 1) modparam("dialog", "hash_size", 8192) modparam("dialog", "rr_param", "did") modparam("dialog", "dlg_flag",4) modparam("dialog", "timeout_avp", "$avp(i:10)") modparam("dialog", "dlg_match_mode", 1) modparam("dialog", "default_timeout", 3600) modparam("dialog", "detect_spirals", 1) modparam("dialog", "profiles_with_value", "userid ; opkodu") modparam("dialog", "dlg_extra_hdrs", "Hint: Hell Yeah\r\n") modparam("dialog", "send_bye", 1) #endif -------------------------------------------------------------------------------- route[SW]{ xlog("L_INFO","Dialog:h_id:$dlg(h_id):h_entry:$dlg(h_entry):timeout:$dlg_ctx(timeout_route):bye:$dlg_ctx(timeout_bye):$avp(i:10)"); $dlg_ctx(timeout_bye)=1; $avp(i:10)=15; $dlg_ctx(timeout_route)=33; dlg_manage(); set_dlg_profile("userid","$avp(userid)"); if(get_profile_size("userid","$avp(s_userid)")){ xlog("L_INFO","Userid_Size:$avp(s_userid)"); } xlog("L_INFO","Dialog:h_id:$dlg(h_id):h_entry:$dlg(h_entry):timeout:$dlg_ctx(timeout_route):bye:$dlg_ctx(timeout_bye):$avp(i:10)"); if(!t_relay()) { send_reply("408", "Servis Disi"); }else{ exit; } return; } event_route[dialog:start]{ xlog("L_ALERT","START:ci:$ci:method:$rm:start"); } event_route[dialog:end]{ xlog("L_ALERT","END"); xlog("L_ALERT","END:$fU:$fd:$si:$rU:$rd:$avp(poparty):$avp(networkdatetime):$avp(ptparty):$avp(pprovider):$avp(maliyet_id):$avp(tibtip)"); xlog("L_ALERT","END:$rm:$rr:$rs:"); } event_route[dialog:failed]{ xlog("L_INFO","FAILED:ci:$ci:method:$rm:end"); } route[33]{ xlog("L_INFO","route:33:$fU:$fd:$si:$rU:$rd:$avp(poparty):$avp(networkdatetime):$avp(ptparty):$avp(pprovider):$avp(maliyet_id):$avp(tibtip)"); xlog("L_INFO","route:33:$rm:$rr:$rs:"); } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { route(DLGURI); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } else if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } else if ( is_method("NOTIFY") ) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } -------------------------------------------------------------------------------- Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: ALERT: <script>: USERID:456123 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: ALERT: <script>: arayan:XXXX:aranan:XXXXX Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: carrierroute [cr_func.c:710]: cr_do_route(): uri XXXX was rewritten to sip:YYYYYYYYYYYYYYY@XXXXXXX5:5060, carrier 3, domain 1 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: vardesc: 40 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Dialog:h_id:<null>:h_entry:<null>:timeout:0:bye:0:<null> Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Userid_Size:1 Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Dialog:h_id:3953:h_entry:3170:timeout:14:bye:1:15 Aug 1 16:51:55 kamailio /usr/local/sbin/kamailio[6114]: ALERT: <script>: START:ci:2c5695c1644fa2b135f57ea72c590cc7@XXXXXXX:5060:method:INVITE:start Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: INFO: <script>: route:33:<null>:<null>:1.0.0.127:you:kamailio.org:<null>:<null>:<null>:<null>:<null>:<null> Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: INFO: <script>: route:33:OPTIONS:<null>:<null>: Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END:<null>:<null>:1.0.0.127:you:kamailio.org:<null>:<null>:<null>:<null>:<null>:<null> Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END:OPTIONS:<null>:<null>: Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6121]: WARNING: dialog [dlg_req_within.c:212]: bye_reply_cb(): inconsitent dlg timer data on dlg 0x7feb2115d918 [3170:3953] with clid '2c5695c1644fa2b135f57ea72c590cc7@95.0.154.92:5060' and tags 'as3c7c5aa4' 'as0b640624' Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6121]: ERROR: acc [acc_cdr.c:574]: cdr_on_end(): invalid values#012!
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
--------------------------------------------------------------------------------
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[View Less]
Greetings,
I'm having some trouble getting dtls-srtp working with kamailio 4.1
(mediaproxy-ng) and rtpengine (master).
I believe I finally have my branch logic setup properly in kamailio,
however when the calls get placed into rtpengine, it appears DTLS is
not initialized properly. Attached is my debug log file.
--
Paul Belanger | PolyBeacon, Inc.
Jabber: paul.belanger(a)polybeacon.com | IRC: pabelanger (Freenode)
Github: https://github.com/pabelanger | Twitter: https://twitter.com/pabelanger
CentOS6.5
Kamailio 4.1
I compiled Kamailio as follows so that the configuration file would be
in "/etc/kamailio" rather than "/usr/local/etc/kamailio/"...
make cfg_prefix=/ all
make cfg_prefix=/ install
When I try to start kamailio I get the following error...
Not starting : invalid configuration file!
ERROR: loading config file(/usr/local/etc/kamailio/kamailio.cfg): No
such file or directory
I can find no reference in the init file to that location (which does
not exist). Did I use …
[View More]the wrong options in make?
Gilbert
[View Less]
Hi to all,
I want to limit call duration according to the credit of the user.To accomplish this I use timeout_avp .When the limit is reached call ends but no record associated with BYE method is inserted to the acc table and that makes impossible to bill that call.What can I do to solve this problem or is there an alternative way to limit call duration?My configuration and logs are as follows.
BEST REGARDS.
#---------------- dialog params -------------
#!ifdef WITH_DIALOG
modparam("dialog", "…
[View More]enable_stats", 1)
modparam("dialog", "hash_size", 8192)
modparam("dialog", "rr_param", "did")
modparam("dialog", "dlg_flag",4)
modparam("dialog", "timeout_avp", "$avp(i:10)")
modparam("dialog", "dlg_match_mode", 1)
modparam("dialog", "default_timeout", 3600)
modparam("dialog", "detect_spirals", 1)
modparam("dialog", "profiles_with_value", "userid ; opkodu")
modparam("dialog", "dlg_extra_hdrs", "Hint: Hell Yeah\r\n")
modparam("dialog", "send_bye", 1)
#endif
--------------------------------------------------------------------------------
route[SW]{
xlog("L_INFO","Dialog:h_id:$dlg(h_id):h_entry:$dlg(h_entry):timeout:$dlg_ctx(timeout_route):bye:$dlg_ctx(timeout_bye):$avp(i:10)");
$dlg_ctx(timeout_bye)=1;
$avp(i:10)=15;
$dlg_ctx(timeout_route)=33;
dlg_manage();
set_dlg_profile("userid","$avp(userid)");
if(get_profile_size("userid","$avp(s_userid)")){
xlog("L_INFO","Userid_Size:$avp(s_userid)");
}
xlog("L_INFO","Dialog:h_id:$dlg(h_id):h_entry:$dlg(h_entry):timeout:$dlg_ctx(timeout_route):bye:$dlg_ctx(timeout_bye):$avp(i:10)");
if(!t_relay()) {
send_reply("408", "Servis Disi");
}else{
exit;
}
return;
}
event_route[dialog:start]{
xlog("L_ALERT","START:ci:$ci:method:$rm:start");
}
event_route[dialog:end]{
xlog("L_ALERT","END");
xlog("L_ALERT","END:$fU:$fd:$si:$rU:$rd:$avp(poparty):$avp(networkdatetime):$avp(ptparty):$avp(pprovider):$avp(maliyet_id):$avp(tibtip)");
xlog("L_ALERT","END:$rm:$rr:$rs:");
}
event_route[dialog:failed]{
xlog("L_INFO","FAILED:ci:$ci:method:$rm:end");
}
route[33]{
xlog("L_INFO","route:33:$fU:$fd:$si:$rU:$rd:$avp(poparty):$avp(networkdatetime):$avp(ptparty):$avp(pprovider):$avp(maliyet_id):$avp(tibtip)");
xlog("L_INFO","route:33:$rm:$rr:$rs:");
}
# Handle requests within SIP dialogs
route[WITHINDLG] {
if (has_totag()) {
# sequential request withing a dialog should
# take the path determined by record-routing
if (loose_route()) {
route(DLGURI);
if (is_method("BYE")) {
setflag(FLT_ACC); # do accounting ...
setflag(FLT_ACCFAILED); # ... even if the transaction fails
}
else if ( is_method("ACK") ) {
# ACK is forwarded statelessy
route(NATMANAGE);
}
else if ( is_method("NOTIFY") ) {
# Add Record-Route for in-dialog NOTIFY as per RFC 6665.
record_route();
}
route(RELAY);
} else {
if (is_method("SUBSCRIBE") && uri == myself) {
# in-dialog subscribe requests
route(PRESENCE);
exit;
}
if ( is_method("ACK") ) {
if ( t_check_trans() ) {
# no loose-route, but stateful ACK;
# must be an ACK after a 487
# or e.g. 404 from upstream server
route(RELAY);
exit;
} else {
# ACK without matching transaction ... ignore and discard
exit;
}
}
sl_send_reply("404","Not here");
}
exit;
}
}
--------------------------------------------------------------------------------
Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: ALERT: <script>: USERID:456123
Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: ALERT: <script>: arayan:XXXX:aranan:XXXXX
Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: carrierroute [cr_func.c:710]: cr_do_route(): uri XXXX was rewritten to sip:YYYYYYYYYYYYYYY@XXXXXXX5:5060, carrier 3, domain 1
Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: vardesc: 40
Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Dialog:h_id:<null>:h_entry:<null>:timeout:0:bye:0:<null>
Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Userid_Size:1
Aug 1 16:51:52 kamailio /usr/local/sbin/kamailio[6111]: INFO: <script>: Dialog:h_id:3953:h_entry:3170:timeout:14:bye:1:15
Aug 1 16:51:55 kamailio /usr/local/sbin/kamailio[6114]: ALERT: <script>: START:ci:2c5695c1644fa2b135f57ea72c590cc7@XXXXXXX:5060:method:INVITE:start
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: INFO: <script>: route:33:<null>:<null>:1.0.0.127:you:kamailio.org:<null>:<null>:<null>:<null>:<null>:<null>
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: INFO: <script>: route:33:OPTIONS:<null>:<null>:
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ERROR: pv [pv_core.c:397]: pv_get_xto_attr(): cannot parse From URI
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END:<null>:<null>:1.0.0.127:you:kamailio.org:<null>:<null>:<null>:<null>:<null>:<null>
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6145]: ALERT: <script>: END:OPTIONS:<null>:<null>:
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6121]: WARNING: dialog [dlg_req_within.c:212]: bye_reply_cb(): inconsitent dlg timer data on dlg 0x7feb2115d918 [3170:3953] with clid '2c5695c1644fa2b135f57ea72c590cc7@95.0.154.92:5060' and tags 'as3c7c5aa4' 'as0b640624'
Aug 1 16:52:11 kamailio /usr/local/sbin/kamailio[6121]: ERROR: acc [acc_cdr.c:574]: cdr_on_end(): invalid values#012!
[View Less]
I want to ask some queries regarding logging in kamailio.
1. First of all if I want to add LM_DBG or LM_ERR in lookup.c file of
registrar module, where to add the command as on extraction of
kamailio-3.1.1.zip, I found registrar module files in modules_k folder as
well as modules_s folder.
2. I was advised to us macros from dprint.h to see LM_DBG and LM_ERR
statements in log file, how to do so ??
3. Third, will these logs also print in /var/log/messages in debian linux
along with other …
[View More]kamailio.cfg logs ??
4. What changes should be made in kamailio.cfg to see these logs, i.e log
level etc ??
Any help will be highly appreciated. Thanks.
--
View this message in context: http://sip-router.1086192.n5.nabble.com/LM-ERR-and-LM-DBG-tp129392.html
Sent from the Users mailing list archive at Nabble.com.
[View Less]
I have added some XLOG and XDBG commands in registrar module of kamailio. I
want to see messages in result of these commands being printed in logs to
make sure that changes are being made surely. How can it be done ?
I am using fedora and I see kamailio related logs in /var/log/messages.log
--
View this message in context: http://sip-router.1086192.n5.nabble.com/See-XDBG-and-XERR-Messages-in-Logs-…
Sent from the Users mailing list archive at Nabble.com.