[asterisk-bugs] [LibPRI 0016700]: [patch] Limit octets received on Called Party Number and Calling Party Number

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16700 
====================================================================== 
Reported By:                alecdavis
Assigned To:                mattf
====================================================================== 
Project:                    LibPRI
Issue ID:                   16700
Category:                   General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
JIRA:                        
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2010-01-25 21:30 CST
Last Modified:              2010-02-09 15:38 CST
====================================================================== 
Summary:                    [patch] Limit octets received on Called Party Number
and Calling Party Number
Description: 
Currently we can change the CallerID(num) from the dialplan to be longer
than the limit.

The senario we have come across, incorrectly resubmitted the call back to
the trunk, after adding digits to the caller id. Finish up at 27 digits
long!

The call then came back to us, with a new callerid number.

When the callerid gets to more than 20, the data starts becomming corrupt,
telltale '©' character starts to appear.





====================================================================== 

---------------------------------------------------------------------- 
 (0117914) alecdavis (manager) - 2010-02-09 15:38
 https://issues.asterisk.org/view.php?id=16700#c117914 
---------------------------------------------------------------------- 
Agreed. Switch was resubmitting corrupt data when the CallerID was longer
than the ETSI standard of 24.

Closing this issue. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-09 15:38 alecdavis      Note Added: 0117914                          
======================================================================