Summary:ASTERISK-18800: Sending callerid(name) on PRI may cause call rejection
Reporter:Andrew Parisio (parisioa)Labels:
Date Opened:2011-11-01 13:17:50Date Closed:2011-11-07 10:45:16.000-0600
Versions: Frequency of
Environment:Attachments:( 0) carrierdebug.txt
( 1) chan_dahdi.txt
( 2) pridebug.txt
Description:;quick test extension
exten => 1995,1,Set(CALLERID(name)=andrew parisio)
exten => 1995,n,Set(CALLERID(num)=2535551212)
exten => 1995,n,Dial(DAHDI/g0/12535551212)

;console output
Called g0/12534952072
   -- Span 4: Channel 0/1 got hangup, cause 99

The carrier sends a notice saying Info element not existant or not implemented (99), which then gets interpreted as an error and causes a hangup on my end.

If I set callerid(name) to my phone number the call will go through just fine.

I was told this might be a libpri issue but I don't know it's over my head so I'll start with it here.  I can see the line on 14315 of chan_dahdi that announces the hangup but can't tell if the hangup is being forced in this function or has already happened previously at libpri.  

Comments:By: Richard Mudgett (rmudgett) 2011-11-01 18:14:07.417-0500

Please attach chan_dahdi.conf and any file that it includes.

The Display IE is normally not supposed to be sent from the CPE side to the network side since the network does not have a "display".

By: Andrew Parisio (parisioa) 2011-11-01 18:19:57.906-0500

Pretty much a default config.

By: Richard Mudgett (rmudgett) 2011-11-01 18:43:09.204-0500

I don't have much information for the National switch type.  Based upon what Q.931 says about the Display IE, sending the Display IE from the CPE side to the network side is *undefined*.  The network is sending a STATUS message complaining about the Display IE with a call state of null.  Q.931 says that a STATUS message with a call state of null always kills the call.

You need to set hidecalleridname=yes in your config file to suppress sending the Display IE.