Hello,
Base on my testing OPTION pings can be sent only to UDP nated clients. So
it is impossible with kamailio to send OPTION pings to TCP/TLS nated
clients? I found doc for some version of nathelper module where the natping
_tcp parameter can be set by
modparam("nathelper", "natping_tcp", 1)
Unfortunately, this parameter cannot be used in default nathelper module in
kamailio 4.2.(doc is probably from OpenSIPS) I would like to send OPTION
pings to TLS nated and individualy selected user agents. Does exist some
possibility to do it with kamailio 4.2? If not by default does exist the
possibility to compile and build kamailio with the nathelper module
mentioned above (with natping_tcp parameter)?
Or does exist some other solution?
Thank you in advance
Petr
Hello,
Kamailio SIP Server v4.2.1 stable release is out.
This is a maintenance release of the latest stable branch, 4.2, that
includes fixes since release of v4.2.0. There is no change to database
schema or configuration language structure that you have to do on
installations of v4.2.0. Deployments running previous v4.x.x versions
are strongly recommended to be upgraded to v4.2.1.
For more details about version 4.2.1 (including links and guidelines to
download the tarball or from GIT repository), visit:
* http://www.kamailio.org/w/2014/11/kamailio-v4-2-1-released/
RPM, Debian/Ubuntu packages will be available soon as well.
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Hello,
does kamailio offer any possibility for adding / replacing SIP headers in
locally built SIP requests? In detail: SIP OPTIONS requests that are built by
the DISPATCHER module for probing the configured targets. I have to extend these
messages with "Accept" SIP header fields (which are marked with m* in RFC3261 -
so they SHOULD be present), as the dispatcher target is requiring this
information for answering these requests....
The event_route is principally accepting the append_hf() function and is adding
the configured header fields. But the answer to that request (which is including
these additional header fields) is confusing the dispatcher module. Dispatcher
module is reacting with this ERROR message:
DEBUG: dispatcher [dispatch.c:2406]: probing set #1, URI sip:10.10.10.10
DEBUG: dispatcher [dispatch.c:2345]: OPTIONS-Request was finished with code 500
(to , group 1)
ERROR: dispatcher [dispatch.c:2358]: Setting the state failed (, group 1)
When I comment the textops functions out again and use the original OPTIONS
messages, dispatcher is happy and knows the states of the probed targets.
Therefore, I´ll ask again: does kamailio offer any way for manipulating locally
built SIP requests?
kr
Klaus
Hello,
I am considering to release first minor version out of branch 4.2 as
v4.2.1 next week, by Tuesday or Wednesday. If there is any comment
regarding it, write to sr-dev mailing list.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Nov 24-27, Berlin - http://www.asipto.com
Hi
I'm using the ALIAS_DB module.
username = 101
alias_username = 44444444 (fictive public phone number)
'alias_db_lookup("dbaliases")' is working fine for incoming calls from
PSTN. Calling 44444444 R-URI is replaced with 101 SIP uri.
But when 101 is calling to a PSTN number how do I replace the From and
Contact fields with 44444444?
Cheers,
Martin
i used asterisk, and install kamailio for traffic RTP can be send between
end points, and do not have to go through RTP proxy, any work this form?,
and client behind
to NAT..
regards!
Dear sr-users,
I am beginner and apologize for bothering you with such a trivial problem.
I would like to test sip UDP and TCP keepalive pinging. Kamailio and client
are on the same network (192.168.1.44 and 192.168.1.20) that implies not
behind NAT. So in kamailio.cfg I have set
modparam("nathelper", "ping_nated_only", 0)
My simple kamailio.cfg please you find enclosed.
>From logfiles on client's side implies that neither UDP nor OPTIONS pings
are sending from kamailio.
If somebody would be so kind to help me I will be very glad.
Thank you in advance
Regards
Petr
It would be great if there were some way to count the depth of a stack
of XAVPs, e.g.
$xavp(root=>num) = 1;
$xavp(root[0]=>num) = 2;
$xavp(root[0]=>num) = 3;
...
$var(depth) = $(xavp(root=>num){avp.count});
Right now, the only way to do this that I know of is something like:
$var(i) = 0;
while(defined $xavp(root[$var(i)]=>num))
$var(i) = $var(i) + 1;
$var(i) = $var(i) - 1;
Is there a secret I don't know about?
--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
