当前位置：文档之家 › 交换机端口错包排查方法

交换机端口错包排查方法

  • 格式：doc
  • 大小：58.00 KB
  • 文档页数：11

一、重要性：

从网维排查的用户反应网速慢的故障中，相当一部分是由于交换机和交换机端口、交换机端口和用户路由器端口、交换机端口和光电转换器端口、交换机端口和用户网卡匹配不当，产生错包引起的。该问题虽然比较常见，但只要按交换机开局来配置，通常能降低故障发生率，即使还存在端口错包问题，也能通过改端口速度和双工状态来彻底解决。

二、交换机端口错包说明：

以华为交换机端口为例进行说明：

[NJ-A-GJXC-S3026C-1]dis int eth 0/1

Ethernet0/1 current state : UP

IP Sending Frames' Format is PKTFMT_ETHNT_2, Hardware address is

000f-e21d-bedc

Description: to gujiao_33-192.168.86.161

The Maximum Transmit Unit is 1500

Media type is twisted pair, loopback not set

Port hardware type is 100_BASE_TX

100Mbps-speed mode, full-duplex mode

Link speed type is force link, link duplex type is force link

Flow-control is not enabled

Port-flow-constrain has not been configured completely

The Maximum Frame Length is 1536

Broadcast MAX-ratio: 100%

PVID: 10

Mdi type: auto

Port link-type: hybrid

Tagged VLAN ID : , 99

Untagged VLAN ID : , 10, 458

Last 300 seconds input: 0 packets/sec 11 bytes/sec

Last 300 seconds output: 7 packets/sec 520 bytes/sec

Input(total): 11864483 packets, 6684922188 bytes

66707 broadcasts, 9522 multicasts

Input(normal): - packets, - bytes

- broadcasts, - multicasts

Input: 0 input errors, 0 runts, 0 giants, - throttles, 0 CRC

0 frame, - overruns, 0 aborts, 0 ignored, - parity

errors

Output(total): 12008069 packets, 5178275457 bytes

3638352 broadcasts, 288120 multicasts, 0 pauses

Output(normal): - packets, - bytes

- broadcasts, - multicasts, - pauses

Output: 0 output errors, - underruns, - buffer failures

0 aborts, 0 deferred, 0 collisions, 0 late collisions

0 lost carrier, - no carrier 如上红字所示：

输入错误数，input errors等于各种重要错误信息的总和。不同的产品可以根据具体情况增加其它参数，或减少不能实现的参数。

1.Runts: discarded packets that are smaller than the medium's minimum

packet size.

( Receive Byte Count < 64 and NOT CRC Error

or Receive Byte Count < 64 and Tag Packet and NOT CRC Error，

无论是否有vlan tag，数据段小于64字节，而且没有CRC校验错误的帧。)

2.Giants: discarded packets that are larger than the medium's maximum

packet size.

( Receive Byte Count > 1518 and NOT CRC Error

or Receive Byte Count > 1522 and Tag Packet and NOT CRC Error，

没有vlan tag，数据段大于1518字节，小于最大帧长度，而且没有CRC校验错误的帧，和有vlan tag，数据段大于1522字节，小于最大帧长度，而且没有CRC校验错误的帧。)

3.Throttles: discarded packets that are incomplete frames.

( 交换机察觉缓存或CPU过载，关闭接口接收器的情形称为 throttle，是cisco路由器上的一个概念，我们的交换机目前不具备这个功能，一般应该显示为不支持。)

4.CRC: discarded packets with checksum error.

( Receive Packet CRC error，帧长度在正常范围（不带tag，长度在64到1518之间，或带tag，长度在64到1522之间），而且CRC校验错，如果支持此项，则不支持奇偶校验错误项。)

5.Frame: discarded packets with frame pad/sequence/alignment error, out

of frame etc.

（ 不是整数字节，而是多1～7bit，因此不对齐，或乱序或空帧,而且CRC校验错误，但是不计入CRC错误。）

6.Overrun: the receiver hardware is unable to hand receiveddata to a

hardware buffer because the input rate exceeds the receiver'sability to

handle the data.

（ 由于接口输入速率超过接受方处理能力，导致丢包，由于我们的交换机一般是线速转发，这项一般应该为0，只有部分交换机对上传CPU或三层线速转发的帧有接口带宽限制，或是通过ACL实现的带宽限制，因此被丢弃的帧，计入此项。）

7.Aborts: Input abnormal frames that are discarded.

