[Asterisk-Users] Unwanted conference with snom320 and asterisk1.07bristuffed

[Tommaso Calosi]

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" <tommaso.calosi at sysmic.it> 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:Alex.Lopez at OpSys.com>
>     *To:* Asterisk Users Mailing List - Non-Commercial Discussion
>     <mailto:asterisk-users at lists.digium.com>
>     *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:* asterisk-users-bounces at lists.digium.com
>     <mailto:asterisk-users-bounces at lists.digium.com>
>     [mailto:asterisk-users-bounces at lists.digium.com] *On Behalf Of
>     *Tommaso Calosi
>     *Sent:* Thursday, May 04, 2006 4:02 AM
>     *To:* asterisk-users at lists.digium.com
>     <mailto:asterisk-users at lists.digium.com>
>     *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
>