asterisk users - Jun 2003 - App queue only + waiting call pickup

Hi.

Today I was asked about a function of asterisk.
That's what it should to:

a call arrives -> put it in a queue -> remain here ;)
Then, when someone wants to answer, just dial an extension
and the older call that's in the queue is picked up.
A sort of app_queueonly + app_pickolderqueuecall .

As far as I know asterisk doesn't support that, so
was wondering if someone encountered a similar request,
or is working on it.
I could start writing a new app, perhaps based on
app_queue , or is better an agi script ?

Or I'm missing a clever method to do it?

Matteo.

Hi,
	I try configure TDM10B to connect a fax. My problem is the next,
	When fax direction is from out to *, fax sending goes well, but
when fax direction is from * to out, fac hangs up. I have connected a
phone to TDM10B and if I pickup phone I hear a strong tone and dtmf
tones are not recognize by TDM10B.

Must I configure some in zapata.conf? My zapata.conf for TDM10B is the
next:
group => 2
context=fax-ext
signalling=fxo_ks
callreturn=yes
busydetect=yes
busycount=10
immediate=no
rxgain = 0.8
txgain = 0.8
channel => 2


Any idea?

Thanks in advance,
srsergio

> Today I was asked about a function of asterisk.
> That's what it should to:
>
> a call arrives -> put it in a queue -> remain here ;)
> Then, when someone wants to answer, just dial an extension
> and the older call that's in the queue is picked up.
> A sort of app_queueonly + app_pickolderqueuecall .
>
> As far as I know asterisk doesn't support that, so
> was wondering if someone encountered a similar request,
> or is working on it.
> I could start writing a new app, perhaps based on
> app_queue , or is better an agi script ?
>
> Or I'm missing a clever method to do it?
Just setup a extra parking range of extensions, say 750 -799 (depends on how
many calls you might have queud at a time).
Then, just have another extension (say 800 to pull a call from the
'queue')
which just runs through from 750 to 799, the first call it finds is
connected through to the user.

Although, this doesn't acknowledge what happens when the call is answered by
an agent, you park a new call and it gets a lower number...

Personally, I'd like a feature similar to the app_queue but which
doesn't
require the agent's phone to be off-hook all the time. This way, the
agent's
phone can ring like normal and they can answer it. This better suits an
'office' environment where the 'agents' are not on the phone all
day, but
might get 2 or 3 calls per hour (or even less)...

Regards,
Adam