( 除其他错误之外，产品认为有必要统计的错误，例如前导码异常的帧，计入此项。)

8.Ignored: packets that are discarded because the interface hardware does

not have enough internal buffers.

( Packetignored，由于接口内部buffer满，丢弃的帧，与由于主系统缓存空间缺乏，导致的丢弃帧不同。线速转发的帧，在多接口满带宽输入，单接口输出等情况下，由于输出接口的带宽不足，数据帧将内部缓存占满，导致从接口输入的帧在进入内部缓存之前被丢弃，以及进入内部缓存的帧超时无法输出，计入此项，上传到CPU的帧，由于CPU处理能力限制，toCPU的缓存满，导致被丢弃，也计入此项。)

9.Parity: Frames with parity error.

( Receive Packet parity error,如果支持此项，则不支持 CRC 错误项。)

输入丢弃数/输入错误数，output errors等于各种重要错误信息的总和。不同的产品可以根据具体情况增加其它参数，或减少不能实现的参数。

1.Underruns: There are no data in the output queue.

( Transmit under run，与 Overrun相反，输出接口的缓存从输出队列中取以太网帧时，没有帧，是一种非常少见的硬件异常。有的交换机就没有单独的接口输出缓存，与接口输出队列是同一块缓存。)

2.Buffer failures: Hardware does not have enough internal buffers.

( 内部缓存满，如果输出队列满，输出的以太网帧将在内部缓存中暂时存储，由于内部缓存满，导致帧丢弃。由于交换机对线速转发的数据帧发生的这种异常，认为只是到达内部缓存而没有到达出接口，是个输入帧，因此计入 Input

IgnoredError，只有从CPU发出的帧，由于内部缓存满，导致帧丢弃，计入此项。)

3.Aborts: Output abnormal frames that are discarded.

（ 在半双工模式下，由于冲突检测，延迟发送超过15次的帧，被丢弃，计入此项。除其他错误之外，产品认为有必要统计的错误，例如添加前导码异常的帧，也计入此项）

4.Deferred: The packets could not be sent out for collision under

half-duplex mode.

( 半双工模式下，由于检测到载波正在被声明，当时没有发出的包，延时一次，计数加一。)

5.Collisions: Statistic of collision detection under half-duplex mode.

( 半双工模式下，在以太网帧数据部分的前64字节进入线路前，由于检测到冲突，当时没有发出的包。)

te collisions: Statistic of collision with GE port sendingpackets

less than 512 bytes and 10/100M port less than 64 bytes.

( 半双工模式下，在以太网帧数据部分的前64字节进入线路后，由于检测到冲突，当时没有发出的包。)

7.Lost carrier: Statistic of losing the carrier.

（ 载波丢失，一般适用于串行WAN接口，发送过程中，每丢失一个载波，此计数加一，对于交换机，通常是由于线路中断造成。）

8.No carrier: Statistic of no carrier.

合集下载

3550丢包问题处理

3550丢包问题处理

ASB SSMD-ISE 工程服务部

上海贝尔阿尔卡特股份有限公司

典型案例分析

1/6

3550丢包问题的原因处理

IP 2007CASE 0002

作者：北京分公司 司冠华

【产品类别】： 3550 12.2(25)SEB4

【故障级别】：Major

【关键字】： OSPF Auto-Negotiation Auto-Sense DUPLEX

【故障现象】：

7月18日9：20左右，玉泉东里LGW设备维护人员发现设备到西单1300网管有丢包

现象，影响1300网管和lgw之间的通信质量。

【告警信息】：

υ 查看LGW设备接入测交换机3550的网管上行端口，颜色为黄色，不断闪烁。

υ 从交换机测ping对端网管汇聚交换机的IP 地址，发现丢包率为20％，如下图所

示。

【原因分析】：

1) 首先，说明一下网络的拓扑图，如下：

PDF created with pdfFactory Pro trial version

ASB SSMD-ISE 工程服务部

上海贝尔阿尔卡特股份有限公司

典型案例分析

3/6

能的设备会主动与对方协商,并且等待对端返回协商结果,它不仅能够协商两端的

工作速度是10M,还是100M还是1000M,而且还可以协商两端工作的双工方式是半双

工还是全双工.Auto-Negotiation：通过和对端交换一种FLP(Fast Link Pluse)的

特殊Frame,里面包含了自己这端可以支持的工作组合方式(速度/双工方式),对端

