|Summary:||ASTERISK-18800: Sending callerid(name) on PRI may cause call rejection|
|Reporter:||Andrew Parisio (parisioa)||Labels:|
|Date Opened:||2011-11-01 13:17:50||Date Closed:||2011-11-07 10:45:16.000-0600|
|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)
-- 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.