Il 28/10/15 13:45, Daniel-Constantin Mierla ha scritto:
On 27/10/15 23:44, Bruno Salzano wrote:
Hello Daniel,
Il 27/10/15 11:41, Daniel Tryba ha scritto:
On Tuesday 27 October 2015 07:36:15 Bruno Salzano wrote:
It seems that when i route the call outbound, i get a 407. So i
would like
to rea
Hello Daniel!
We have managed to track the problem down.
What causes our troubles lies in the file timer.c in the function timer_handler.
Or to be more exact in the for-loop:
for (prev_ticks=prev_ticks+1; prev_ticks!=saved_ticks; prev_ticks++)
timer_run(prev_ticks);
In our case, afte
Hello,
when adding an xavp structure, use:
$xavp(a=>b) = "...";
Now, adding another fieldx to the structure:
$xavp(a[0]=>c) = "...";
$xavp(a[0]=>d) = "...";
Pushing another new structure means starting from beginning:
$xavp(a=>b) = "...";
The previous structure will be available at index 1:
Hello,
can you want the network traffic and see if the OPTIONS requests are
sent out?
Cheers,
Daniel
On 27/10/15 18:59, Alessio Casco wrote:
> Hello Daniel!
>
> Adding the sock_avp parameter, fixes the error on the log, but the
> behaviour is the same as before.
>
>
> As you can see, with nothin
On 27/10/15 23:44, Bruno Salzano wrote:
> Hello Daniel,
>
> Il 27/10/15 11:41, Daniel Tryba ha scritto:
>> On Tuesday 27 October 2015 07:36:15 Bruno Salzano wrote:
>>> It seems that when i route the call outbound, i get a 407. So i
>>> would like
>>> to react to this using uac_auth() as described
Hello Daniel!
Adding the sock_avp parameter, fixes the error on the log, but the
behaviour is the same as before.
As you can see, with nothing listening on those two servers, the
loadbalancing it's still disables.
SET: {
ID: 3
TARGETS: {
DEST: {
URI: sip:media22-test.internal:5060
FLAGS: AP
PR
