Document ID: 10871
Contents
Introduction
Prerequisites
Requirements
Components Used
Conventions
Error Definition
Error Example
Troubleshooting
Related Information
Introduction
This document provides troubleshooting information on broadband trunk module (BTM) Tx Non-TS Pkt Drp errors.
Prerequisites
Requirements
There are no specific requirements for this document.
Components Used
This document is not restricted to specific software and hardware versions.
Conventions
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Error Definition
This error applies to the IGX BTM with E1, E2, E3, and T3 backcards.
BTM packet drop errors indicate the number of cells discarded from these trunk queues:
|
Voice |
Voice activity detection (VAD) voice traffic |
|
Timestamped (TS) |
Low-speed data and voice-signaling traffic |
|
Non-timestamped (Non-TS) |
High-speed data, non-VAD voice, and modem traffic |
|
Control Card (CC) |
Network processor module (NPM) and the first two packets of talkspurt traffic. (This was the High Priority queue.) |
|
Bursty data A (BData A) |
Non-Foresight Frame Relay and high-level data link control (HDLC) frame-forwarded traffic |
|
Bursty data B (BData B) |
Foresight Frame Relay and HDLC frame-forwarded traffic |
Tx Non-TS Pkt Drp causes include:
-
High Trunk Utilization
Use the SuperUser-level command dsptrkutl to check for high trunk utilization. Packet drops can occur when trunk utilization reaches 85 percent. This situation most likely occurs if the utilization of connections was underestimated during configuration.
For statistical real-time services such as data connections with data frame multiplexing (DFM), trunk bandwidth is assigned to each connection and is based on the configuration connection. DFM provides data compression using a repetitive, pattern-suppressing algorithm.
If the assumption about how much bandwidth DFM can save was too optimistic, then connections can generate more FastPackets than the trunk can handle. BTM queue overflow can result in Tx Non-TS Pkt Drp errors on the trunk.
Because actual fill grade can vary quickly for the non-timestamped (Non-TS) queue, and because the rate of FastPackets per connection depends on the traffic patterns of the end system, packet drops on trunk queues typically do not follow predictable patterns. Still, more drops occur during peak hours than during off-peak hours.
If a small number of packet drops occurs, monitor the trunk for a few days. Take action only if discards reduce service quality. If this occurs, the most likely symptom is end-system retransmission or timeouts.
-
Misconfigured trunk parameters as indicated by the SuperUser-level command cnftrkparm.
Error Example
The likely location of equipment errors is highlighted in yellow here:

Troubleshooting
Use this procedure to troubleshoot the Tx Non-TS Pkt Drp errors:
-
Issue the SuperUser-level dsptrkutl command to check current trunk utilization.
-
Issue the clrtrkerrs command frequently to clear trunk error statistics.
-
When dsptrkerrs shows dropped packets, issue the dsptrkutl command to find current trunk utilization. If the Peak Interval Utilization field is higher than 85, queue overflows are the cause of packet drops.
-
Issue the dsptrks command to identify the distant-end switch and trunk number. Issue the vt command to open a virtual session with the distant-end switch. Verify trunk errors and utilization at the distant end with the previous commands.
-
For immediate relief, route high-speed data and non-VAD voice connections over alternate trunks. Issue the SuperUser-level dsptrkcons command to identify the number of connections routed over the problem trunk.
-
Issue the dsprts command to identify the connection identifiers and current route for all connections routed across the problem trunk.
-
Issue these SuperUser-level commands to display utilization for each connection routed across the problem trunk:
-
dsputl—Voice connection
-
dspdutl—Data connection
-
dspchstats—ATM or Frame Relay connection
-
-
-
To resolve the problem, evaluate the network design of connection parameters and correct as necessary. For non-VAD voice and high-speed data connections, utilization is the parameter that affects trunk bandwidth allocation.
-
Issue the dspcon and dspchcnf commands to verify connection settings.
-
To change utilization, issue the cnfchutl command. The lower the configured utilization for a voice connection, the greater the number of voice connections that are loaded onto one trunk by the routing algorithm. The higher the number of connections, the higher the probability of Tx Non-TS Pkt Drp errors.
-
-
For switch software to allocate the correct amount of bandwidth required on the BTM trunk, the configured utilization value must reflect actual activity on the connection. If the configured value does not reflect the actual activity on the channel, the switch software allocates an incorrect amount of minimum bandwidth. This discrepancy occurs when DFM cannot work due to data patterns from the end application that constantly change. An incorrect utilization configuration for one connection usually does not cause any problems, but packet drops may result when the configured utilization of many DFM data connections is lower than actual utilization.
-
Issue the SuperUser-level commands cnftrkstats, dsptrkstatcnf, and dsptrkstathist to collect and view target trunk statistics. The statistics require significant network process module (NPM) processing time. Enable them only for troubleshooting activities.
-
Use Cisco WAN Manager statistics to evaluate long term trunk use.
-
-
Issue the cnftrkparm command to check all trunk parameters.
-
Compare the problem trunk settings to the default values or to other trunks that have similar traffic without packet drops. Important parameters for non-VAD voice and high-speed data connections are the Transmit Queue Depth settings for the Non TS field of cnftrkparm.
-
Consider network specific requirements before you change the queue depth because changes affect all voice connections on this trunk.
-
If the problem persists after you perform the troubleshooting steps, contact Cisco Technical Support at (800) 553-24HR, (408) 526-7209, the Cisco Technical Support Website, or send e-mail to tac@cisco.com.
Related Information
- More BTM Trunk Alarm Types
- WAN Switching Network Synchronization Fundamentals
- International Telephony Union (ITU) Recommendation G.704

- Cisco WAN Switching Solutions - Cisco Documentation
- Guide to New Names and Colors for WAN Switching Products
- Downloads - WAN Switching Software
- Technical Support - Cisco Systems
| Updated: Apr 30, 2009 | Document ID: 10871 |
