帧丢弃
Contents
Introduction
一套的dspchstats命令显示信道的统计数据。这些统计数据指示在网络成功路由的帧的数量和在特定连接丢弃的编号(PVC)。
这是此命令语法：
dspchstats \ <channel> [interval]
其中：
<channel>是统计数据将显示的信道，并且[interval] (可选)以秒钟指定在显示的更新的之间间隔。
本文打算帮助确定帧丢弃的原因。
Prerequisites
Requirements
There are no specific requirements for this document.
Components Used
This document is not restricted to specific software and hardware versions.
The information in this document was created from the devices in a specific lab environment.All of the devices used in this document started with a cleared (default) configuration.If your network is live, make sure that you understand the potential impact of any command.
Conventions
Refer to Cisco Technical Tips Conventions for more information on document conventions.
从端口丢弃的“帧，对网络”在始发端
当帧列出作为丢弃从端口，对在始发端的网络，被丢弃时意味着帧从连接的设备接收了，但是没传输对IPX网络。
dspportstats命令显示帧错误(丢弃)的编号和原因从指定的端口。dspportstats命令显示所有连接的端口统计数据与指定的端口。帧错误完整说明在指南包括。
-
无效CRC —帧校验Sequence(FCS) (亦称冗余校验[CRC])，计算由帧中继端口卡(FRP)，不匹配被发送的那个以帧。
-
无效的校正—帧不是长度整数字节。
-
无效的帧长度—帧少于长度5个字节或非常地比4,096个字节是。
Note: 上部帧长度限制根据FRP固件版本变化，大约4,510个字节。
-
帧格式错误— EA位(最低有效字节或者LSBs)地址字节不是"0 1"，并且FRP没有解释前两个字节，因为一个数据链路连接标识符(DLCI)地址。
-
未知DLCI —收到的地址没有由FRP认可。
-
前未知DLCI —最后一个地址的十进制记录接受了没识别由FRP。
从网络丢弃的“帧，对端口”在目的地端
当帧列出作为丢弃从网络，对在目的地端的端口，被丢弃时意味着帧从IPX网络接收了，但是没传输对连接的设备。不同于从端口的丢弃，直接方法为如何确定从网络的帧丢弃不存在。所以，必须从其他来源推断原因。
Note: 一远程环回是PVC环回，并且许多FRP FRI电路没有测试。进一步，在一远程环回期间，帧没有被增加。有从网络的丢弃和仍然通过一远程环回是可能的。
-
帧能从源端口被拒绝。
除非帧是非常小的(完全地封装在20个字节内单个信息包有效载荷)，帧为发射要求超过一个信息包对目的地。
当确定帧无效时，在一部分的帧传输了后，另外的帧数据没有传输。在交换机软件最新版本，帧由来源中止信息包的发射终止。此信息包通知遥远的端口接口卡可以丢弃帧全文，并且防止卡拿着等候重新组装的部分帧。
出现和的本地错误丢弃在目的地端是：
-
在始发端的无效CRC。
如果源端口计算的CRC不匹配在帧发送的那个， IPX拒绝帧，并且不发送最后信息包。未完成帧然后被丢弃在目的地端。检查始发端的统计数据用dspportstats命令。
-
在始发端的无效的校正。
如果标志位在帧结束时在字节边界不发生如测量由源端口，帧被拒绝。因为前个信息包没有由在此情况的IPX发送，部分帧被丢弃在目的地端。检查始发端的统计数据用dspportstats命令。
-
在始发端的无效的帧长度。
源端口计算的帧长度不匹配被发送的那个以帧。没有发送前个信息包，并且部分帧被丢弃在目的地端。检查始发端的统计数据用dspportstats命令。
-
-
可以在运送中损坏帧。
即使帧由源端口成功接受，在传输路径的损坏能造成帧接收错误在目的地端。在这种情况下，帧，在转发到端口前，可以丢弃。按路由的传输设备和通用硬件，包括所有终端和转接点muxbus和中继线卡，可以是可疑的。
可能的来源为损坏的帧包括：
-
组成帧的信息包可以损坏归结于错误。如果位错误在信息包线路出现，无效CRC被记录在目的地端，并且帧被拒绝。如果这是实际情形，也请盼望其他线路损伤或错误显示在同样的dspplnerrs命令输出中路由。
-
组成帧的信息包可以下降的归结于拥塞。如果突发数据信息包丢弃，当排队为发射在产生或转接点，完全帧没有被装配在目的地端，造成帧丢弃。查看信息包线路错误检查丢包用dspplnerrs命令产生和所有转接点的。丢包在cnfplnparms命令输出中能发生在高信息包线路利用率或不足设置AgeStep参数。
-
组成帧的信息包可能到达了失序。虽然它是少见的情况，混淆的排队算法能造成同一个帧的信息包排队用不同的子队列。这导致为坏CRC被拒绝的帧。
-
帧不能退出目的地端口。
如果tx端口队列得填满和溢出，帧没有去的地方和被丢弃。一远程环回能表示，一切是好在此情况，因为没有通过tx端口队列路由。要确定在tx端口队列的当前平均的级别，请查看在dspportstats屏幕的极右派的列的Avg Q深度。
Note: 此队列是与在DSPCHSTATS屏幕的Avg Q深度不同，是输入PVC队列。tx端口队列的默认值是65535个字节。
Note: 端口队列能溢出，由于：
-
端口可以是订购过量的。从几个来源的连接可以超出目的地端口的速度容量。发出-f命令dspcon的xx.x检查PVC数量和容量分配到端口，并且与端口配置比较他们。
-
外部接受设备能有连接问题。如果外部设备没有被连接，有坏接线或者有一个坏或缺少时钟，可以有连接问题。如果端口为DTE被配置，必须由外部DCE设备提供传输时钟为了计时从端口的数据。
-
Note: “被测量的时钟”是接收时钟，不是传输时钟在dspfrport命令输出中。
反馈