Guest

Gateway Protocols

Troubleshooting ISDN Call Failures Originated from NetMeeting or Similar 3rd Party H.323 Devices

Document ID: 14006



Contents

Introduction
Prerequisites
      Requirements
      Components Used
      Conventions
Problem
Solutions
      Solution 1
      Solution 2
NetPro Discussion Forums - Featured Conversations
Related Information

Introduction

There is a reported problem with calls that originate from NetMeeting or a similar third party H.323 devices through a Cisco IOSĀ® gateway to the Public Switched Telephone Network (PSTN) using ISDN. These calls fail during the setup stage. This issue is commonly seen after a Cisco IOS software upgrade is performed on the gateway.

The bearer capability (bearer cap) is an ISDN Layer 3 service indication that defines the characteristics of a given call. The bearer cap of a call is indicated in the Q.931 SETUP message and it is used to distinguish among the different types of voice and data calls.

Prerequisites

Requirements

There are no specific requirements for this document.

Components Used

This document is not restricted to specific software and hardware versions.

Conventions

Refer to the Cisco Technical Tips Conventions for more information on document conventions.

Problem

In this case, calls fail because the bearer cap in the ISDN Q.931 SETUP message incorrectly indicates that the Information Transfer Capability is set for Unrestricted Digital Information. The reason this occurs is because the originating H.323 device sets the bearer cap in the H.225 SETUP message for Unrestricted Digital Information. The gateway transparently passes that information to the ISDN switch/PBX in the Q.931 SETUP message. The Switch/PBX is unable to handle this bearer cap and rejects the call.

In earlier Cisco IOS Software releases, the gateway overwrites the bearer cap to indicate speech/audio. However, in later releases, the gateway does not overwrite the bearer cap.

Common bearer caps for voice calls are shown in the first four rows of this table. The remaining three rows show common bearer caps that can cause a call that originates from a third party H.323 device to fail.

This table summarizes some common bearer caps:

Bearer Cap

Information Transfer Capability

User Information Layer 1 Protocol

0x8090A2

Speech

G.711 u-Law Speech

0x8090A3

Speech

G.711 A-law

0x9090A2

3.1 KHz Audio

G.711 u-Law Speech

0x9090A3

3.1 KHz Audio

G.711 A-law

0x8890A2

Unrestricted digital information

G.711 u-Law Speech

0x8890A3

Unrestricted digital information

G.711 A-law

0x8890

Unrestricted digital information

64 Kbps (64k data call)

This is an example of a debug isdn q931 output that shows a failed call. It indicates that the switch/PBX clears the call immediately after the CALL PROCEEDING message. The DISCONNECT message cause code can vary. Common cause codes include Invalid information element contents and Incompatible destination.


!--- Action: A NetMeeting call is placed 
!--- to the PSTN through a Cisco IOS gateway.



!--- Outgoing Q.931 SETUP message.

Aug  8 19:29:59.546: ISDN Se0:23: TX -> SETUP pd = 8  callref = 0x0001

Aug  8 19:29:59.546:         Bearer Capability i = 0x8890A2

!--- Bearer cap indicates the call carries the "Unrestricted Digital Information" 
!--- transfer capability.

Aug  8 19:29:59.550:         Channel ID i = 0xA98397
Aug  8 19:29:59.550:         Calling Party Number i = 0x00, 0x80, '3555',
     Plan:Unknown, Type:Unknown
Aug  8 19:29:59.550:         Called Party Number i = 0x80, '95551212,
     Plan:Unknown, Type:Unknown
Aug  8 19:29:59.610: ISDN Se0:23: RX <- CALL_PROC pd = 8  callref = 0x8001
Aug  8 19:29:59.610:         Channel ID i = 0xA98397
Aug  8 19:29:59.806: ISDN Se0:23: RX <- DISCONNECT pd = 8  callref = 0x8001

!--- Call is cleared by the switch or PBX.

Aug  8 19:29:59.810:        Cause i = 0x82E4 - Invalid information element contents
Aug  8 19:29:59.814: ISDN Se0:23: TX -> RELEASE pd = 8  callref = 0x0001
Aug  8 19:29:59.850: ISDN Se0:23: RX <- RELEASE_COMP pd = 8  callref = 0x81


!--- Call is cleared for the cause Incompatible destination.


Aug  8 20:30:11.820:        Cause i = 0x80D8 - Incompatible destination
Aug  8 20:30:11.836: ISDN Se0:23: TX -> RELEASE pd = 8  callref = 0x0001
Aug  8 20:30:11.852: ISDN Se0:23: RX <- RELEASE_COMP pd = 8  callref = 0x81

Solutions

Solution 1

Configure the originating H.323 device to set the appropriate bearer cap in the H.225 SETUP message.

Solution 2

If the originating H.323 device cannot be reconfigured, modify the Cisco IOS gateway configuration to overwrite the bearer cap in the ISDN Q.931 SETUP message. Use the voice-port configuration mode command bearer-cap to set it for speech or 3100 hz audio as appropriate.


!--- This is an example of how to configure the bearer cap parameter 
!--- on a Cisco AS5300.


esc-5300-2(config)#voice-port 0:D
esc-5300-2(config-voiceport)#bearer-cap ?
  3100hz   enable 3100hz
  speech   enable speech
esc-5300-2(config-voiceport)#bearer-cap speech


!--- Sample output of the IOS configuration
!--- <some output omitted>.

!
voice-port 0:D
 bearer-cap Speech
!

Note: If you run Cisco IOS Software Release 12.2(11)T, where H.323 version 4 runs on your router, you can experience trouble with NetMeeting. The details are enclosed in Cisco bug ID CSCdw49975 ( registered customers only) .

NetPro Discussion Forums - Featured Conversations

Networking Professionals Connection is a forum for networking professionals to share questions, suggestions, and information about networking solutions, products, and technologies. The featured links are some of the most recent conversations available in this technology.
NetPro Discussion Forums - Featured Conversations for Voice
Service Providers: Voice over IP
Voice & Video: Voice over IP
Voice & Video: IP Telephony
Voice & Video: IP Phone Services for End Users
Voice & Video: Unified Communications
Voice & Video: IP Phone Services for Developers
Voice & Video: General

Related Information



Updated: Feb 02, 2006Document ID: 14006