[asterisk-bugs] [Asterisk 0017085]: [patch] [regression] Overlap dialing to PSTN failing after #16789
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Mar 25 03:29:32 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17085
======================================================================
Reported By: shawkris
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17085
Category: Channels/chan_dahdi
Reproducibility: always
Severity: trivial
Priority: normal
Status: ready for testing
Asterisk Version: 1.4.30
JIRA:
Regression: Yes
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-03-23 14:13 CDT
Last Modified: 2010-03-25 03:29 CDT
======================================================================
Summary: [patch] [regression] Overlap dialing to PSTN failing
after https://issues.asterisk.org/view.php?id=16789
Description:
In the UK, local and national calls can be variable length. In Asterisk
1.4.26.2 (and previously) the following dialplan (extract) works:
;National Calls
exten => _0[127]XXXXXXXX!,1,Dial(${GLOBAL(TRUNK)}/${EXTEN})
exten => _0[127]XXXXXXXX!,2,Hangup
In Asterisk 1.4.30, after the 10th digit has been received the call goes
to CALL PROCEEDING. No further digits are then received and forwarded to
the PSTN. It appears the ability to do "pass-through" overlap dialling
doesn't work anymore.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0016789 [patch] Overlap receiving timeout, plus...
======================================================================
----------------------------------------------------------------------
(0119866) shawkris (reporter) - 2010-03-25 03:29
https://issues.asterisk.org/view.php?id=17085#c119866
----------------------------------------------------------------------
My guess is that the Siemens dropped the link in an attempt to restart due
to T305 expiry (set to 30 seconds in its config), as it appears no RELEASE
was sent after it's DISCONNECT request.
Issue History
Date Modified Username Field Change
======================================================================
2010-03-25 03:29 shawkris Note Added: 0119866
======================================================================
More information about the asterisk-bugs
mailing list