[asterisk-bugs] [Zaptel 0011554]: Invalid status reported when line are physically unpluged
noreply at bugs.digium.com
noreply at bugs.digium.com
Fri Dec 14 13:29:27 CST 2007
The following issue has been RESOLVED.
======================================================================
http://bugs.digium.com/view.php?id=11554
======================================================================
Reported By: pascallambert
Assigned To: qwell
======================================================================
Project: Zaptel
Issue ID: 11554
Category: zaptel (the module)
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
Zaptel Version: 1.4.7.1
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 12-14-2007 11:19 CST
Last Modified: 12-14-2007 13:29 CST
======================================================================
Summary: Invalid status reported when line are physically
unpluged
Description:
If one of my FXO line is unplugged (for whatever reason including a broken
cable) the call progression goes as normal as oppose to reported it wrong.
Setup:
Zap/1-1: FXS
Zap/3-1: FXO
plug Zap/1-1 to a phone and unplugged Zap/3-1. Then place a call using the
phone on Zap/1-1. This is what you see:
test-mdc*CLI>
-- Starting simple switch on 'Zap/1-1'
-- Executing [83909015 at default:1] Dial("Zap/1-1", "Zap/g1/83909015")
in newstack
-- Called g1/83909015
-- Zap/3-1 answered Zap/1-1
-- Native bridging Zap/1-1 and Zap/3-1
test-mdc*CLI> core show channels
Channel Location State Application(Data)
Zap/3-1 (None) Up Bridged Call(Zap/1-1)
Zap/1-1 83909015 at default:1 Up Dial(Zap/g1/83909015)
2 active channels
1 active call
-- Hungup 'Zap/3-1'
== Spawn extension (default, 83909015, 1) exited non-zero on 'Zap/1-1'
-- Hungup 'Zap/1-1'
test-mdc*CLI>
The major problem with this for us is we have developed a alarm callout
system running on Asterisk. But if a line is broken/disconnected everything
is reported as OK but of course the call never occurs and our customer
complain they never received the alarm message but our system stated they
have :-(
Of course those situation don't occur often but when they are a lot of
erroneous call may have been place in between the time we figured out what
is the problem.
======================================================================
----------------------------------------------------------------------
qwell - 12-14-07 13:29
----------------------------------------------------------------------
loloski is correct. There isn't a whole heck of a lot we can do about this
on an analog line.
Issue History
Date Modified Username Field Change
======================================================================
12-14-07 13:29 qwell Status new => resolved
12-14-07 13:29 qwell Resolution open => fixed
12-14-07 13:29 qwell Assigned To => qwell
12-14-07 13:29 qwell Note Added: 0075414
======================================================================
More information about the asterisk-bugs
mailing list