Hello,
On 26/05/14 15:15, Yasin Caner wrote:
Hey all;
I am trying to remote registration between Kamailio and Asterisk.
I tried remote Registration with UAC module. But this module doesn't
work online. So that i wrote my remote registration code, is below.
But there is a little probl
Hey all;
I am trying to remote registration between Kamailio and Asterisk. I
tried remote Registration with UAC module. But this module doesn't work
online. So that i wrote my remote registration code, is below. But there
is a little problem that i cant take Authentication header to
o
My current working theory is that the Record-Route headers are incorrect in the
original trace. The trace, as captured in the firewall, looks like this:
SIP/2.0 200 OK
Via: SIP/2.0/UDP
38.126.208.41:5060;rport=5060;branch=b18bbcc394bb5dae43946b12f5d5fe0e
Record-Route:
Record-Route:
The f
On 05/26/2014 01:04 PM, Roberto Fichera wrote:
Ciao,
> [...]
On 26/05/14 12:13, Roberto Fichera wrote:
> On 05/26/2014 12:03 PM, Daniel-Constantin Mierla wrote:
>> Hello,
>
> Ciao!
>
>>
>> good that you sent a reminder -- I checked while offline traveling, bu
Hey all;
I am trying to remote registration between Kamailio and Asterisk. I
tried remote Registration with UAC module. But this module doesn't work
online. So that i wrote my remote registration code, is below. But there
is a little problem that i cant take Authentication header to
o
Hi all, i have the following setup:
C -> LB-P -> K-P -> LB-S -> K-S
The problem is the following: when K-S (Kamailio Server) replies it relays
the responses to the K-P (Kamailio Proxy) instead of the LB-P
(load-balancer of the proxies). I tried almost every solution: changing
aliases, adding Path
On 05/26/2014 12:32 PM, Roberto Fichera wrote:
Ciao,
> On 05/26/2014 12:25 PM, Roberto Fichera wrote:
>
> Ciao,
>
>> On 05/26/2014 12:17 PM, Daniel-Constantin Mierla wrote:
>>
>> Ciao,
>>
>>> Hello,
>>>
>>> On 26/05/14 12:13, Roberto Fichera wrote:
On 05/26/2014 12:03 PM, Daniel-Constantin M
Hi Igor,
Please check the rtpproxy.patch in the test-folder. It contains the
patch for RTPProxy.
i haven't used the enhancement myself for quite some time now
(replaced it with SEMS and rtpproxy-ng / rtpengine instead); but when
i wrote it, it had to be XML-RPC.
Kind regards,
Carsten
2014-05-23
On 05/26/2014 12:25 PM, Roberto Fichera wrote:
Ciao,
> On 05/26/2014 12:17 PM, Daniel-Constantin Mierla wrote:
>
> Ciao,
>
>> Hello,
>>
>> On 26/05/14 12:13, Roberto Fichera wrote:
>>> On 05/26/2014 12:03 PM, Daniel-Constantin Mierla wrote:
Hello,
>>>
>>> Ciao!
>>>
good that you se
Hello juha,
I didn't set that parameter, so that was the root cause of my issue, thank
you for your hint.
now is working,
Thank you.
2014-05-26 11:27 GMT+01:00 Juha Heinanen :
> José Seabra writes:
>
> > I'm configuring the LCR module, with more than one lcr instance, for
> > example each ins
José Seabra writes:
> I'm configuring the LCR module, with more than one lcr instance, for
> example each instance id will have atleast 1 diferent gateway,
> well the issue here is that if i configure another gateways with diferent
> LCR_ID and then run kamcmd lcr.reload then kamcmd lcr.dump_gws i
Hello,
On 26/05/14 12:13, Roberto Fichera wrote:
On 05/26/2014 12:03 PM, Daniel-Constantin Mierla wrote:
Hello,
Ciao!
good that you sent a reminder -- I checked while offline traveling,
but then forgot to follow up.
I expect that ps->req is null in this case, because there is no
reques
On 05/26/2014 12:03 PM, Daniel-Constantin Mierla wrote:
> Hello,
Ciao!
>
> good that you sent a reminder -- I checked while offline traveling, but then
> forgot to follow up.
>
> I expect that ps->req is null in this case, because there is no request
> received by kamailio. That results in xlog
Hello,
good that you sent a reminder -- I checked while offline traveling, but
then forgot to follow up.
I expect that ps->req is null in this case, because there is no request
received by kamailio. That results in xlog not doing anything.
In other words, I expect the event route being exec
On 05/22/2014 09:08 AM, Roberto Fichera wrote:
> On 05/21/2014 11:15 PM, Daniel-Constantin Mierla wrote:
>> Hello,
Ciao Daniel,
have you had time to look at the problem below?
Cheers,
Roberto Fichera.
>
> Ciao,
>
>> can you send the log messages printed with debug=3?
>
> Yes! Sure! Here it is:
Hello,
the default reply route is executed by the core, before any matching for
transaction. Therefore, the list of avps for transaction is not known
yet at that point.
You have to set a tm onreply_route and there you will have the avps.
Cheers,
Daniel
On 26/05/14 09:41, Seudin Kasumovic wr
Hi,
In next example $avp(test)= in onreply_route.
...
loadmodule "tm"
...
request_route {
...
$avp(test)='test';
...
t_relay();
...
}
onreply_route {
log("L_DEBUG","onreply_route: $$avp(test)=$avp(test)\n";
}
But, if add t_on_reply:
...
loadmodule "tm"
...
request_route {
...
$avp(test
17 matches
Mail list logo
