[asterisk-bugs] [Asterisk 0016056]: Lenth of called number send in enblock

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16056 
====================================================================== 
Reported By:                jamicque
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16056
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.1.7-rc2 
JIRA:                       SWP-2774 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-10-12 04:36 CDT
Last Modified:              2010-12-20 22:11 CST
====================================================================== 
Summary:                    Lenth of called number send in enblock
Description: 
According to recommendation ETSI ETS 300 102-1 in chapter 4.5.8 there is a
statement that there are 23 octets for called number, where octets from
4-23 are for send digits. According to that numbers longer than 19 should
by send in overlapped mode. Now asterisk sends whole number in one en-block
what is wrong, and in result the other side equipment can reject the ISDN
frame or take only digits from 4 to 23 octet in a frame.
In attachment there is a log where asterisk sends number
123412341234123412341234 in one enblock
====================================================================== 

---------------------------------------------------------------------- 
 (0129821) wimpy (reporter) - 2010-12-20 22:11
 https://issues.asterisk.org/view.php?id=16056#c129821 
---------------------------------------------------------------------- 
Allegedly some equipment can only chew even smaller chunks.
That's why LCR has a configuration parameter for the max number of digits
sent per message.
Might be a good idea for chan_dahdi / libpri as well. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-12-20 22:11 wimpy          Note Added: 0129821                          
======================================================================