Hi
I was wondering which module i could use to configure an email alert upon
an event in kamailio.cfg file
i.e. if ......
then send to email address xxxx
any ideas?
thanks!
Phillip
Hi guys,
this happens to me all the time: when I search for documentation about a
specific Kamailio module on Google, I always land on outdated entries
usually from Kamailio 1.6.x.
Although this seems trivial and I could simply update the URL to the
current version of Kamailio, this may be not so obvious for new users and
they may end up reading expired documentation and/or implementing
non-optimal solutions to their problems.
is there a way to only allow indexation of the last documentation?
Something like removing the version or adding an HTTP 301 to old entries?
Regards,
--
Carlos
http://caruizdiaz.com
+595981146623
Hello list,
I have troubles using the function "usleep(x)" or "sleep(x)" (the
behaviour is the same) of the "cfgutils" module
(http://kamailio.org/docs/modules/3.2.x/modules_k/cfgutils.html#idp76968) in
the failure_route. According documentation, this function could be used
in any route, including the failure_route, too. However, when I call
this function, it does not show any reaction, if a transaction was
already answered with a provisional response. It is still working fine,
when a transaction is timing out, as no target socket is reachable. This
is confusing me!
Please find below some xlog messages from my configuration file in two
scenarios (function "|t_set_fr(20000, 10000);" is identic in both
scenarios|):
(1) scenario 1 is including a primary target, looked up in the registrar
DB, which is unreachable; after transaction timeout I have inserted the
function "sleep()" in the failure_route for forcing a delay
=> here it is working fine (see timestamp)
(2) scenario 2 is including a primary target which is responding, but
not establishing the session; after transaction timeout the procedure is
still the same as in scenario (1)
=> here is no delay visible in the log and practically detectable
From my point of view, this is a malfuntion! Does anybody see it
different? I´ve tested these scenarios with kamailio-3.2.x and
kamailio-3.3.x - no difference.
Thanks for any hints!
Klaus
################# SCENARIO (1) ORIG TARGET IS UNREACHABLE
##########################
Nov 6 15:58:25 sipsrvnode1 /usr/sbin/kamailio[28879]: INFO: -<|XLOG|>-:
<RELAY> is reached for RU: sip:117002@10.16.48.226:5678, From:
sip:1101015555@10.16.48.71, To: sip:115300@10.16.48.44, Method: INVITE,
Call-ID: 1107651805(a)10.16.48.71
Nov 6 15:58:35 sipsrvnode1 /usr/sbin/kamailio[28880]: INFO: -<|XLOG|>-:
<FAILRELAY> is reached with Code: 408 From: sip:1101015555@10.16.48.71
To: sip:115300@10.16.48.44
Nov 6 15:58:35 sipsrvnode1 /usr/sbin/kamailio[28880]: INFO: -<|XLOG|>-:
failure_route <FAILRELAY> is reached because of a BRANCH_TIMEOUT of RU:
sip:117002@10.16.48.226:5678
Nov 6 15:58:35 sipsrvnode1 /usr/sbin/kamailio[28880]: INFO:
-<|XLOG|>-: <FAILRELAY> s l e e p 2000ms / 2s
Nov 6 15:58:37 sipsrvnode1 /usr/sbin/kamailio[28880]: INFO: -<|XLOG|>-:
<FAILRELAY> s l e p t 2000ms / 2s
Nov 6 15:58:37 sipsrvnode1 /usr/sbin/kamailio[28879]: INFO:
-<|XLOG|>-: <RELAYFB> is reached for RU: sip:117003@10.16.48.226:7001,
From: sip:1101015555@10.16.48.71, To: sip:115300@10.16.48.44, Method:
INVITE, Call-ID: 1107651805(a)10.16.48.71
################# SCENARIO (2) ORIG TARGET IS REACHABLE
##########################
Nov 6 16:02:14 sipsrvnode1 /usr/sbin/kamailio[29034]: INFO: -<|XLOG|>-:
<RELAY> is reached for RU: sip:117002@10.16.48.226:5678, From:
sip:1101015555@10.16.48.71, To: sip:115300@10.16.48.44, Method: INVITE,
Call-ID: 553330101(a)10.16.48.71
Nov 6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO:
-<|XLOG|>-: <FAILRELAY> is reached with Code: 408 From:
sip:5555@10.16.48.71 To: sip:4000@10.16.48.44
Nov 6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO: -<|XLOG|>-:
failure_route <FAILRELAY> is reached because of a BRANCH_TIMEOUT of RU:
sip:117002@10.16.48.44
Nov 6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO:
-<|XLOG|>-: <FAILRELAY> s l e e p 2000ms / 2s
Nov 6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO: -<|XLOG|>-:
<FAILRELAY> s l e p t 2000ms / 2s
Nov 6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO:
-<|XLOG|>-: <RELAYFB> is reached for RU: sip:117003@10.16.48.44, From:
sip:5555@10.16.48.71, To: sip:4000@10.16.48.44, Method: INVITE, Call-ID:
553330101(a)10.16.48.71
Hi,
I'm using remove_hf() and append_hf() to manipulate the sip headers
on my application. Apparently, calling insert_hf("foo") after
remove_hf("bar") if bar is the last header (not including
Content-Length) is a bad idea, foo doesn't get inserted (I understand
that the append_hf() command tries to insert foo after bar, and since
bar just disappeared, well, it fails)
What is the safest way to both remove and append headers on the same
message?
Regards
--
Camille
Hello,
I am using kamailio 4.0.
I am experimenting with module app_perl.
Actually, I am not using it, I am just loading it because it solves this
problem when loading snmpstats:
/usr/lib/libnetsnmpagent.so.10: undefined symbol: boot_DynaLoader
However, before using app_perl i was seeing this:
# kamctl fifo get_statistics dialog active_dialogs
dialog:active_dialogs = 1
But with app_perl loaded, I see this:
# kamctl fifo get_statistics dialog active_dialogs
app_perl:active_dialogs = 1
So, is app_perl intercepting stats requests that should be handled by
module dialog?
Is this expected? And, is there any performance penalty on having this
handled by perl?
Regards,
Takeshi
Hi all.
We are using Kamailio 4.0.4 in an Edge Proxy to Central Registrar
configuration.
The system is in a functional state.
Oddly, when we enable TLS, the Kamailio server never responds with a Server
Hello to the Client Hello for TLS, so a connection is never established.
Has anyone seen anything like this? There are no errors anywhere, the
server just never responds to the initial TLS Client Hello. We know the
packet arrives and is acknowledged at the TCP level.
Just a bit stumped.
Hello!
Tell me please, is there in kamailio opportunity to call transfer and
pickup? If yes, where can I about this to read?
Thanks!
Regards, Oleg Gergart