[Asterisk-Users] any ISDN/PRI signaling experts out there?

[William Lloyd]

This sounds suspiciously similar to a problem I've had at a customer  
location.

Telco is running 5ESS switch, Asterisk is using TE410 board.   
Asterisk CVS HEAD as of mid july.

Most incoming calls do not have the Caller Name appearing.  Caller ID  
number always comes in.

On almost every incoming call Asterisk reports an error of
"Don't know what to do if second ROSE component is of type 0x6"

However, local incoming calls everything works out.  Caller ID number  
comes in, caller name comes in and asterisk doesn;t report any errors.

I did a PRI intense debug on the connection and a bit of research on  
the output, but I've no idea what's really up with it.

On a related side note, there was/is no "pri no intense debug" tun  
off switch.  Need to stop and restart asterisk if you do that.

-bill


On 21-Aug-05, at 3:54 PM, Damon Estep wrote:

>
>
>
>> -----Original Message-----
>> From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-
>> bounces at lists.digium.com] On Behalf Of Paul Belanger
>> Sent: Friday, August 19, 2005 4:26 PM
>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>> Subject: Re: [Asterisk-Users] any ISDN/PRI signaling experts out
>>
> there?
>
>>
>> See comments inline!
>>
>> Damon Estep wrote:
>>
>>> I have officially engaged in a pissing contest with the local Telco
>>>
> over
>
>>> PRI calling name delivery.
>>>
>>
>> Welcome to my world, I deal with theses guys daily!  Errgiant arn't
>> they.  We have a saying around work 'The telco is always wrong!'.
>>
>>
>>> The telco publishes their calling name delivery over PRI feature as
>>> being bellcore gr-1367-core compliant.
>>>
>>> The gr-1367-core spec states that the calling name is to be included
>>>
> as
>
>>> a facility IE in the setup message, or sent in a subsequent facility
>>>
> IE
>
>>> message with an indicator in the setup message that the CNAM will
>>> follow.
>>>
>>> Extensive testing and ISDN/PRI protocol analysis shows that the
>>>
> facility
>
>>> IE they are sending out with the CNAM in it comes only after we have
>>> sent back PROGRESS and ALERTING in response to the SETUP. If we
>>>
> block
>
>>> the PROGRESS and ALERTING and sit and WAIT for the FACILITY we never
>>>
> get
>
>>> it, the call will time out, so we know they are actually waiting for
>>>
> the
>
>>> call to progress before sending the facility IE CNAM.
>>>
>>
>> This sounds a little fishy, Orgination Number is usually transmitted
>>
> in
>
>> the SETUP message.  Your are almost correct in your messaging:
>>
>> Network                  User(Switch)
>> Setup
>>                          CALL PROCEEDING
>>                          ALERTING
>>                          CALL CONNECT
>> CALL CONNECT ACKNOWLEDGE
>> ....
>>
>> There is about a 4sec timeout allow after SETUP is initially sent, if
>> CALL PROCEEDING is not transmitted by that time, the Network side  
>> will
>> terminiate the call.
>>
>>
>>> As far as I can tell the GR-1367-CORE spec does not define a maximum
>>> delay in sending the facility IE or whether it is acceptable to wait
>>>
>