[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-01-27 10:54 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.





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

---------------------------------------------------------------------- 
 (0117246) rmudgett (administrator) - 2010-01-27 10:54
 https://issues.asterisk.org/view.php?id=16700#c117246 
---------------------------------------------------------------------- 
The standard references you put in the patches are not for Q.931.  They are
ETSI standard specific and should be referenced as such.  Q.931 says that
the lengths are network dependent.  The ETSI standard takes the Q.931
standard and edits it to specify a length for its networks.

I think this issue is trying to protect the wrong thing.  You are trying
to protect the switch from its own bugs.  Yes, your dialplan is sending too
many digits.  However, that number is not a dialable number anyway is it? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-01-27 10:54 rmudgett       Note Added: 0117246                          
======================================================================