David Wilson
2005-Mar-04 04:06 UTC
[Asterisk-Users] Zap channels intermittently bridging with SNOM190
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@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/43a2aafe/attachment.htm
David Wilson
2005-Mar-04 22:31 UTC
[Asterisk-Users] Zap channels intermittently bridging with SNOM190
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@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