[Asterisk-Users] Zap channels intermittently bridging with SNOM190

[David Wilson]

Hi guys,

Sorry to bug you on this. Any ideas ? Really stuck with this.



Hi guys/girls,

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.

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. 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. I must have something wrong somewhere ?
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.

This is what I end up with when I run a 'show channels':
 Channel  (Context    Extension    Pri )   State Appl.         Data
        Zap/1-1  (default                 1   )      Up Bridged Call  Zap/2-1
        Zap/2-1  (default    2009         1   )      Up Dial          SIP/switchboard|30|tr

For reference call transferring on the SNOM is being done via the 'consultation transfer' method as set out in the SNOM manual.

Perhaps there is a way in Asterisk to prevent/disallow bridging of specific Zap channels ?

Has anyone else come across this phenomenon before ?
Thanks in advance 

Kindest regards
David Wilson
_______________________________
D c D a t a
Tel +27 33 342 7003
Fax +27 33 345 4155
Cell +27 82 4147413
http://www.dcdata.co.za
support at dcdata.co.za
Powered by Linux, driven by passion ! 
_______________________________

"Computers are not intelligent. They only think they are."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20050304/dcb0f6bf/attachment.htm