易陆发现互联网技术论坛

 找回密码
 开始注册
查看: 1026|回复: 0
收起左侧

H3C查看指定端口详细信息

[复制链接]
发表于 2022-3-7 15:21:14 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?开始注册

x
查看指定端口的详细状态信息
       display interface <int-type int-number>
       一般将故障锁定到某一个或几个特定端口后,然后可以使用此条命令,指定查看单个端口的详细信息,从中分析故障原因。
       如下图所示,如果我们要单独查看H3C 3600交换机上e1/0/1的端口信息,可以使用命令:display interface GigabitEthernet 0/3(这里用缩写,e表示百兆口),就可以看到下边列出了G 0/3端口的各项信息。
       可能有些人还不太清楚上面的端口信息每一项表示什么含义,这里就简单说明一下(其实挺复杂的):
第一条:Ethernet 0/3 current state : DOWN
       显示端口状态为DOWN,即关闭状态。
第二条:IP Sending Frames Format is PKTFMT_ETHNT_2 , Hardware address is 000f-e265-cfb5
       显示输出数据帧的封装格式为PKTFMT_ETHNT_2,MAC地址为000f-e265-cfb5。
第三条:Media type is twisted pair , lookback not set
      显示接口的传输介质类型为双绞线,且没有设置环回口。
第四条:Port hardware type is 100_BASE_TX
      显示接口的连接器硬件类型为100_BASE_TX规格的双绞线。
第五条:Unknow-speed mode , unknow-duplex mode
      显示端口的实时数据传输速度和双工模式,这里端口为关闭状态,所有没有。
第六条:Link speed type is autonegotiation , link duplex type is autonegotiation
      显示端口链路速度和双工模式的协商方式,这里均设置为自协商模式。
第七条:Flow –control is not enabled
      显示流量控置模式没有开启。
第八条:The Maximum Frame Length is 9216
      显示端口可以转发的最大帧长度,这里为9216。
第九条:Broadcast MAX-ratio:100%
      显示端口的广播抑制比为100%
第十条:Unicast MAX-ratio:100%
      显示端口的单播抑制比为100%。
第十一条:Multicast MAX-ratio:100%
      显示端口的多播抑制比为100%
第十二条:Allow jumbo frame to pass
      显示是否允许jumbo帧通过,这里为允许。
第十三条:PVID:116
      显示端口默认VLAN为116。
第十四条:Mdi type:auto
      显示MDI端口类型。
第十五条:
       Port link-type:access
       Tagged VLAN ID:none
       Untagged VLAN ID:116
       显示端口链路类型为access,打标签的VLAN没有,不打标签的VLAN为116。
第十六条:最后是端口输入/输出数据的统计信息
       Last 300 seconds input:0 packets/sec 0 bytes/sec
       Last 300 seconds output:0 packet/sec 0 byte/sec
       显示最近5分钟内端口的接收和发送报文速率
       Input(total):25314265 packets , 9441709352 bytes
               74000 broadcasts , 344459 multicasts , 0 pauses
       显示端口的物理层输入数据总的统计值,包括报文数,字节数,广播帧和多播帧、PAUSE帧。
       Input(normal):- packets , - bytes
               - broadcasts , - multicasts , - pauses
       显示端口的物理层输入数据中正常帧的统计,包括报文数,字节数,广播帧和多播帧、PAUSE帧。
       Input:105 input errors , 0 runts , 0 gaints , - throttles , 1 CRC
             1 frame , - overruns , 103 aborts , 0 ignored , - parity errors
       显示接口的物理层输入错误统计信息:
              input errors为输入数据总错误数。
              runts为小于最小字段长度(64字节)被丢弃的数据包数。
              gaints为大于最大字段长度(1522字节)被丢弃的数据包数。
              throttles为交换机由于缓存或CPU过载而关闭接口接收器的情况。
              CRC为不符合CRC校检要求而被丢弃的数据包数。
              overruns为由于接口输入数据过载而丢弃的数据包数。
              aborts为其它有必要统计的错误如前导码异常等的帧。
              ignored为由于接口内部缓存已满而丢弃的数据包数。
              parity errrors为奇偶校检时出错的数据包数量。
       Output(total):148190966 packets , 67733994361 bytes
                  39827877 broadcasts , 42816501 multicasts , 0 pauses
       显示端口的物理层输出数据总的统计值,包括报文数,字节数,广播帧和多播帧、PAUSE帧。
         Output(normal):- packets , - bytes
                  - broadcasts , - multicasts , - pauses
        显示端口的物理层输入数据中正常帧的统计,包括报文数,字节数,广播帧和多播帧、PAUSE帧。
         Output:12 output errors , - underruns , - buffer failures
                   12 aborts , 0 deferred , 0 collisions , 0 late collision
                   0 lost carrier , - no carrier
         显示接口的物理层输入错误统计信息:
                output errors为输出数据总错误数。
                underruns为输出接口缓存输出队中取帧时没有帧的情况。
                buffer failures为输出队列已满,且内部缓存已满无法被暂存在内部                   缓存中而被丢弃的帧数。
                aborts主要为半双工模式下由于冲突检测延迟发送超过15次而被丢弃                 的帧,还有其它必要的统计错误也计入此项。
                deferred为半双工模式下由于检测到冲突而没被发出去的包的情况。
                collisions为半双工模式下以太网帧数据部分的前64字节进入线路                     前,由于检测到冲突,而没有发出的情况。
                late collision为1000M口发送数据包字节长度小于512字节或10/10                 0M口数据包字节长度小于64字节时冲突的情况。
                lost carrier为载波丢失数,一般适用于串行WAN口,通常由于线路                   中断造成。
                no carrier为试图发送帧时没有载波出现的情况,一般适用于WAN                   口,也是由于线路中断造成。
您需要登录后才可以回帖 登录 | 开始注册

本版积分规则

关闭

站长推荐上一条 /4 下一条

北京云银创陇科技有限公司以云计算运维,代码开发

QQ|返回首页|Archiver|小黑屋|易陆发现技术论坛 ( 蜀ICP备2026014127号-1 )点击这里给我发消息

GMT+8, 2026-4-8 21:41 , Processed in 0.044262 second(s), 22 queries .

Powered by Discuz! X3.4 Licensed

© 2012-2025 Discuz! Team.

快速回复 返回顶部 返回列表