[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-26 16:34 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.





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

---------------------------------------------------------------------- 
 (0117216) alecdavis (developer) - 2010-01-26 16:33
 https://issues.asterisk.org/view.php?id=16700#c117216 
---------------------------------------------------------------------- 
uploaded debug.txt

<b>Switch doesn't like line 1402 as sent below:</b>
1 > [6c 1a 00 80 31 30 30 30 31 30 30 30 31 30 30 30 31 30 30 30 31 30 30
30 38 35 31 32]
1 > Calling Number (len=28) [ Ext: 0  TON: Unknown Number Type (0)  NPI:
Unknown Number Plan (0)
1 >                           Presentation: Presentation permitted, user
number not screened (0)  '100010001000100010008512' ]

<b>Switch complains at Line 1459 with:</b>
1 < Message Type: STATUS (125)
1 < [08 03 81 e4 6c]
1 < Cause (len= 5) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0 
Location: Private network serving the local user (1)
1 <                  Ext: 1  Cause: Invalid information element contents
(100), class = Protocol Error (e.g. unknown message) (6) ]
1 <              Cause data 1: 6c (108) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-01-26 16:34 alecdavis      Note Added: 0117216                          
======================================================================