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

H3C S5560X-EI 部署本地代理ARP+ARP Detection+端口隔离导致流量不通案例

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

组网及说明


拓扑如下图所示:





    PC1、PC2 属于同网段IP地址,分别直连S5560X-EI交换机G1/0/1和G1/0/2接口。

    PC1、PC2的网关为S5560X-EI Vlan-interface 12 接口192.168.1.1地址。



问题描述


初始情况下,PC1与PC2 通信正常。


后续在S5560X-EI交换机上部署本地代理ARP+ARP Detection+端口隔离 功能后,PC1 与 PC2 之间无法通信。


新增“本地代理ARP+ARP Detection+端口隔离”功能后交换机关键配置如下:

    #

     vlan 12 

     arp detection enable   //使能ARP Detection功能

    #

     interface vlan 12

     ip address 192.168.1.1 255.255.255.0

     local-proxy-arp enable     //使能代理ARP功能

    #

     interface GigabitEthernet 1/0/1

     port access vlan 12

     port-isolate enable    //使能端口隔离功能

    #

     interface GigabitEthernet 1/0/2

     port access vlan 12

     port-isolate enable    //使能端口隔离功能

    #



过程分析


当S5560X-EI交换机网关Vlan-interface 12接口下,使能本地代理ARP功能(local-proxy-arp enable )后:

  1.     PC1PC2互访时,PC发送的广播ARP请求报文
  2.     由于使能本地代理ARP功能,因此S5560X-EI 硬件芯片收到ARP报文后,全部重定向到 CPU
  3.     S5560X-EI CPU 代理回应ARP报文




    后续PC1 与 PC2之间业务报文转发时,目的MAC=zzzz-zzzz-zzzz。

    S5560X-EI收到业务报文后,由于目的MAC为交换机本地MAC地址,因此不进行芯片硬件转发,而是CPU软件转发,PC1 与 PC2业务报文可正常通信(业务报文代理转发)。



在上述情况下,S5560X-EI 再使能 ARP Detection+端口隔离功能后:


  1.     PC1访问PC2时,PC1发送的广播ARP请求报文。
  2.     S5560X-EI 硬件芯片收到后,先匹配ARP Detection 策略检查合法性通过后,将广播ARP请求报文从硬件芯片泛洪出去;②蓝色
  3.     同时,由于本地代理ARP策略 local-proxy-arp enable),S5560X-EI 硬件芯片收到ARP报文后,会Copy 一份到交换机 CPU;②红色
  4.     S5560X-EI CPU 率先响应ARP报文,此时 PC1学习到PC2到ARP信息中,PC2的MAC = zzzz-zzzz-zzzz ;
  5.     之后,由于前期 ARP 报文走硬件泛洪出去,PC2 收到了PC1发送的广播ARP请求报文,PC2 进行回应,PC2的MAC = yyyy-yyyy-yyy;
  6.     S5560X-EI 收到PC2 回应的ARP报文后,通过硬件芯片转发给PC1,PC2的MAC = yyyy-yyyy-yyy
  7.     因此,PC1 会再次收到关于PC2 MAC地址的ARP报文,最后 PC1学习到PC2到ARP更新为,PC2的MAC = yyyy-yyyy-yyy

        PC2访问PC1时,ARP学习情况与上面描述一致,不再重复介绍。




    后续PC1 发送业务报文给PC2时,目的MAC=yyyy-yyyy-yyyy。

    S5560X-EI 收到报文后,由于目的MAC地址,非交换机本地MAC地址,因此芯片硬件转发

    但是,由于G1/0/1 和G1/0/2两个接口(芯片硬件)使能了端口隔离功能,因此导致业务报文无法通信。




解决方法


通过分析,我们了解到导致业务转发不通的根本原因是:

    报文硬件芯片转发时(报文目的MAC= yyyy-yyyy-yyyy),交换机芯片硬件上,端口隔离策略导致。


因此可通过以下两种方式解决:

    1、取消端口隔离策略;

    2、让业务报文不通过硬件芯片转发,全部通过软件CPU转发。


解决方法一:

    取消端口隔离功能,关键配置调整为:

    #

     vlan 12 

     arp detection enable   //使能ARP Detection功能

    #

     interface vlan 12

     ip address 192.168.1.1 255.255.255.0

     local-proxy-arp enable     //使能代理ARP功能

    #

     interface GigabitEthernet 1/0/1

     port access vlan 12

    #

     interface GigabitEthernet 1/0/2

     port access vlan 12

    #


解决方法二:

    使能ARP强制转发功能arp restricted-forwarding enable,关键配置调整为:

    #

     vlan 12 

     arp detection enable

     arp restricted-forwarding enable  //增加ARP强制转发功能

    #

     interface vlan 12

     ip address 192.168.1.1 255.255.255.0

     local-proxy-arp enable

    #

     interface GigabitEthernet 1/0/1

     port access vlan 12

     port-isolate enable

    #

     interface GigabitEthernet 1/0/2

     port access vlan 12

     port-isolate enable

    #

    增加ARP强制转发功能后,PC1PC2要互访时:

  1.     PC发送的ARP报文,S5560X-EI收到后,先匹配ARP Detection检查ARP合法性通过;
  2.     之后,根据ARP强制转发特性处理,及交换机芯片硬件只会将ARP报文发送给信任端口;
  3.     由于S5560X-EI没有配置信任端口,因此芯片硬件不会将ARP报文通过芯片硬件泛洪;
  4.     同时,由于本地代理ARP策略 local-proxy-arp enable),S5560X-EI 硬件芯片收到ARP报文后,会Copy 一份到交换机 CPU;
  5.     S5560X-EI CPU 响应ARP报文,因此PC1学习到PC2到ARP信息中,PC2的MAC = zzzz-zzzz-zzzz 。


    后续PC1 与 PC2之间业务报文转发时,目的MAC=zzzz-zzzz-zzzz。

    S5560X-EI收到业务报文后,由于目的MAC为交换机本地MAC地址

    因此不进行芯片硬件转发,而是CPU软件转发,PC1 与 PC2业务报文可正常通信(业务报文代理转发)。  


  


该案例对您是否有帮助:

您的评价:1

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

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

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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