• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 是
  • 否
  • 全部
  • 是
  • 否
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索
问

华三7603交换机ping包测试

15小时前提问
  • 0关注
  • 0收藏,59浏览
粉丝:0人 关注:0人

问题描述:

华三7603交换机充当用户网关,IP地址配置在vlanif上,IP:10.136.111.1/24,终端IP:10.136.111.101/24,7603交换机到用户终端通过联通运营商传输。从用户终端上ping 10.136.111.1,丢包率百分之三;登录7603交换机,ping 10.136.111.101丢包率千分之零。Reply from 10.136.111.101: bytes=56 Sequence=914 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=915 ttl=64 time=2 ms
    Reply from 10.136.111.101: bytes=56 Sequence=916 ttl=64 time=3 ms
    Reply from 10.136.111.101: bytes=56 Sequence=917 ttl=64 time=2 ms
    Reply from 10.136.111.101: bytes=56 Sequence=918 ttl=64 time=3 ms
    Reply from 10.136.111.101: bytes=56 Sequence=919 ttl=64 time=3 ms
    Reply from 10.136.111.101: bytes=56 Sequence=920 ttl=64 time=2 ms
    Reply from 10.136.111.101: bytes=56 Sequence=921 ttl=64 time=3 ms
    Reply from 10.136.111.101: bytes=56 Sequence=922 ttl=64 time=3 ms
    Reply from 10.136.111.101: bytes=56 Sequence=923 ttl=64 time=2 ms
    Reply from 10.136.111.101: bytes=56 Sequence=924 ttl=64 time=8 ms
    Reply from 10.136.111.101: bytes=56 Sequence=925 ttl=64 time=2 ms
    Reply from 10.136.111.101: bytes=56 Sequence=926 ttl=64 time=3 ms
    Reply from 10.136.111.101: bytes=56 Sequence=927 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=928 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=929 ttl=128 time=10 ms
    Reply from 10.136.111.101: bytes=56 Sequence=930 ttl=128 time=3 ms
    Reply from 10.136.111.101: bytes=56 Sequence=931 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=932 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=933 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=934 ttl=128 time=8 ms
    Reply from 10.136.111.101: bytes=56 Sequence=935 ttl=128 time=5 ms
    Reply from 10.136.111.101: bytes=56 Sequence=936 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=937 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=938 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=939 ttl=128 time=6 ms
    Reply from 10.136.111.101: bytes=56 Sequence=940 ttl=128 time=6 ms
    Reply from 10.136.111.101: bytes=56 Sequence=941 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=942 ttl=128 time=3 ms
    Reply from 10.136.111.101: bytes=56 Sequence=943 ttl=128 time=4 ms
    Reply from 10.136.111.101: bytes=56 Sequence=944 ttl=128 time=4 ms

可以看到,回报的TTL在128和ttl64 跳动。

在7603交换机上查看日志,没有发现IP:10.136.111.101冲突告警。

想知道究竟是啥情况会导致这种情况产生。

5 个回答
粉丝:95人 关注:11人

做一下流量统计,定位下丢包位置

粉丝:17人 关注:9人

从现象看,终端ping网关丢包3%,而交换机ping终端几乎不丢包,且回显中TTL出现128和64跳变,说明路径上可能存在环路或链路质量不稳定。
排查步骤:
1. 在终端上持续ping网关,同时观察交换机对应物理接口的统计:
display interface GigabitEthernet x/x/x 查看CRC、input/output errors是否增长。
display packet-drop interface GigabitEthernet x/x/x 确认是否有丢包计数。
2. 检查运营商传输链路:
在交换机上执行 display transceiver interface GigabitEthernet x/x/x 查看光模块收发光功率是否在正常范围。
若为电口,检查网线质量及协商速率:display interface 中的speed/duplex状态。
3. 确认是否存在环路:
执行 display mac-address 查看终端MAC是否在多个接口上学习到。
若启用了STP,执行 display stp brief 检查端口状态是否稳定。
4. 检查VLANIF配置及ARP:
display interface Vlan-interface111 确认入方向是否有丢包。
display arp 10.136.111.101 确认ARP表项稳定,无频繁刷新。
5. 若运营商链路中间有传输设备,建议在终端侧长ping(1000个包以上)并抓包,对比交换机侧ping的TTL变化,TTL跳变通常意味着路径切换或环路。
关键命令:
display interface GigabitEthernet x/x/x
display packet-drop interface GigabitEthernet x/x/x
display transceiver interface GigabitEthernet x/x/x
display stp brief
display mac-address | include 101
根据经验,此类单向丢包多与运营商链路质量或光模块劣化有关,优先排查物理层。

