BT200 attended transfer
Submitted by marconicolazzo on Wed, 12/12/2007 - 6:41am.
I've a network with 10 GrandStream BT200 phones - firmware version 1.1.5.15 - and a Trixbox 2.2.4 (asterisk 1.2.23 & FreePBX 2.2.3)
I've a problem with the attended transfer procedure: this is the most frequent behaviour:
A (from an external SIP trunk, eventually) calls B
B put the call with A on hold - using Flash button
B calls C
C answers the call and speaks with B
B presses transfer
Now B gets disconnected as expected, C can hear A, but A cannot hear C: A keep on hearing the music-on-hold.
To re-establish the full duplex connection between A and C, C can put on hold the call and get it back again using the Hold button.
This is very annoying for my users!
I've tested several firmware version until now ( 1.1.4.17-18-20-22-25,1.1.5.10-15) but none of them fixed the problem!
I've even tested the network using another PBX based on asterisk 1.4.15. In this configuration if A is a local extension the transfer seems to be handled correctly (but I made only limited testing). When A is a call from an external trunk, the behaviour is the same: A keeps hearing the music after the completion of the transfer.
Thanks
Ing. Marco Nicolazzo
NIVA Servizi Informatici srl
Anyone with a working attended transfer on BT200?
Thu, 12/13/2007 - 8:40am
Does anyone have an installation with GrandStream BT200 and is able to use reliably the attended transfer feature?
I mean:
A calls B
B answers the call from A
B press flash tu put A on hold -> A hears music on hold
B calls C (dialing extension number+send)
C answers the call from B and speaks to B
B presses transfer and hangs up
At this point, in my installation:
C hears A
A hears music on hold
Now, by pressing the hold button twice, C can re-establish the full duplex communication with A.
Is there anyone who has an installation where all this procedure work properly? i.e. A can hear C after the transfer?
Thanks!
Hi Marco,
In case you
Sun, 01/06/2008 - 8:34am
Hi Marco,
In case you haven't noticed before, "Grandstream so' 'na m*". See www.grandstreamsucks.com et al.
In any case, yes I know of transfer issues with BT200's. Unfortunately, it's on a system I don't administer anymore, so the problem is still there without any possibility of further investigation or testing with upgrades in Trixbox and/or firmware.
I believe the problem you are experiencing is very similar to what I posted here:
http://www.trixbox.org/forums/vendor-moderated-forums/grandstream...
Grandstream, by the way, *never* *ever* replied to my emails. I have tcpdumps available to be analyzed, but nobody cares.
I have the same problem,
Mon, 03/03/2008 - 7:50am
I have the same problem, with attended transfers, the guys from GS tried to help me but no luck. I have some BT200 with old FW version 1.1.1.14 and ATT works ok, but that FW had other problems echo..etc. I searched for solutions on the net, tried different FW combinations, but nothing seams to work.
I am slowly moving to Linksys phones because of that. And one more thing the heandset is heating to much.
If you find any solution please post it.
This configuration works OK
Wed, 07/23/2008 - 8:53am
BT200:
MAC Address: 00:0B:82:0B:C0:EB
IP Address: 192.168.0.123
Product Model: BT200 (HW1.1A)
Part Number: N/A
Software Version: Program-- 1.1.6.16 Bootloader-- 1.1.6.5
System Up Time: 0 day(s) 0 hour(s) 4 minute(s)
System Time 17:44
Wednesday, 23 July, 2008
Registered: Yes
PPPoE Link Up: disabled
Trixbox:
Kernel Version 2.6.18-53.1.4.el5 (SMP)
Distro Name CentOS release 5 (Final)
Asterisk 1.4.19-1 RPM
Trixbox CE 2.6.1
Normal Transfer:
TRANSF + ext + SEND
Attended Transfer:
FLASH + ext + SEND --> TRANSFER (to complete)
Member Since:
2007-09-01