I have a _very_ specific situation where I need queues to work in a very specific manner - I need the queue to only accept one call at a time, even though several phones are attached to it. My memory tells me that queues might have even worked this way in the distant past (pre 1.0)...but I am willing to be mistaken. Is this even remotely possible? PaulH
Paul Hales escribi?:> I have a _very_ specific situation where I need queues to work in a very > specific manner - I need the queue to only accept one call at a time, > even though several phones are attached to it. > > My memory tells me that queues might have even worked this way in the > distant past (pre 1.0)...but I am willing to be mistaken. > > Is this even remotely possible? > > PaulH > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2009 - October 13 - 15 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >Hi, Maybe maxlen = 1? Cheers, -- Ing. Miguel Molina Grupo de Tecnolog?a Millenium Phone Center
Miguel Molina wrote:> Paul Hales escribi?: > >> I have a _very_ specific situation where I need queues to work in a very >> specific manner - I need the queue to only accept one call at a time, >> even though several phones are attached to it. >> >> My memory tells me that queues might have even worked this way in the >> distant past (pre 1.0)...but I am willing to be mistaken. >> >> Is this even remotely possible? >> >> PaulH >> >> >> > Hi, > > Maybe maxlen = 1? > > Cheers, > >Hmmm - almost. Maxlen limits the amounts of calls waiting for the queue, not the amount of callers talking to queue members. PaulH
On Tue, Sep 1, 2009 at 4:35 AM, Paul Hales<pdhales at optusnet.com.au> wrote:> Miguel Molina wrote: >> Paul Hales escribi?: >> >>> I have a _very_ specific situation where I need queues to work in a very >>> specific manner - I need the queue to only accept one call at a time, >>> even though several phones are attached to it. >>> >>> My memory tells me that queues might have even worked this way in the >>> distant past (pre 1.0)...but I am willing to be mistaken. >>> >>> Is this even remotely possible? >>> >>> PaulH >>> >>> >>> >> Hi, >> >> Maybe maxlen = 1? >> >> Cheers, >> >> > > Hmmm - almost. > > Maxlen limits the amounts of calls waiting for the queue, not the amount > of callers talking to queue members. >You can do any limitations i can imagine with Set(GROUP()=...) and GROUP_COUNT. Do You actually need rest of callers to wait in queue while one is speaking, or disconnect them before they enter queue? Regards, Atis -- Atis Lezdins, VoIP Project Manager / Developer, IQ Labs Inc, atis at iq-labs.net Skype: atis.lezdins Cell Phone: +371 28806004 Cell Phone: +1 800 7300689 Work phone: +1 800 7502835
It depends on what you want to do to people who are queued; if you want them to be queued, you create a queue with only one member, and have agents log on and log off as necessary; if you don't want callers to be queued, likely I would not use a queue but woul dial the agent straight. l. PS. this is quite an unusual requirement, what is it for? 2009/9/1 Paul Hales <pdhales at optusnet.com.au>> > I have a _very_ specific situation where I need queues to work in a very > specific manner - I need the queue to only accept one call at a time, > even though several phones are attached to it. > > My memory tells me that queues might have even worked this way in the > distant past (pre 1.0)...but I am willing to be mistaken. > > Is this even remotely possible? > > PaulH >-- Loway - home of QueueMetrics - http://queuemetrics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090902/62fd710e/attachment.htm
They don't want to log in, and they want both to ring if they are free - this is a very large site, so they need to be contactable at all times. PaulH Lenz Emilitri wrote:> I would have them log on with the mobile when they need it, and log > off when they don't. When the mobile is not present you would simply > dial the local extension. > You could have something like: > local/100 at agents > that does something like: > if ( DBSET(has_mobile) ) { > dial( Zap/g0/MYMOBILENUM ) > } else { > dial( SIP/123 ) > } > and have anothe extension set/reset the has_mobile property in the AstDB. > You could then call Local/100 at gaents directkly or make it a member of > the queue (with known issues on some version of *) :-) > l. > 2009/9/2 Paul Hales <pdhales at optusnet.com.au > <mailto:pdhales at optusnet.com.au>> > > > A situation where staff want a mobile and their SIP handset to > share an > extension - but to make sure the mobile or SIP handset do not ring if > they are speaking on the other one... > > PaulH > > > Lenz Emilitri wrote: > > It depends on what you want to do to people who are queued; if you > > want them to be queued, you create a queue with only one member, and > > have agents log on and log off as necessary; if you don't want > callers > > to be queued, likely I would not use a queue but woul dial the agent > > straight. > > l. > > PS. this is quite an unusual requirement, what is it for? > > > > 2009/9/1 Paul Hales <pdhales at optusnet.com.au > <mailto:pdhales at optusnet.com.au> > > <mailto:pdhales at optusnet.com.au <mailto:pdhales at optusnet.com.au>>> > > > > > > I have a _very_ specific situation where I need queues to > work in > > a very > > specific manner - I need the queue to only accept one call > at a time, > > even though several phones are attached to it. > > > > My memory tells me that queues might have even worked this > way in the > > distant past (pre 1.0)...but I am willing to be mistaken. > > > > Is this even remotely possible? > > > > PaulH > > > > > > > > -- > > Loway - home of QueueMetrics - http://queuemetrics.com > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > -- Bandwidth and Colocation Provided by > http://www.api-digital.com -- > > > > AstriCon 2009 - October 13 - 15 Phoenix, Arizona > > Register Now: http://www.astricon.net > > > > asterisk-users mailing list > > To UNSUBSCRIBE or update options visit: > > http://lists.digium.com/mailman/listinfo/asterisk-users > > > > > -- > Loway - home of QueueMetrics - http://queuemetrics.com >