Hi,<br>
<br>
My personal experience of this is that the call transfer facility on
older vesions of snoms (6.2.x is rather old now) is quite hard to get
to grips with - Particularly when managing multiple calls. Newer
versions seem to be better, but generally you need to train people to
look at the screen and use the silver keypad to choose the call to
transfer to.<br>
<br>
The worst situation is where 2 calls come in with no caller-id, so you
have no clue which call to transfer, and the phone does not store
sufficient state to automatically transfer the &quot;last call I was on&quot; to
the &quot;current call I am on&quot;, or even make this the default transfer
target, which is going to be the requirement 99% of the time...<br>
<br>
We use 6.5.12 firmware and upwards to 6.5.15. We have an open support
ticket on 7.1.30 causing calls to hangup when put on hold, so are not
brave enough to go there yet.<br>
<br>
Regards,<br>
Steve<br>
<br>
<br>
On 1/21/08, <b class="gmail_sendername">Usman Tahir</b> &lt;<a href="mailto:Usman.Tahir@snom.de">Usman.Tahir@snom.de</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Mike,<br><br>For
starters disable &quot;Call join on Xfer (2 calls):&quot; on the phones. Since
the setup has 6.2.x, it most likely doesn&#39;t have the setting &quot;Allow
incoming calls redirection through programmable keys&quot; available on
7.1.30 for snom360. You might wanna try this version on a test system
and see if it helps in that environment.<br><br>The problem, as
discussed, seems to be originating when calls are parked on orbits that
are mixing the two calls together. As long as you are debugging the
issue, you should probably ask your friend to disable this practice and
have a look at the call parking mechanism.<br><br>Regards,<br>Usman.<br><br><br>---------------------------------------------------------------------<br><br>-----Original Message-----<br>Message: 11<br>Date: Sat, 19 Jan 2008 21:32:42 -0500
<br>From: &quot;Michael J. Liberatore&quot; &lt;<a href="mailto:mike240se@straightandnarrowinc.org">mike240se@straightandnarrowinc.org</a>&gt;<br>Subject: [asterisk-users] Calls Being Randomly Bridged<br>To: Asterisk Users Mailing List - Non-Commercial Discussion
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;<a href="mailto:asterisk-users@lists.digium.com">asterisk-users@lists.digium.com</a>&gt;<br>Message-ID:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;<a href="mailto:C091D65E9441814881CBCE751847902C81673D@sn-exch01.sn.local">C091D65E9441814881CBCE751847902C81673D@sn-exch01.sn.local
</a>&gt;<br>Content-Type: text/plain; charset=&quot;us-ascii&quot;<br><br>Hi i have a friend who i setup an asterisk system for at his doctors<br>office.&nbsp;&nbsp;it has 3 snom 360 phones with 6.2.x stable firmware and latest<br>
asterisk 1.4 and zaptel.&nbsp;&nbsp;They have the digium 4 port fxo card.<br><br>They are extremely upset because calls are being randomly bridged for no<br>rhyme or reason.&nbsp;&nbsp;They say that callers will call in and sometimes get<br>
connected with other callers, or they will be in the queue and then be<br>talking to another caller waiting in the queue or on hold.&nbsp;&nbsp;Or they will<br>be talking to a patient and then have another patient end up on the<br>
conversation.<br><br>They are freaking out because of hippa and laws that govern privacy but<br>i have no clue why.&nbsp;&nbsp;I assume most cases are conference calls being<br>initiated by accident.<br><br>So any help would be greaat.&nbsp;&nbsp;maybe just disabling conference calls
<br>would be a good start but i dont know how with sip phones.&nbsp;&nbsp;or maybe<br>this is a bug?&nbsp;&nbsp;unfortuinately they dont give me much info and i dont<br>use the phones so i dont have any specific logs to show, they just call<br>
me freaking out saying this stuff but they rarely can give me a specific<br>call cause they get so many.<br><br>thanks<br><br>mike<br><br></blockquote></div><br>