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

Thu Jun 10 16:37:30 EDT 2010

FYI...a normal release is due out sometime in July.  This is the word I got
from Cisco.

On Thu, Jun 3, 2010 at 7:28 AM, Steve G <smgustafson at gmail.com> wrote:

> 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/20100610/8e02ddf5/attachment.html>