[asterisk-bugs] [Zaptel 0010941]: zaptel digital (Data) calls require overlapdial=no

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10941 
====================================================================== 
Reported By:                robboardman
Assigned To:                mattf
====================================================================== 
Project:                    Zaptel
Issue ID:                   10941
Category:                   General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Zaptel Version:             1.4.5.1  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             10-10-2007 17:10 CDT
Last Modified:              11-28-2007 03:27 CST
====================================================================== 
Summary:                    zaptel digital (Data) calls require overlapdial=no
Description: 
data calls through a zaptel pri connection require the spans to have
overlapdial to be set to blank or no to work, overlapdial=yes makes the
termial equipment to send a busystatus with cause code 88.
====================================================================== 

---------------------------------------------------------------------- 
 robboardman - 11-28-07 03:27  
---------------------------------------------------------------------- 
although they are two different calls , they show what each span is doing
during a call that is type digital or data, in the scenario

pri e1 data call 

PSTN -> asterisk span 1 -> asterisk span 2 -> Avaya IP Office

if the span 2 is set to overlap dial yes , or blank the data call will
never go through, if it is set to no ie en-block the call will successfully
traverse asterisk and be answered by the IP Office.

If you need any further info   Patrick Putman dialed in to fix the issue
with this  call ref  00D36mPe.50033qzXw 

Thanks 

Robb 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-28-07 03:27  robboardman    Note Added: 0074463                          
======================================================================