Hello,
I have found that calls are very inconsistent. I use Kamailio 5, Asterisk 14. When certain Providers like (Sorenson, ZVRS) make calls into a WebRTC client (tryit-jssip), sometime the calls stay up until I close them (10-15 minutes), others times those calls drop in 30 seconds. This is extremely confusing...does anyone else experience this type of behavior?
-Steve
Hi,
I'm trying to use t_suspend in my kamailio.cfg from a branch_route.
I'm using kamailio 5.1.1 on debian jessie from
http://deb.kamailio.org/kamailio51
>From the documentation:
http://www.kamailio.org/docs/modules/5.1.x/modules/tmx.html#tmx.f.t_suspend
i can see that "This function can be used from ANY_ROUTE ."
However, the INVITE is still forwarded for this branch. So obviously the
"outgoing transaction" is not suspended.
May be "t_suspend" is only suspending "incoming transactions"?
I tried to call "drop()". This prevent the INVITE from being sent. But in
such case, i have an answer
is sent immediatly to the caller (SIP/2.0 500 I'm terribly sorry, server
error occurred (6/SL))
I want the script to wait as expected after my "t_suspend". And in the
block indicated by t_continue,
i want to append a new branch.
Any way to do this?
Otherwise, do you advise me to control the list of branch before t_relay? I
guess I can access
the list. Not sure how.. so if you have any tips...
Tks
Aymeric
--
Antisip - http://www.antisip.com
Hello Everyone,
I've been resolved the problem.
It was the setflag(FLT_ACC) at the beginning of the block if (is_method("INVITE")) {
setflag(FLT_ACC); <-----
using instead following function now the dialog is correctly created.
setflag(FLT_DIALOG);
Best Regards
Angelo
Da: Angelo Colucci
Inviato: giovedì 8 febbraio 2018 18:33
A: 'sr-users(a)lists.kamailio.org' <sr-users(a)lists.kamailio.org>
Oggetto: [SR-Users] - w_ro_ccr(): Unable to find dialog and cannot do Ro charging without it
Hello Everyone,
I'm new in Kamailio environment. We trying to setup a IMS Credit Control Client as per RFC 4006.
We've trying to implement the suggesting configuration in ims_charging module doc.
The Kamailio version is 5.1.1 Stable.
The Server is configured with two local users (A and B) registered on local mysql database.
The scenario is the following:
1. In the request_route object we trying to intercept the first INVITE and trigger
a diameter credit control request using Ro_CCR function.
2. When A calls B without triggering mechanism the call is fine.
3. When A calls B with credit control triggering, the calls failed and the diamater request is not generated.
In the debug we find the following error:
exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=540 a=25 n=xlog
ERROR: <script>: Individuato primo INVITE: generata nuova transazione
exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=541 a=63 n=assign
exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=541 a=29 n=Ro_CCR
DEBUG: ims_charging [ims_charging_mod.c:494]: w_ro_ccr(): Ro CCR initiated: direction:orig, reservation_units:30, route_name:CHARGING_CCR_REPLY, incoming_trunk_id:1 outgoing_trunk_id:1
DEBUG: ims_dialog [dlg_hash.c:926]: internal_get_dlg(): no dialog callid='yH5kdBGSrM6CowdkkRHTUw..' found
DEBUG: ims_dialog [dlg_hash.c:956]: get_dlg(): no dialog callid='yH5kdBGSrM6CowdkkRHTUw..' found
DEBUG: ims_dialog [dlg_handlers.c:1950]: dlg_get_msg_dialog(): dlg with callid 'yH5kdBGSrM6CowdkkRHTUw..' not found
ERROR: ims_charging [ims_charging_mod.c:511]: w_ro_ccr(): Unable to find dialog and cannot do Ro charging without it
The error indicates that w_ro_ccr function doesn't find any dialog.
Following you can find the relative configuration of kamailio.cfg. The request_route block is equal to default configuration except the following command:
#!define WITH_MYSQL
#!define WITH_AUTH
#!define WITH_USRLOCDB
#!define WITH_DEBUG
loadmodule "cdp"
loadmodule "cdp_avp"
loadmodule "ims_charging"
loadmodule "ims_dialog"
modparam("ims_charging", "origin_host", "kcc-t-lu-03.mnc049.mcc222.3gppnetwork.org")
modparam("ims_charging", "origin_realm", "mnc049.mcc222.3gppnetwork.org")
modparam("ims_charging", "destination_realm", "mnc049.mcc222.3gppnetwork.org")
modparam("ims_charging","interim_update_credits",30)
modparam("ims_charging","timer_buffer",5)
# -- ims_dialog params --
modparam("ims_dialog", "dlg_flag", FLT_DIALOG)
request_route {
...
if (is_method("INVITE")) {
setflag(FLT_ACC); # do accounting
t_newtran();
$var(cc_ret) = Ro_CCR("CHARGING_CCR_REPLY", "orig", 30, "1", "1");
if ($var(cc_ret) < 0) {
xlog("Chiamata a Ro_CCR() fallita\n");
sl_send_reply("402","Payment required");
exit;
}
}
...
}
route[CHARGING_CCR_REPLY]{
xlog("cca_return code is $avp(s:cca_return_code): $avp(s:cca_result_code)\n");
switch ($avp(s:cca_return_code)){
case 1: #success
break;
case -1: #failure
switch ($avp(s:cca_result_code)){
case 4010:
send_reply("402", "Payment required - Unsufficient funds");
break;
case 5006:
send_reply("486", "Line limit exceeded");
break;
default:
send_reply("402","Payment required ($avp(s:cca_result_code))");
break;
}
default:
xlog("L_ERR", "Unknown return code from CCR: [$avp(s:cca_return_code)] \n");
send_reply("500", "Charging Error");
break;
}
}
What's goes wrong?
Thanks in advance
Angelo Colucci
Hi list,
I'm testing permissions module with kamailio 5.1.1 and I was struggling
with regular expressions in trusted requests part of module.
I noticed that 9[0-9]{4} doesn't work as expected so I had to change it
for 9[0-9][0-9][0-9][0-9] to work.
Is it supposed to be like that?
Is there other way in this module to simplify the expression since it
is not accepting the POSIX way?
Thanks,
Paulo
--
-------------------------------------------
Paulo Ferreira
VoIP@RCTS - Área de Infraestruturas Aplicacionaisz
FCCN
http://www.fccn.pt/
Av. do Brasil, n.º 101
1700-066 Lisboa - Portugal
Telefone|Phone: +351 218440100; Fax: +351 218472167
Aviso de Confidencialidade/Disclaimer
Esta mensagem é exclusivamente destinada ao seu destinatário, podendo
conter informação CONFIDENCIAL, cuja divulgação está expressamente
vedada nos termos da lei. Caso tenha rececionado indevidamente esta
mensagem,solicitamos-lhe que nos comunique esse mesmo facto por esta
via ou para o telefone +351 218440100 devendo apagar o seu conteúdo de
imediato. This message is intended exclusively for its addressee. It
may contain CONFIDENTIAL information protected by law. If this message
has been received by error, please notify us via e-mail or by telephone
+351 218440100 and delete it immediately.
Hello Everyone,
I’m new in Kamailio environment. We trying to setup a IMS Credit Control Client as per RFC 4006.
We’ve trying to implement the suggesting configuration in ims_charging module doc.
The Kamailio version is 5.1.1 Stable.
The Server is configured with two local users (A and B) registered on local mysql database.
The scenario is the following:
1. In the request_route object we trying to intercept the first INVITE and trigger
a diameter credit control request using Ro_CCR function.
2. When A calls B without triggering mechanism the call is fine.
3. When A calls B with credit control triggering, the calls failed and the diamater request is not generated.
In the debug we find the following error:
exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=540 a=25 n=xlog
ERROR: <script>: Individuato primo INVITE: generata nuova transazione
exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=541 a=63 n=assign
exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=541 a=29 n=Ro_CCR
DEBUG: ims_charging [ims_charging_mod.c:494]: w_ro_ccr(): Ro CCR initiated: direction:orig, reservation_units:30, route_name:CHARGING_CCR_REPLY, incoming_trunk_id:1 outgoing_trunk_id:1
DEBUG: ims_dialog [dlg_hash.c:926]: internal_get_dlg(): no dialog callid='yH5kdBGSrM6CowdkkRHTUw..' found
DEBUG: ims_dialog [dlg_hash.c:956]: get_dlg(): no dialog callid='yH5kdBGSrM6CowdkkRHTUw..' found
DEBUG: ims_dialog [dlg_handlers.c:1950]: dlg_get_msg_dialog(): dlg with callid 'yH5kdBGSrM6CowdkkRHTUw..' not found
ERROR: ims_charging [ims_charging_mod.c:511]: w_ro_ccr(): Unable to find dialog and cannot do Ro charging without it
The error indicates that w_ro_ccr function doesn’t find any dialog.
Following you can find the relative configuration of kamailio.cfg. The request_route block is equal to default configuration except the following command:
#!define WITH_MYSQL
#!define WITH_AUTH
#!define WITH_USRLOCDB
#!define WITH_DEBUG
loadmodule "cdp"
loadmodule "cdp_avp"
loadmodule "ims_charging"
loadmodule "ims_dialog"
modparam("ims_charging", "origin_host", "kcc-t-lu-03.mnc049.mcc222.3gppnetwork.org")
modparam("ims_charging", "origin_realm", "mnc049.mcc222.3gppnetwork.org")
modparam("ims_charging", "destination_realm", "mnc049.mcc222.3gppnetwork.org")
modparam("ims_charging","interim_update_credits",30)
modparam("ims_charging","timer_buffer",5)
# -- ims_dialog params --
modparam("ims_dialog", "dlg_flag", FLT_DIALOG)
request_route {
…
if (is_method("INVITE")) {
setflag(FLT_ACC); # do accounting
t_newtran();
$var(cc_ret) = Ro_CCR("CHARGING_CCR_REPLY", "orig", 30, "1", "1");
if ($var(cc_ret) < 0) {
xlog("Chiamata a Ro_CCR() fallita\n");
sl_send_reply("402","Payment required");
exit;
}
}
…
}
route[CHARGING_CCR_REPLY]{
xlog("cca_return code is $avp(s:cca_return_code): $avp(s:cca_result_code)\n");
switch ($avp(s:cca_return_code)){
case 1: #success
break;
case -1: #failure
switch ($avp(s:cca_result_code)){
case 4010:
send_reply("402", "Payment required - Unsufficient funds");
break;
case 5006:
send_reply("486", "Line limit exceeded");
break;
default:
send_reply("402","Payment required ($avp(s:cca_result_code))");
break;
}
default:
xlog("L_ERR", "Unknown return code from CCR: [$avp(s:cca_return_code)] \n");
send_reply("500", "Charging Error");
break;
}
}
What's goes wrong?
Thanks in advance
Angelo Colucci
hello..
Now most sip soft client in required push wakeup phone.
So for that required android, ios push notifications module.
I have seen some one have developed 'Tsilo' module based on GCM but it is
old.
So if possible so please upgrade for Android FCM so it iwll supported for
Android and ios both.
Thanks
Hi All,
Some providers only allow tcp so I switched from t_relay to t_relay_to_tcp(); however, nothing now gets relayed. Has anyone else had luck switching?
Thank you,
-Steve
Hello All,
I am running Kamailio 5 and using Asterisk 14 as PBX. I have a strange issue. When I receive calls from some providers to a WebRTC client, calls hang up after about 25 seconds. This does not happen with all providers and does not happen with WebRTC client to WebRTC client calls. It appears the "BYE" is coming from Kamailio. Any ideas?
Thank you,
-Steve
Hi. Yep! I found issue was in if. Fixed it. thx for response!
On Feb 8, 2018 18:44, "Daniel-Constantin Mierla" <miconda(a)gmail.com> wrote:
It looks like you are using it in some conditional expression (like
if(...)) or some assignment with integer expression. Can you paste here the
part of the config where you use it?
Cheers,
Daniel
On 08.02.18 04:08, Yuriy Gorlichenko wrote:
Hi im using kamailio 5.1 with native cfg file and using json_get_value(
method) form jsonso module
When i get json string that contains strings and i need to have these
strings kamailio tries to convert string i find into int and affcource it
can't
then i see warning and can't get vaules of the string i have
rval_expr_eval_int(): rval expression conversion to int failed (24,6-24,14)
How to say kamailio to not convers strng to int?
_______________________________________________
Kamailio (SER) - Users Mailing
Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com