[cisco-voip] Problem with 2951 and PRI outbound calls

Steve G smgustafson at gmail.com
Thu Jun 3 10:28:06 EDT 2010


Hi Ted, turned out to be a software bug.  I actually did try changing it to
DMS100 before, and got the same results.  You are right...it was Basic-ni
prior to me calling the telco and having them change it to ni2.  even after
the change it didn't like it.  The telco hooked their test set up and could
make nothing but successful calls for about 30 minutes.  so after that I
opened the tac case.

On Thu, Jun 3, 2010 at 7:13 AM, Ted Nugent <tednugent73 at gmail.com> wrote:

> Try switching it to DMS-100 as the switch/protocol type, I've had the exact
> same symptoms in the past and kicking it to DMS100 resolved it. It took a
> ton of research a few years back but for whatever reason providers see NI
> in their DMS100 config and it really means NI1 which is not a ratified PRI
> protocol but its what the DMS100 protocol was built off.
>
>
>
> On Thu, Jun 3, 2010 at 2:13 AM, Steve G <smgustafson at gmail.com> wrote:
>
>> FYI, this is a bug with the Gen2 ISRs.  Contact tac for the special IOS if
>> you run into it.
>>
>>
>> On Tue, Jun 1, 2010 at 11:20 PM, Steve G <smgustafson at gmail.com> wrote:
>>
>>> 1 out of about 5 outbound calls ring once and then drop.  You can hit
>>> redial and the call will complete just fine.  Telco switch is a DMS100
>>> running ni2.  My equipment is a 2951 with a VWIC2-2MFT-T1/E1.  IOS
>>> c2951-universalk9-mz.SPA.150-1.M2.bin
>>>
>>> I have a colleague with a similar issue who swapped his 2951 out with a
>>> 2811 and that cleared up all problems.  Is there something with the 2951
>>> that is causing this problem?  We are not having any luck with them.  I have
>>> not tried swapping this one out yet.
>>>
>>> Below is some config snippets that you might want to see and a q931 debug
>>> of a call that fails.
>>>
>>> Thanks in advance!
>>>
>>> Steve
>>>
>>>
>>>  network-clock-participate wic 0
>>> network-clock-select 1 T1 0/0/0
>>>
>>> isdn switch-type primary-ni
>>>
>>> controller T1 0/0/0
>>>  cablelength long 0db
>>>  pri-group timeslots 1-24
>>>
>>> interface Serial0/0/0:23
>>>  no ip address
>>>  encapsulation hdlc
>>>  isdn switch-type primary-ni
>>>  isdn incoming-voice voice
>>>  trunk-group PRI 1
>>>  no cdp enable
>>>
>>>
>>> 050310: *Jun  1 22:55:57.828 PDT: ISDN Se0/0/0:23 Q931:
>>> pak_private_number: Inva
>>> lid type/plan 0x0 0x0 may be overriden; sw-type 13
>>> 050311: *Jun  1 22:55:57.828 PDT: ISDN Se0/0/0:23 Q931:
>>> pak_private_number: Inva
>>> lid type/plan 0x0 0x0 may be overriden; sw-type 13
>>> 050312: *Jun  1 22:55:57.828 PDT: ISDN Se0/0/0:23 Q931: Sending SETUP
>>>  callref =
>>>  0x0081 callID = 0x890F switch = primary-ni interface = User
>>> 050313: *Jun  1 22:55:57.828 PDT: ISDN Se0/0/0:23 Q931: TX -> SETUP pd =
>>> 8  call
>>> ref = 0x0081
>>>         Bearer Capability i = 0x8090A2
>>>                 Standard = CCITT
>>>                 Transfer Capability = Speech
>>>                 Transfer Mode = Circuit
>>>                 Transfer Rate = 64 kbit/s
>>>         Channel ID i = 0xA98381
>>>                 Exclusive, Channel 1
>>>         Progress Ind i = 0x8183 - Origination address is non-ISDN
>>>         Calling Party Number i = 0x2181, 'Snipped'
>>>                 Plan:ISDN, Type:National
>>>         Called Party Number i = 0xA1, 'Snipped'
>>>                 Plan:ISDN, Type:National
>>> 050314: *Jun  1 22:55:58.064 PDT: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC
>>> pd = 8
>>> callref = 0x8081
>>>         Channel ID i = 0xA98381
>>>                 Exclusive, Channel 1
>>> 050315: *Jun  1 22:55:58.072 PDT: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC
>>> pd = 8
>>> callref = 0x8081
>>>         Channel ID i = 0xA98381
>>>                 Exclusive, Channel 1
>>> 050316: *Jun  1 22:55:59.864 PDT: ISDN Se0/0/0:23 **ERROR**:
>>> L2_AdvanceVA: TX_ac
>>> k_queue empty
>>> 050317: *Jun  1 22:55:59.864 PDT: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd
>>> = 8  c
>>> allref = 0x8081
>>>         Progress Ind i = 0x8088 - In-band info or appropriate now
>>> available
>>> 050318: *Jun  1 22:55:59.864 PDT: ISDN Se0/0/0:23 Q931: TX -> STATUS pd =
>>> 8  cal
>>> lref = 0x0081
>>>         Cause i = 0x80E0 - Mandatory information element missing
>>>         Call State i = 0x01
>>> 050319: *Jun  1 22:55:59.876 PDT: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd
>>> = 8  c
>>> allref = 0x8081
>>>         Progress Ind i = 0x8088 - In-band info or appropriate now
>>> available
>>> 050320: *Jun  1 22:55:59.912 PDT: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT
>>> pd = 8
>>>  callref = 0x8081
>>>         Cause i = 0x80EF - Protocol error; unspecified
>>> 050321: *Jun  1 22:55:59.912 PDT: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd
>>> = 8  ca
>>> llref = 0x0081
>>>         Cause i = 0x80E0 - Mandatory information element missing
>>> 050322: *Jun  1 22:55:59.964 PDT: ISDN Se0/0/0:23 Q931: RX <-
>>> RELEASE_COMP pd =
>>> 8  callref = 0x8081
>>>
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100603/ee00a875/attachment.html>


More information about the cisco-voip mailing list