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

某局点控制器ping交换机管理口丢包

2020-05-07 发表
  • 0关注
  • 0收藏 2034浏览
刘雨 八段
粉丝:17人 关注:0人

组网及说明

现场简化组网图如下,SW1SW2堆叠,控制器连接交换机的管理口:


问题描述

现场两台设备堆叠,ADDC自动下发方案,配置了openflow,但上线后openflow一直断断续续:

%Feb 26 08:07:28:242 2001 leaf-10.6.49.103 OFP/5/OFP_CONNECT: Openflow instance 1,  controller 1 is connected.

%Feb 26 08:07:28:250 2001 leaf-10.6.49.103 OFP/5/OFP_DISCONNECT: Openflow instance 1,  controller 1 is disconnected.disconnected reason:Epoll error.

%Feb 26 08:07:28:252 2001 leaf-10.6.49.103 OFP/5/OFP_FAIL_OPEN: Openflow instance 1 is in fail secure mode.

从控制器上ping设备,ping报文存在丢包:

ping  -c  10000 -vpn-instance  mgmt   10.6.49.151

Ping 10.6.49.151 (10.6.49.151): 56 data bytes, press CTRL+C to break

Request time out

56 bytes from 10.6.49.151: icmp_seq=9 ttl=64 time=0.333 ms

56 bytes from 10.6.49.151: icmp_seq=10 ttl=64 time=0.377 ms

56 bytes from 10.6.49.151: icmp_seq=11 ttl=64 time=1.718 ms

56 bytes from 10.6.49.151: icmp_seq=12 ttl=64 time=0.364 ms

56 bytes from 10.6.49.151: icmp_seq=13 ttl=64 time=0.361 ms

Request time out

Request time out

56 bytes from 10.6.49.151: icmp_seq=16 ttl=64 time=0.376 ms

56 bytes from 10.6.49.151: icmp_seq=17 ttl=64 time=0.343 ms

56 bytes from 10.6.49.151: icmp_seq=18 ttl=64 time=0.381 ms

Request time out

如果将插在管理口上的电缆接到电脑上,从电脑ping控制器无丢包现象;在设备另一个管理口上插光转电模块,插同样的电缆,ping控制器也没有丢包现象,openflow也正常。

过程分析

   

(1)  远程到堆叠交换机上进行了更多的替换测试,检查了相关配置,也看了mac地址表项学习,均没有发现什么异常;

(2)  现场排查组网,在控制器上发现学到了两个相同的mac,经排查,同一个二层组网中,SW3SW2/SW1的管理口mac地址是一样的。跟现场了解情况,现场在开局组网之前,将SW2SW3堆叠在一起测试过,之后直接在堆叠状态下拔掉堆叠线让两台设备堆叠分裂,没有重启。之后又将SW2SW1堆叠,和SW3一起加入到组网中,结果SW3的管理口和堆叠设备的管理口mac相同。初步判断是因为堆叠时配置了mac永久保留,两台设备堆叠时,管理口mac同步了,之后堆叠分裂又没有重启,导致两台设备的管理口mac是一样的。

(3)    在实验室测试,将两台5130S堆叠,配置mac永久保留,此时查看两框上物理接口mac如下,即物理接口mac堆叠后不相同:

GigabitEthernet1/0/1

Current state: DOWN

IP packet frame type: Ethernet II, hardware address: 3cf5-cc01-44f2

 

GigabitEthernet2/0/1

Current state: DOWN

IP packet frame type: Ethernet II, hardware address: 9ce8-954c-6c36

查看vlan虚接口mac地址如下:

Vlan-interface99

Current state: UP

Line protocol state: UP

Description: Vlan-interface99 Interface

Bandwidth: 10000000 kbps

Maximum transmission unit: 1500

Internet address: 172.31.2.63/24 (primary)

IP packet frame type: Ethernet II, hardware address: 3cf5-cc01-44f1

IPv6 packet frame type: Ethernet II, hardware address: 3cf5-cc01-44f1

直接拔掉堆叠线,查看两框上的mac地址:

Slot 1

GigabitEthernet1/0/1

Current state: DOWN

IP packet frame type: Ethernet II, hardware address: 3cf5-cc01-44f2

 

Vlan-interface99

Current state: UP

Line protocol state: UP

Description: Vlan-interface99 Interface

Bandwidth: 10000000 kbps

Maximum transmission unit: 1500

Internet address: 172.31.2.63/24 (primary)

IP packet frame type: Ethernet II, hardware address: 3cf5-cc01-44f1

IPv6 packet frame type: Ethernet II, hardware address: 3cf5-cc01-44f1

 

Slot 2

GigabitEthernet2/0/1

Current state: DOWN

IP packet frame type: Ethernet II, hardware address: 9ce8-954c-6c36

 

Vlan-interface99

Current state: DOWN

Line protocol state: DOWN

Description: Vlan-interface99 Interface

Bandwidth: 10000000 kbps

Maximum transmission unit: 1500

Internet address: 172.31.2.63/24 (primary)

IP packet frame type: Ethernet II, hardware address: 3cf5-cc01-44f1

IPv6 packet frame type: Ethernet II, hardware address: 3cf5-cc01-44f1

可以看到堆叠分裂后,三层虚接口的mac地址是保持不变的,两台设备的三层接口mac地址一样,但物理接口地址都是以自己的系统mac生成的。之后将分裂后的备框重启一下,查看mac地址,可以看到mac地址是根据该设备的系统mac重新生成的,与原主设备不一样了:

Vlan-interface99

Current state: DOWN

Line protocol state: DOWN

Description: Vlan-interface99 Interface

Bandwidth: 10000000 kbps

Maximum transmission unit: 1500

Internet address: 172.31.2.63/24 (primary)

IP packet frame type: Ethernet II, hardware address: 9ce8-954c-6c35

IPv6 packet frame type: Ethernet II, hardware address: 9ce8-954c-6c35

(4)  根据现场环境和实验室测试结果,可以确定现场故障是由于二层组网中mac冲突导致的,而mac冲突是由于堆叠设备分裂后,因为配置了mac保留,导致管理口mac保持和原主框一致造成的。

解决方法

将分裂后的备设备(SW3)重启后,重新生成了新的mac,地址冲突解决。

该案例对您是否有帮助:

您的评价:1

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

0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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