<!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> </DIV>
<DIV><FONT face=Verdana size=2>Sorry to bug you on this. Any ideas ? Really
stuck with this.</FONT></DIV>
<DIV> </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> </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 Zap
channels and the first caller hangs up while on hold the Zap channel
doesn't detect the hangup correctly. What I end up with after some time is
the two 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> </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> Channel (Context
Extension Pri ) State
Appl.
Data<BR> Zap/1-1
(default
1 ) Up Bridged Call
Zap/2-1<BR> Zap/2-1
(default 2009
1 ) Up
Dial
SIP/switchboard|30|tr</FONT></DIV>
<DIV><FONT face=Verdana size=2></FONT> </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> </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> </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> </DIV>
<DIV>"Computers are not intelligent. They only think they
are."<BR></FONT></DIV></BODY></HTML>