粉丝:45人 关注:2人

同一个 IP 10.136.111.1,有两台设备同时回复 ICMP 应答,一台是 S7603(TTL=64)、另一台是 Windows 系统设备(TTL=128);终端收到两份应答,ping 统计出现丢包;交换机发起 ping 时,该异常设备不参与应答,所以交换机侧测试 0 丢包。 1、该场景大概率是联通二层专线远端侧存在静默 IP 冲突,远端某设备配置了和网关相同 IP,该设备不会主动发送免费 ARP,因此交换机不会产生 ARP 冲突告警; 2、排查核心命令,反复执行:display arp 10.136.111.1,对比网关对应的 MAC 是否频繁变化; 3、在终端 Wireshark 抓包,对比两个 ICMP 应答包的源 MAC,可以直接定位冲突设备; 4、临时验证手段:在 S7603 配置 arp static 静态绑定网关 IP-MAC,绑定后若 TTL 跳动、丢包消失,可确认二层侧存在冒充网关的设备; 5、需要联通配合在远端专线接入口镜像抓包,定位远端冲突设备。

粉丝:3人 关注:0人

大概率还是存在IP冲突的问题,TTL值128 是 Windows 默认值,64 是 Linux/类 Unix 及大量 CPE、AP、摄像头、软路由的默认值。可以查询ARP表项,看111.101这个地址的mac是不是有2个,从而进行定位。

# 连敲 5~10 次,看 MAC 是否在两组之间跳(关键) display arp 10.136.111.101 display arp | include 111.101 display mac-address <查到的MAC> # 定位学到哪个端口/是否同一端口 display arp statistics all

至于7603为什么没有IP冲突告警,有以下一个原因:

1、Comware 的 ARP 冲突检测(arp ip-conflict-detect / 冲突日志)多数版本默认不开,靠“收到 ARP 报文时源 IP 与已学表项比对”触发,只认免费 ARP / ARP 请求;

2、冲突设备如果只是被动应答(收到 ARP 请求才回 Reply),且不回 GARP,检测不到;

3、运营商传输设备常常过滤广播、抑制未知单播、开启端口隔离/风暴抑制,GARP 直接丢在传输上;

4、日志模块(info-center)的 ARP 子模块可能没开或被限速。

粉丝:0人 关注:0人

交换机上发起 ping 时,不会丢包,只是回的报文TTL128和TTL64会跳动;终端ping网关7603交换机的vlanifip 地址会丢包,丢包大概百分之三。后来把终端的IP地址更改了ip:10.136.111.104/24,从终端上ping 网关10.136.111.101就不丢包,业务也正常。7603交换机上ping   用户终端10.136.111.104,ttl 128和TTL64也不会跳动。这样看来,大概率是IP地址冲突,可为啥在7603上看不到ip地址冲突的告警?


看这里 至于7603为什么没有IP冲突告警,有以下一个原因: 1、Comware 的 ARP 冲突检测(arp ip-conflict-detect / 冲突日志)多数版本默认不开,靠“收到 ARP 报文时源 IP 与已学表项比对”触发,只认免费 ARP / ARP 请求; 2、冲突设备如果只是被动应答(收到 ARP 请求才回 Reply),且不回 GARP,检测不到; 3、运营商传输设备常常过滤广播、抑制未知单播、开启端口隔离/风暴抑制,GARP 直接丢在传输上; 4、日志模块(info-center)的 ARP 子模块可能没开或被限速。

难哄推荐官 发表时间:14小时前 更多>>

看这里 至于7603为什么没有IP冲突告警,有以下一个原因: 1、Comware 的 ARP 冲突检测(arp ip-conflict-detect / 冲突日志)多数版本默认不开,靠“收到 ARP 报文时源 IP 与已学表项比对”触发,只认免费 ARP / ARP 请求; 2、冲突设备如果只是被动应答(收到 ARP 请求才回 Reply),且不回 GARP,检测不到; 3、运营商传输设备常常过滤广播、抑制未知单播、开启端口隔离/风暴抑制,GARP 直接丢在传输上; 4、日志模块(info-center)的 ARP 子模块可能没开或被限速。

难哄推荐官 发表时间:14小时前

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

✖

分享扩散:

➤

提出建议

✖

    +
✖

亲~登录后才可以操作哦!

确定
✖

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub
✖

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

✖

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明