-Outstanding.  I missed that one.

I'll check out HEAD tomorrow, and apply the patch. We'll see if it works.

Thanks Michael!

~~Aaron

On Jun 29, 2006, at 3:44 PM, Michael Konietzny wrote:

hey,

a patch for linear mode is posted to bugs.digium.com already:

http://bugs.digium.com/view.php?id=7279

greetings,
 Michael

Aaron Paxson schrieb:
If someone can point me in the right direction, I'll look into it.
I'm not a C programmer, but I *should* be able to find my way.

I'm looking at app_queue.c  I see the strategies defined, but nothing
about how they are used. Is app_queue.c the file that does the calling?

    ----- Original Message -----
    *From:* Alessio Focardi <mailto:[EMAIL PROTECTED]>
    *To:* Asterisk Users Mailing List - Non-Commercial Discussion
    <mailto:[email protected]>
    *Cc:* [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
    *Sent:* Thursday, June 29, 2006 2:07 PM
*Subject:* Re: [Asterisk-Users] Call Queue NOT using RoundRobin ?!?

Will you (or anyone else) be able to code this proposed "circular" or "linear" (what sounds more appropriate?) strategy and submit it
    for inclusion in HEAD ?

    Should be pretty easy, unfortunately I have very few programming
    skills.

    Regards !


    P.S.

    here is a snippet from the wiki, whatever it means ! :)

    roundrobin mode remembers the last agent it _started_ with for a
    new call, and starts with the next agent in the list. If you have
    three agents, the first call will go to agent 1->2->3, the next
    call will go to 2->3->1, the next call will go to 3->2->1, etc.

    rrmemory mode remembers the last agent it tried to _call_,
    regardless of who it started with, so that the next call will go
    the agent after the last one who answered. If you have three
    agents and the first call rings 1->2 (and is answered), then the
    next call will ring 3->1 (and is answered), then the next call
will ring 2->3->1, etc. For the first call, if agent 2 answered it
    in roundrobin mode, they would still be the first agent for the
    next call, but rrmemory mode will move past them.


    On 6/29/06, *Aaron Paxson* <[EMAIL PROTECTED]
    <mailto:[EMAIL PROTECTED]>> wrote:

        The linear function helps me too.  I've built an extensive
        multi-queue technical support system strategy.  Based on the
        initial queue, ALL calls goes to Tier1 first.  Then, if Tier1
        does not get the call (on the phone/away from desk), Tier2
        should get it, so on, and so forth.

        In Tier1, the primary helpdesk technician (like your
        receptionist idea) takes ALL calls (That's what they were
        hired for).  However, others can help out, if the pri
        technician is on the phone.

        Here's my question:

If roundrobin strategy remembers the last call made, and sends the next call to the next number (and this is by design), then
        why on earth was the RRMemory strategy created??

        Thanks for your response, Alessio.

        ~~Aaron

            ----- Original Message -----
            *From:* Alessio Focardi <mailto:[EMAIL PROTECTED]>
            *To:* Asterisk Users Mailing List - Non-Commercial
            Discussion <mailto:[email protected]>
            *Cc:* [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
            *Sent:* Thursday, June 29, 2006 1:31 PM
            *Subject:* Re: [Asterisk-Users] Call Queue NOT using
            RoundRobin ?!?

            Welcome to my personal hell ! :)

            I'have been discussing this previously on the list and
            also with some digium staff: to my experience there is NO
way to archieve a linear distribution of calls from a queue.

            I mean

            When a call comes in first member of the queue is ring,
            then second, etc

Subsequent calls take the same path: first, second and so on.

            Someone has suggested to use "ringall" with penalties
            (pretty esotic!) but also this is not working for the
            purpose.

            I was also told that "nobody wants that" (you insensitive
            clod!) even if this call distribution seems pretty logic
            in some case scenarios.

            (hint: a receptionist is first member of a queue and
            another person is the second ... receptionist goes for a
            pee and magically calls are rerouted to the backup
            operator after ringing to the first).

            Hope you can find out something to share, maybe we can
            also launch a "count us" initiative :)

            Alessio Focardi




            On 6/29/06, *Aaron Paxson* <[EMAIL PROTECTED]
            <mailto:[EMAIL PROTECTED]>> wrote:

                I have setup several Calling Queues, each setup with
                RoundRobin strategy.   When I call the queue, the
                first member/agent phone rings.  Great!  I call it
                again, the second member/agent rings??

I thought that was the RRMemory strategy, but it seems
                RoundRobin is also doing it.

                Anyone know what I can do to my queues, in order to
                force each call down the ordering of my members list?

                _______________________________________________
                --Bandwidth and Colocation provided by Easynews.com
                <http://Easynews.com> --

                Asterisk-Users mailing list
                To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/ asterisk-users




        _______________________________________________
        --Bandwidth and Colocation provided by Easynews.com
        <http://Easynews.com> --

        Asterisk-Users mailing list
        To UNSUBSCRIBE or update options visit:
          http://lists.digium.com/mailman/listinfo/asterisk-users



--------------------------------------------------------------------- ---

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to