<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2604" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Verdana size=2>Hi guys,</FONT></DIV>
<DIV><FONT face=Verdana size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Verdana size=2>Sorry to bug you on this. Any ideas ? Really 
stuck with this.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><BR></DIV>
<DIV>
<P><FONT face=Verdana size=2>Hi guys/girls,</FONT></P></DIV>
<DIV><FONT face=Verdana size=2>We are running a TDM04B card with Asterisk in a 
Linux box that has 15 GS102 extensions and 1 SNOM190 phone which we are using as 
an operator console. The FXO ports in the TDM04B are plugged directly into our 
telecoms provider's analogue lines.</FONT></DIV>
<DIV>
<DIV><FONT face=Verdana size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Verdana size=2>Something I've picked up with the SNOM is that 
sometimes when there are two active incoming calls via&nbsp;Zap 
channels&nbsp;and the first&nbsp;caller hangs up while on hold the Zap channel 
doesn't detect the hangup correctly. What I end up with after&nbsp;some time is 
the two&nbsp;active Zap channels being bridged forever, or until I restart 
Asterisk. </FONT><FONT face=Verdana size=2>I think it's because the operator is 
not manually canceling a finished call and something in my dialplan is causing 
the channels to bridge when the calls are finished. </FONT><FONT face=Verdana 
size=2>I must have something wrong somewhere ?</FONT></DIV>
<DIV><FONT face=Verdana size=2>I've checked with the operator and she's said 
that she's been disconnecting any 'idle' calls i.e. when the remote user hangs 
up but yet the problem still occurs every now and again.</FONT></DIV>
<DIV><FONT face=Verdana size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Verdana size=2>This is what I end up with when I run a 'show 
channels':</FONT></DIV>
<DIV><FONT face=Verdana size=2>&nbsp;Channel&nbsp; (Context&nbsp;&nbsp;&nbsp; 
Extension&nbsp;&nbsp;&nbsp; Pri )&nbsp;&nbsp; State 
Appl.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
Data<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Zap/1-1&nbsp; 
(default&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
1&nbsp;&nbsp; )&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Up Bridged Call&nbsp; 
Zap/2-1<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Zap/2-1&nbsp; 
(default&nbsp;&nbsp;&nbsp; 2009&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
1&nbsp;&nbsp; )&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Up 
Dial&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
SIP/switchboard|30|tr</FONT></DIV>
<DIV><FONT face=Verdana size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Verdana size=2>For reference call transferring on the SNOM is 
being done via the 'consultation transfer' method as set out in the SNOM 
manual.</FONT></DIV>
<DIV><FONT face=Verdana size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Verdana size=2>Perhaps there is a way in Asterisk to 
prevent/disallow bridging of specific Zap channels ?</FONT></DIV>
<DIV><FONT face=Verdana size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Verdana size=2>Has anyone else come across this phenomenon 
before ?</FONT></DIV>
<DIV><FONT face=Verdana size=2>Thanks in advance </FONT></DIV></DIV><FONT 
face=Verdana size=2>
<DIV><BR>Kindest regards<BR>David Wilson<BR>_______________________________<BR>D 
c D a t a<BR>Tel +27 33 342 7003<BR>Fax +27 33 345 4155<BR>Cell +27 82 
4147413<BR><A href="http://www.dcdata.co.za">http://www.dcdata.co.za</A><BR><A 
href="mailto:support@dcdata.co.za">support@dcdata.co.za</A><BR>Powered by Linux, 
driven by passion ! <BR>_______________________________</DIV>
<DIV>&nbsp;</DIV>
<DIV>"Computers are not intelligent. They only think they 
are."<BR></FONT></DIV></BODY></HTML>