I've tested this problem pretty much in these days.
- A ( Snom 320 ) put B caller on Hold
- C calls A
- A press the transfer button twice
- Now B and C are connected ( makes no sense to me )
So, for one side there is a human error ( the operator should not press
the transfer button twice ) BUT SNOM MAKES ALL MORE COMPLICATED!!!.
I think this feature is just causing problem to most of the snom users.
It would be a very good thing if snom could disable this feature or at
least make it possible to disable from users.
This behavior is 100% indipendent from the Call join on Xfer setting.
This is the answer from snom
Dear Tommaso Calosi,
Is the initial problem still present with V5.5?
However Call join on Xfer works like this: When this feature is turned
to "on", you will connect an incoming call to, for example, a colleague
you already have on hold by pressing "TRANSFER". You will not be able to
pick one of severals calls on hold to transfer the call to. If this is
your usual scenario, set this feature to "off" and use the function keys
<-/-> to select the calls to be joined! Press "TRANSFER" and "ENTER" to
join them.
If you have only two calls involved you can use Call join on Xfer. Only
if you except many simultaneous calls on "HOLD" do not use it. However
none of the transfer scenarios is supposed to switch to conference mode.
Any new observations you may report me again.
"Tommaso Calosi - SYSMIC SRL" <[EMAIL PROTECTED]> wrote:
Franklin Webb wrote:
We use a large number of Snom 320's and we have this same problem even
with Call join on Xfer set to off. I had not previously linked it
decisively to the Snoms, but it sounds like that is likely our issue.
We've had to stay at the 4.5 firmware because otherwise we get
additional incomming calls when our reps put someone on hold to make a
transfer.
If I find any solution I'll be sure to share it with the list.
Thanks for sharing your experiences,
Frank Webb
Assistant Project Leader
Inter Media Marketing Solutions
----- Original Message -----
*From:* Alexander Lopez <mailto:[EMAIL PROTECTED]>
*To:* Asterisk Users Mailing List - Non-Commercial Discussion
<mailto:[email protected]>
*Sent:* Thursday, May 04, 2006 7:35 AM
*Subject:* RE: [Asterisk-Users] Unwanted conference with snom320
and asterisk1.07bristuffed
Under Advanced make sure this is set:
Call join on Xfer (2 calls): to off
------------------------------------------------------------------------
*From:* [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
[mailto:[EMAIL PROTECTED] *On Behalf Of
*Tommaso Calosi
*Sent:* Thursday, May 04, 2006 4:02 AM
*To:* [email protected]
<mailto:[email protected]>
*Subject:* [Asterisk-Users] Unwanted conference with snom320 and
asterisk 1.07bristuffed
I have 13 Snom 320 with asterisk 1.07 bristuffed. The problem is
that sometimes on random basis, when one customer is placed on
hold and another call arrives, the customers are put in conference
with each other. This look very strange to me, but I've disabled
the confernce button on the snom phones to prevent the human
errors, but it still occurs.
Investigating I've discovered that a similar problem was fixed
with the Snom320 Release 5.2
(http://www.snom.com/snom320_release_notes.html )
It says:
fixed unwanted conference bug in offhook/enter during ringback
with an incoming call
BUT my phones are already running 5.2 firmware.
Any idea?
Am I the only one with this problem?
Do you think is the usual buggy-snom firmware problem? Or it
might be an Asterisk problem?
------------------------------------------------------------------------
_______________________________________________
--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
------------------------------------------------------------------------
_______________________________________________
--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
_______________________________________________
--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
