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

[Steve G]

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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100602/8392666d/attachment.html>