交换机 : Cisco IGX 8400 系列交换机

帧丢弃

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2014 年 9 月 25 日) | 反馈


目录


简介

一套的dspchstats命令显示信道的统计信息。这些统计信息指示在网络顺利地路由的帧数量和在一特定连接丢弃的编号(PVC)。

这是此命令语法:

dspchstats \ <channel> [interval]

where:

<channel>是统计信息将显示的信道,并且[interval] (可选)以秒钟指定在显示的更新的之间间隔。

本文打算帮助确定帧丢弃的原因。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

本文档不限于特定的软件和硬件版本。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

从波尔特丢弃的“帧,网络的”在始发端

当帧列出作为已丢弃从端口,在始发端的网络的丢弃时意味着帧从连接的设备接收,但是没传送对IPX网络。

dspportstats命令显示帧错误的(丢弃)编号和原因从指定的端口。dspportstats命令显示所有连接的端口统计对指定的端口。帧错误完整说明在指南包括。

  • 无效CRC —帧校验序列(亦称循环冗余冗余校验[CRC]),计算由帧中继端口卡(FRP),不匹配用帧传送的那个。

  • 无效的校正—帧不是长度整数字节。

  • 无效的帧长度—帧少于长度5个字节或非常地比4,096个字节是。

    注意: 上部帧长度限制根据FRP固件版本变化,大约4,510个字节。

  • 帧格式错误— EA位(最低有效字节或者LSBs)地址字节不是"0 1",并且FRP没有解释前两个字节,因为数据链路连接标识符(DLCI)地址。

  • 未知DLCI —接收的地址没有由FRP认可。

  • 最后未知DLCI — FRP接收没认可的最后一个地址的十进制记录。

从网络丢弃的“帧,对波尔特”在目的地端

当帧列出作为已丢弃从网络,对目的地端的端口丢弃时意味着帧从IPX网络接收,但是没传送对连接的设备。不同于从波尔特的丢弃,直接方法不存在为了如何能确定从网络的帧丢弃。所以,必须从其他来源推断原因。

注意: 远程环回是PVC环回,并且许多FRP FRI电路没有测试。进一步,在远程环回期间,帧没有被增加。有从网络的丢弃和仍然通过远程环回是可能的。

  • 帧能从源端口拒绝。

    除非帧非常小(完全地封装在20个字节内单个数据包有效负载),帧要求超过发射的一数据包对目的地。

    当确定帧无效时,在一部分的帧传送后,另外的帧数据没有传送。在交换机软件最新版本,帧由来源中止数据包的发射终止。此数据包通知遥远端口接口界面卡帧可以丢弃全文,并且防止卡保持等候重组的部分帧。

    出现和的本地错误丢弃在目的地端是:

    • 在始发端的无效CRC。

      如果源端口计算的CRC不匹配在帧发送的那个, IPX拒绝帧,并且不发送最后数据包。不完整帧然后丢弃在目的地端。检查始发端的统计信息用dspportstats命令

    • 在始发端的无效的校正。

      如果标志在帧结束时在字节边界不发生如测量由源端口,帧拒绝。因为最后数据包没有由在此情况的IPX发送,部分帧丢弃在目的地端。检查始发端的统计信息用dspportstats命令

    • 在始发端的无效的帧长度。

      源端口计算的帧长度不匹配用帧传送的那个。最后数据包没有发送,并且部分帧丢弃在目的地端。检查始发端的统计信息用dspportstats命令

  • 可以在运送中损坏帧。

    即使帧由源端口顺利地接收,损坏在传输路径能造成帧接收错误在目的地端。在这种情况下,在转发到端口前,帧可以丢弃。按路由的传输设备和通用硬件,包括所有终端和转接点muxbus和中继卡,可以是可疑的。

    损坏的帧的可能的来源包括:

    • 组成帧的数据包可以损坏归结于错误。如果位错误在信息包线路出现,无效CRC被记录在目的地端,并且帧拒绝。如果这是实际情形,也请盼望其他线路损伤或错误显示在同样的dspplnerrs命令输出中路由。

    • 组成帧的数据包可以丢弃的归结于拥塞。如果突发数据信息包丢弃,当排队为发射在产生或转接点,完整帧没有被装配在目的地端,造成帧丢弃。查看信息包线路行错误检查丢包用dspplnerrs命令产生和所有转接点的。丢包在cnfplnparms命令输出中能发生在高信息包线路利用率或不足设置AgeStep参数。

    • 组成帧的数据包可能到达失序。虽然它是少见的情况,混淆的排队算法能造成同一帧的数据包排队用不同的子队列。这导致为坏CRC拒绝的帧。

    • 帧不能退出目的地端口。

    如果tx端口队列得填满和溢出,帧没有去的地方和丢弃。远程环回能显示一切是好在此情况,因为没有通过tx端口队列路由。要确定当前平均值级在tx端口队列,请查看在dspportstats屏幕的极右派的列的Avg问深度

    注意: 此队列是与在DSPCHSTATS屏幕的Avg问深度不同,是输入PVC队列。tx端口队列的默认是65535个字节。

    注意: 端口队列能溢出,由于:

    • 端口可以是订购过量的。从几来源的连接可以超出目的地端口的速度产能。发出-f命令dspcon的xx.x检查PVC数量和产能分配到端口和比较他们到端口配置。

    • 外部接收设备能有连接问题。如果外部设备没有连接,有坏布线或者有坏或丢失时钟,可以有连接问题。如果端口为DTE配置,必须由外部DCE设备提供传输时钟为了计时从端口的数据。

注意: “被测量的时钟”是接收时钟,不是传输时钟在dspfrport命令输出中。

相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


相关信息


Document ID: 10810