Thanks alot.
And what will be code for outgoing calls from a server.
Like if a user attached to server A calls user at server B, how will server
A route call out to other server rather than directly contacting the user ?
How can I extract the value in "domain field" of the called user from
locatio
Hello,
I want to ask some basic questions.
Anyone please guide me to links with answers. I am sure such basics must be
explained online.
1. What is exactly achieved by "route(RELAY)" ?? Routing calls from local
users to other domains ??
2. If user 1 is caller and user 2 is being called. Which pseu
Hello,
On 04/17/2014 03:39 AM, aawaise wrote:
1. What is exactly achieved by "route(RELAY)" ?? Routing calls from local
users to other domains ??
The effect of the RELAY request route, which for the most part just
encapsulates t_relay(), is specific to the vector by which the call
entered K
On 04/16/2014 07:15 PM, Roberto Fichera wrote:
Hi All,
> On 04/16/2014 06:53 PM, Daniel-Constantin Mierla wrote:
>> Hello,
> Ciao Daniel,
>
>> most likely the messages are looped back, be sure you allow requests from
>> 'myself' without authentication.
>>
>> You can watch loopback interface with
Hello, I would like to try customizing the fr_timer for the OPTIONS
keep-alive msgs transactions that the dialog module sends. I tried to call
t_set_fr() function from inside the dialog modules's code (in
dlg_req_within.c , in dlg_send_ka() function after the call to d_tmb.
t_request_within(&uac_r)
What are you going to do when this timer fires?
Internally generated requests do not create TM transactions that are accessible
from route script.
What is your actual goal? To change the timeout for non-response to the OPTIONS
keepalives? If so, that should probably be added as a modparam. In
Thanks Alex,
What you said is correct: I want to shorten the timeout for non-response to
the OPTIONS keepalives in order to end calls with dead peers much more
faster. Right now, no matter how often those keep-alives are sent, since
the timeout is about 30s, I have to wait 30s when a peer does not
On 17/04/14 08:31, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
It would require C coding to get it nicely, I see three options:
- try to get the values as in branch_route -- seems complex at first look
- try to get the values via $T_branch(attr) -- sounds simpler now
- try to get a f
Daniel-Constantin Mierla writes:
> Can you print also the htable key to see which of its values are not
> set? Like:
>
> xlog("key is: t=>$T(id_label)::$T(id_index)::$T(branch_index)::ru\n");
>
> in both places.
Apr 17 17:06:23 siika /usr/sbin/sip-proxy[5957]: INFO: Key in branch route is:
t=
I pushed a patch to mater, can you try it? If ok, you can backport it as you
need.
Cheers,
Daniel
Daniel-Constantin Mierla
http://www.asipto.com
> On 17 Apr 2014, at 16:07, Juha Heinanen wrote:
>
> Daniel-Constantin Mierla writes:
>
>> Can you print also the htable key to see which of its va
On 04/17/2014 10:36 AM, Roberto Fichera wrote:
Hi All,
> On 04/16/2014 07:15 PM, Roberto Fichera wrote:
>
> Hi All,
>
>> On 04/16/2014 06:53 PM, Daniel-Constantin Mierla wrote:
>>> Hello,
>> Ciao Daniel,
>>
>>> most likely the messages are looped back, be sure you allow requests from
>>> 'myself
Hi all,
i am testing a very basic IMS core Kamailio-based using as HSS FHoSS.
However, while using SIPp to stress the system, i noticed that the VM
hosting the FHoSS is overloaded (even with 2 registration scenarios per
second), in particular using top i was able to see that the java process
used
Daniel-Constantin Mierla writes:
> I pushed a patch to mater, can you try it? If ok, you can backport it
> as you need.
i tried and now $T(branch_index) is ok also in branch-failure route.
thanks,
-- juha
___
SIP Express Router (SER) and Kamailio (Op
Hi All,
When a user sends an "invite" packet to make a call. I want to make a
decision about call routing. Whether to route call to other server or route
it to local user.
I want to base this decision on "domain" of called user. This "domain" is to
be picked from "Location List" in database. Both
14 matches
Mail list logo