[sr-dev] Dispatcher "maxload" attribute

Alekzander Spiridonov alekz at li.ru
Thu Dec 11 16:35:13 CET 2014


Just to be sure: what do you mean by "number of active calls" in terms of
dispatcher functionality? Number of "hits" or new dependency will be
introduced?

2014-12-11 18:18 GMT+03:00 Olle E. Johansson <oej at edvina.net>:

>
> On 11 Dec 2014, at 16:15, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
> > Hello,
> >
> > it is supposed to be the upper limit for call load distribution -- if
> > number of active calls gets to it, no new call should be sent there. If
> > not implemented, then I forgot about it.
> I think there's a risc that your latest statement is true. If so, this is
> a gentle
> reminder ;-)
>
> /O
> >
> > Cheers,
> > Daniel
> >
> > On 11/12/14 15:41, Olle E. Johansson wrote:
> >> Hi!
> >>
> >> In the source code for dispatcher there is parsing of a predefined
> attribute called "maxload".
> >>
> >> It's not documented and I don't see it used anywhere in the source
> code. Only in output of
> >> attributes and debug code.
> >>
> >> Anyone that knows more? Can we remove this unused attribute or is it
> planned for future glory?
> >>
> >> /O
> >> _______________________________________________
> >> sr-dev mailing list
> >> sr-dev at lists.sip-router.org
> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
> >
> > --
> > Daniel-Constantin Mierla
> > http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> >
> >
> > _______________________________________________
> > sr-dev mailing list
> > sr-dev at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>



-- 
Best regards,
Alekzander Spiridonov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20141211/aeb03cb3/attachment.html>


More information about the sr-dev mailing list