收到之后和自己可以支持的工作组合方式相比较选择一种最佳的工作方式.

Auto-Sense：自动适应--这是一种被动的方式,它通过对比从对端收到的信号

的时间间隔来计算对端的工作速度是10M还是100M.这种方式有个很明显的缺陷就

是无法Sense双工状态，现在大部分的网络设备对Auto-Negotiation和Auto-Sense

H3C交换机维护命令大全

H3C交换机维护命令大全

标准文档

实用大全 1 日常维护

1.1 环境及单板硬件状态观测

表1 环境及单板硬件状态观测

项目 操作指导 参考标准 备注

环境状况 display environment查看设备温度 设备温度应该在门限以内 见display

environment 命令参考

前面板指示灯状况 观察前面板的电源指示灯、端口指示灯、模块指示灯及数码管运行状况 黄色闪烁指示故障状态，数码管指示故障类型。

具体含义请参考产品资料。

单板运行状况 display device查看单板运行状况 所有单板设备应该都是Normal。 见display device命令参考

系统电源状态 display power 查看电源状态 凡是在位的电源模块应该为Normal，如果存在FUALT态需要检查模块是否有异常。

系统风扇状态 display fan查看风扇状态 显示Fan 1 State: Normal

则表示所有风扇正常，

display enviroment命令参考

显示当前环境的温度信息

[H3C]dis environment

System Temperature information (degree centigrade):

----------------------------------------------------

SlotNo Temperature Lower limit Upper limit

1 30 0 55

9 30 0 55

表2 display environment命令显示信息描述表

域名 描述

Temperature 当前单板温度

Lower limit 单板温度低限

局域网环路快速排查

局域网环路快速排查

局域网环路快速排查

在当今数字化的工作环境中，局域网对于企业和组织的正常运转起着至关重要的作用。然而，局域网环路问题却可能时不时地给网络管理员带来头疼的挑战。一旦出现局域网环路，可能会导致网络拥塞、数据包丢失、网速变慢甚至网络瘫痪，严重影响工作效率和业务的正常开展。因此，掌握快速排查局域网环路的方法对于保障网络的稳定运行至关重要。

要排查局域网环路，首先我们得了解什么是局域网环路。简单来说，局域网环路就是网络中存在的物理或逻辑上的连接回路，使得数据包在网络中不断循环传输，从而引发一系列网络问题。

那么，如何才能快速发现并解决局域网环路呢？以下是一些常见且实用的方法。

一、观察网络设备指示灯

这是最直观也是最初步的排查方法。网络交换机和路由器通常都配备有指示灯，用于显示设备的工作状态。如果发现某个端口的指示灯快速闪烁或者常亮不灭，特别是多个端口出现这种情况，就有可能存在环路。当然，这种方法只能提供初步的线索，不能确定一定存在环路，但可以帮助我们缩小排查范围。

二、使用网络管理工具 现在有很多专门的网络管理软件和工具，能够帮助我们更深入地监测和分析网络状态。比如，通过 SNMP（简单网络管理协议），我们可以获取交换机的端口流量、错误率等信息。如果发现某个端口的流量异常高，或者错误率持续上升，就很有可能存在环路。

三、检查 MAC 地址表

交换机通过 MAC 地址表来转发数据包。如果在 MAC 地址表中发现同一个 MAC 地址出现在多个端口上，那么很可能存在环路。因为正常情况下，一个 MAC 地址应该只与一个端口相关联。

四、使用 Ping 命令

通过 Ping 命令向网络中的设备发送数据包，并观察响应时间和丢包情况。如果发现响应时间过长或者存在大量丢包，可能是由于环路导致的数据包循环和丢失。

五、分析网络拓扑图

一份清晰准确的网络拓扑图对于排查环路非常有帮助。通过对比实际的网络连接和拓扑图，我们可以快速发现可能存在的异常连接，从而定位环路的位置。

通信设备故障排查与处理指南

通信设备故障排查与处理指南

通信设备故障排查与处理指南

第一章 通信设备故障排查概述 ..................................................................................................... 2

1.1 故障分类与特点 ............................................................................................................... 3

1.2 故障排查的基本原则 ....................................................................................................... 3

第二章 故障排查前的准备工作 ..................................................................................................... 4

2.1 故障报告接收与记录 ....................................................................................................... 4

2.1.1 报告接收 ....................................................................................................................... 4

2.1.2 信息记录 ....................................................................................................................... 4