x27;ll keep you posted how I go.
>
> Cheers once again and have a great weekend.
>
> Tim Bowyer
>
> -Original Message-
> From: Daniel-Constantin Mierla
> Sent: Thursday, 7 June 2018 7:10 PM
> To: Kamailio (SER) - Users Mailing List ; Tim
> Bowyer
> Subject: Re: [SR
--Original Message-
From: Daniel-Constantin Mierla
Sent: Thursday, 7 June 2018 7:10 PM
To: Kamailio (SER) - Users Mailing List ; Tim
Bowyer
Subject: Re: [SR-Users] Monitoring Dispatcher
Hello,
On 07.06.18 10:04, Daniel-Constantin Mierla wrote:
> Hello,
>
> [...]
>
> For the
ing calls we remove from
>> dispatcher then reload before waiting for all calls to finish and stop the
>> container.
>>
>> Cheers,
>>
>> Tim Bowyer
>>
>>
>> -----Original Message-----
>> From: sr-users On Behalf Of Alex
>> Balash
we remove from
> dispatcher then reload before waiting for all calls to finish and stop the
> container.
>
> Cheers,
>
> Tim Bowyer
>
>
> -Original Message-
> From: sr-users On Behalf Of Alex
> Balashov
> Sent: Thursday, 7 June 2018 10:42 AM
>
Users Mailing List
Subject: Re: [SR-Users] Monitoring Dispatcher
It sounds like the dialog module might be your best bet.
On June 6, 2018 10:40:38 PM EDT, Tim Bowyer wrote:
>Hi All,
>
>Currently trying to work out the best way to keep track of how many
>calls are being sent to any
It sounds like the dialog module might be your best bet.
On June 6, 2018 10:40:38 PM EDT, Tim Bowyer wrote:
>Hi All,
>
>Currently trying to work out the best way to keep track of how many
>calls are being sent to any given dispatcher destination.
>I remember being able to do this years ago with
Hi All,
Currently trying to work out the best way to keep track of how many calls are
being sent to any given dispatcher destination.
I remember being able to do this years ago with the load balancer module in
OpenSIPS: opensipsctl fifo lb_list.
Dispatching algorithm '10' seems to be the best f