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

S12500-X交换机本地地址无法访问故障案例

  • 0关注
  • 0收藏 1302浏览
丁犁 八段
粉丝:83人 关注:1人

S12500-X交换机本地地址无法访问故障案例

 

一、  组网图:

二、  组网及故障描述:

12510-X交换机与5500交换机通过三层路由转发数据。

12510-X G3/0/1接口所属VLAN地址为202.117.104.254/25

9500 G3/0/2接口所属VLAN地址为202.117.104.253/25G3/0/3接口所属VLAN地址为202.117.104.80/25

5500 G1/0/1接口所属VLAN地址为202.117.104.79/25

5500交换机上ping 12510-X G3/0/1接口所属VLAN地址202.117.104.254无法PING

[5500]ping -a 202.117.104.79 202.117.104.254

Ping 202.117.104.254 (202.117.104.254) from 202.117.104.79: 56 data bytes, press CTRL_C to break

 

--- Ping statistics for 202.117.104.254 ---

1 packet(s) transmitted, 0 packet(s) received, 100.0% packet loss

 

三、  问题分析:

12510-X上开启debug ip icmp信息,发现12510-X CPU能够正常接收和回应5500交换机的ICMP报文。

*Jun 23 18:00:46:174 2014 12510-X SOCKET/7/ICMP: -MDC=1-Chassis=1-Slot=1;

Time(s):1403546446  ICMP Input:

 ICMP Packet: src = 202.117.104.79, dst = 202.117.104.254

              type = 8, code = 0 (echo)

 

*Jun 23 18:00:46:174 2014 12510-X SOCKET/7/ICMP: -MDC=1-Chassis=1-Slot=1;

Time(s):1403546446  ICMP Output:

 ICMP Packet: src = 202.117.104.254, dst = 202.117.104.79

              type = 0, code = 0 (echo-reply)

12510-X上,通过打印上送CPU的报文,观察发送和接收ICMP报文信息

[12500-probe]debug rxtx pkt 1

……

*Jun 23 16:25:11:270 2014 12510-X DRVPLAT/7/RxTxDebug: -MDC=1-Chassis=1-Slot=3;

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

 0000  0c da 41 b6 77 4d 0c da 41 b6 5e cb 81 00 00 6a

 0010  08 00 45 00 00 3c 52 cd 00 00 01 01 02 6b ca 75

 0020  68 fe ca 75 68 4f 00 00 3d 12 04 21 14 29 61 62

 0030  63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72

 0040  73 74 75 76 77 61 62 63 64 65 66 67 68 69

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

……

通过查看ICMP报文信息,发现12510-X CPU发出的ICMP回应报文TTL=1(上述红色字段)。由于ICMP回应报文TTL=1,当该报告到达9500后,9500作为三层设备将TTL1后,无法将该报文传递给5500交换机,因此出现无法PING通的故障。

 

四、  解决方法

12510-X交换机上通过强制ttl数值后,PING 5500 G1/0/1接口地址测试

[12510-X]ping -h 2 -a 202.117.104.254 202.117.104.79

Ping 202.117.104.79 (202.117.104.79) from 202.117.104.254: 56 data bytes, press CTRL_C to break

56 bytes from 202.117.104.79: icmp_seq=0 ttl=254 time=2.441 ms

56 bytes from 202.117.104.79: icmp_seq=1 ttl=254 time=2.998 ms

56 bytes from 202.117.104.79: icmp_seq=2 ttl=254 time=2.261 ms

56 bytes from 202.117.104.79: icmp_seq=3 ttl=254 time=21.116 ms

56 bytes from 202.117.104.79: icmp_seq=4 ttl=254 time=74.306 ms

 

--- Ping statistics for 202.117.104.79 ---

5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss

round-trip min/avg/max/std-dev = 2.261/20.624/74.306/27.787 ms

通过测试,验证故障确实是由于12510-X CPU在默认回应请求报文时,将回应报文的TTL置为1导致。

对于该故障情况的出现,怀疑12510-X存在被SNMP攻击,将交换机默认TTL MIB节点修改的情况。读取12510-X相关节点信息,发现默认的TTL数值已被篡改。

Name:               ipDefaultTTL

Type:               OBJECT-TYPE

OID:                1.3.6.1.2.1.4.2

Full path:          iso(1).org(3).dod(6).internet(1).mgmt(2).mib-2(1).ip(4).ipDefaultTTL(2)

Module:             IP-MIB

 

Parent:             ip

Prev sibling:       ipForwarding

Next sibling:       ipInReceives

 

Numerical syntax:   Integer (32 bit)

Base syntax:        INTEGER

Composed syntax:    INTEGER

Status:             current

Max access:         read-write

Size list:          1: 1..255

 

Description:        The default value inserted into the Time-To-Live field of

                    the IP header of datagrams originated at this entity,

                    whenever a TTL value is not supplied by the transport layer

                    protocol.

此时通过SNMP协议将该TTL MIB节点Size list信息修改回255后,12510-X5500设备之间可以正常互通。

Size list:          255: 1..255

同时修改12510-X SNMP读写团体字口令强度,防止设备被非法攻击篡改信息。

 

五、  总结

通过该案例,对于PING 12500-X本地地址不通故障时,建议通过debug命令查看设备CPU是否可接收和发送ICMP报文,同时观察CPU处理的报文结构,以便发现异常。


该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2019-06-11对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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