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

[Asterisk Bug Tracker]

The following issue has been UPDATED. 
====================================================================== 
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:                     closed
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:              
Resolution:                 won't fix
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-01-25 21:30 CST
Last Modified:              2010-02-09 15:39 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.





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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-09 15:39 alecdavis      Status                   assigned => closed  
2010-02-09 15:39 alecdavis      Resolution               open => won't fix   
======================================================================