asterisk users - Apr 2006 - Call Queue Transfer

Hi All.
 I am with the following problem. The agents of my Queue when they receive a
call originated from the pilot of queue, are with the status of "talking to
zap". Until all good, he is correct there, but the fact is that if the
agent
transfers the call, for another user and this user takes care of the call,
the status of the agent in the "show agents" is of that it the same
continues speaking (talking to zap) with circuit that it had received the
call from the pilot, or either asterisk does not understand the
transference. This finishes originating attendance lines being that the
agent already is available. It would have some alternative to decide this
problem? Somebody already passed therefore?
Regards

Josu?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20060428/f5dc0d98/attachment.htm

On 04/29/06 10:06 Josu? Conti said the following:
> is that if the agent transfers the call, for another user and this user 
> takes care of the call, the status of the agent in the "show
agents" is
> of that it the same continues speaking (talking to zap) with circuit 
how are you performing the transfer ? are they blind/attended transfers 
using the keystrokes in features.conf ?

-- 
Regards,                           /\_/\   "All dogs go to heaven."
dinesh@alphaque.com                (0 0)    http://www.alphaque.com/
+==========================----oOO--(_)--OOo----==========================+
| for a in past present future; do                                        |
|   for b in clients employers associates relatives neighbours pets; do   |
|   echo "The opinions here in no way reflect the opinions of my $a
$b."  |
| done; done                                                              |
+=========================================================================+

Dinesh the agents they receive a call and this call will have to be
transferred, them uses only functions "hold" and "trnsf" in
device Polycom
IP 301, below mine features.conf This problem, only occurs with calls that
if they originate in the pilot of queue and when an agent receives and
transfers. It could help in this case me? Greetings

Josu?

features.conf

;
; Sample Parking configuration
;

[general]
parkext => 700                  ; What ext. to dial to park
parkpos => 701-720              ; What extensions to park calls on
context => parkedcalls          ; Which context parked calls are in
parkingtime => 90               ; Number of seconds a call can be parked for
                                ; (default is 45 seconds)
;transferdigittimeout => 3      ; Number of seconds to wait between digits
when transfering a call
;courtesytone = beep            ; Sound file to play to the parked caller
                                ; when someone dials a parked call
;adsipark = yes                 ; if you want ADSI parking announcements
pickupexten = *8                ; Configure the pickup extension.  Default
is *8
atxfer = #2                     ; Transfer


2006/4/29, Dinesh Nair <dinesh@alphaque.com>:
>
>
>
> On 04/29/06 10:06 Josu? Conti said the following:
> > is that if the agent transfers the call, for another user and this
user
> > takes care of the call, the status of the agent in the "show
agents" is
> > of that it the same continues speaking (talking to zap) with circuit
>
> how are you performing the transfer ? are they blind/attended transfers
> using the keystrokes in features.conf ?
>
> --
> Regards,                           /\_/\   "All dogs go to
heaven."
> dinesh@alphaque.com                (0 0)    http://www.alphaque.com/
>
> +==========================----oOO--(_)--OOo----==========================+
> | for a in past present future;
> do                                        |
> |   for b in clients employers associates relatives neighbours pets; do
> |
> |   echo "The opinions here in no way reflect the opinions of my $a
> $b."  |
> | done;
> done                                                              |
>
> +=========================================================================+
> _______________________________________________
> --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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20060429/ee25720f/attachment.htm