|Summary:||ASTERISK-02947: MusicOnHold and Transferring a call does not work in a queue|
|Date Opened:||2004-12-09 04:30:10.000-0600||Date Closed:||2011-06-07 14:10:29|
|Description:||Using a queue with assigned members, take this|
Call comes into the support-queue, the caller hears MusicOnHold, a member of the support-queue takes the call.
So far every thing works as expected.
Now the member want's to transfer the call to another member of the same queue or simple another extension on the system. If the member sets the call onhold there is no MusicOnHold played to the caller. If the member tries to transfer the call nothing happens, even no messages in the cli appear.
Configuration and debugs are available.
|Comments:||By: Mark Spencer (markster) 2004-12-09 09:29:23.000-0600|
This is not MAJOR in accordance with the bug guidelines.
By: hal (hal) 2004-12-09 10:38:32.000-0600
Sorry for severity "major", this happens cause klicking sometimes goes much faster then thinking ;-)
By: Mark Spencer (markster) 2004-12-11 00:06:30.000-0600
Can you post your queues.conf and also describe *which* hold / transfer you're using (i.e. # transfer or SIP transfer)
By: hal (hal) 2004-12-11 05:04:48.000-0600
Here is my queues.conf:
music = default
strategy = ringall
context = test
announce-frequency = 15
announce-holdtime = yes
joinempty = yes
member => Agent/1234
member => Agent/1235
Your question (#/sip transfer) was my answer :-)
After using the # transfer, every thing worked fine. It seems, that the sip transfer was our problem here? Scince we are using snom 190 phones and SJPhone softclients, using the sip transfer seemed to be the easiest way of transferring a call...
After more investigation of the problem I found, that transferring with sip transfer is a general problem in our installation.
If you push the transfer button on a snom 190, the call is immeadiatley hung up!
Pushing the transfer button on SJPhone Softclient, asks you for target adress, no moh is played, while every dtmf tone (of the target adress) is send to the other end of the connection, after pressing the transfer again the call is beeing transferred.
I'm not shure if this is a problem of Snom/SJPhone or Asterisk.
Maybe moving this problem in another queue would be a good idea, scince it not really has to do with ACD anymore.
By: Mark Spencer (markster) 2004-12-11 18:54:25.000-0600
Can you provide a sip debug of the failing transfer with the snom and also try with both pedantic=yes and pedantic=no. thanks!
By: Mark Spencer (markster) 2004-12-19 18:59:21.000-0600
Okay well two parts now, '#' transfer is working for you and according to your debug REFER is not being sent, ergo i'm saying this isn't a bug anymore :)