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

交换机快转负载分担导致防火墙策略路由方式旁路部署数据不通

  • 3关注
  • 5收藏 1803浏览
粉丝:35人 关注:1人

组网及说明

故障拓扑:


问题描述

故障现象:内网10.0.14.4无法ping通上行10.0.13.3

关键设备配置:

Core

#

vlan 10

#             

vlan 20

#

interface GigabitEthernet1/0/2

 port link-mode route

 ip address 10.0.12.1 255.255.255.252

#

interface GigabitEthernet1/0/3

 port link-mode route

 ip address 10.0.12.5 255.255.255.252

#

interface GigabitEthernet1/0/1

 port link-mode bridge

 port link-type trunk

 port trunk permit vlan 1 20

#

interface GigabitEthernet1/0/4

 port link-mode bridge

 port link-type trunk

 port trunk permit vlan 1 10

#

 ip route-static 0.0.0.0 0 10.0.13.3

#

#通过两个acl分别匹配vlan10 vlan20的包和vlan20vlan10的回包

acl advanced 3000

 description ToInternet

 rule 0 permit ip source 10.0.14.0 0.0.0.255

#

acl advanced 3005

 description InternetBack

 rule 0 permit ip destination 10.0.14.0 0.0.0.255

#

#配置策略路由,对vlan-interface10收到的vlan10访问vlan20的数据,更改下一跳地址为防火墙的1/0/3口,并在vlan-interface10 应用策略路由

policy-based-route ToInternet permit node 10

 if-match acl 3000

 apply next-hop 10.0.12.6

#

#配置策略路由,对vlan-interface20收到的vlan20回应vlan10的数据,更改下一跳地址为防火墙的1/0/2口,并在vlan-interface20 应用策略路由

policy-based-route InternetBack permit node 10

 if-match acl 3005

 apply next-hop 10.0.12.2

#

interface Vlan-interface10

 ip address 10.0.14.1 255.255.255.0

 ip policy-based-route ToInternet

#

interface Vlan-interface20

 ip address 10.0.13.1 255.255.255.0

 ip policy-based-route InternetBack

#


FW

#

interface GigabitEthernet1/0/2

 port link-mode route

 combo enable copper

 ip address 10.0.12.2 255.255.255.252

#

interface GigabitEthernet1/0/3

 port link-mode route

 combo enable copper

 ip address 10.0.12.6 255.255.255.252

#

#

#配置默认路由从2口指向核心交换机,以便于vlan10发给vlan20的流量在防火墙处理完可以回到交换机上

 ip route-static 0.0.0.0 0 10.0.12.1

#配置明细路由从3口指向核心交换机,以便于vlan 20回应给vlan10的流量可以从最开始的路径回到交换机

 ip route-static 10.0.14.0 24 10.0.12.5

#

security-zone name Trust

 import interface GigabitEthernet1/0/3

#

security-zone name DMZ

#

security-zone name Untrust

 import interface GigabitEthernet1/0/2

#

 session statistics enable

#

security-policy ip

 rule 1 name pass

  action pass

  source-zone trust

  destination-zone untrust

#

过程分析


1、从核心交换机和防火墙的配置来看,现场是在交换机上下行接口配置策略路由将内网网段10.0.14.0/24的来回流量抛给防火墙处理

2、故障流量源地址10.0.14.4,目的地址10.0.13.3,故障期间查看防火墙会话信息:

<IN_4>ping 10.0.13.3               //ping5个包

Ping 10.0.13.3 (10.0.13.3): 56 data bytes, press CTRL_C to break

Request time out

Request time out

Request time out

Request time out

Request time out

--- Ping statistics for 10.0.13.3 ---

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

 

<FW>dis session table ipv4 source-ip 10.0.14.4 destination-ip 10.0.13.3 protocol

 icmp verbose

Slot 1:

Initiator:

  Source      IP/port: 10.0.14.4/228

  Destination IP/port: 10.0.13.3/2048

  DS-Lite tunnel peer: -

  VPN instance/VLAN ID/Inline ID: -/-/-

  Protocol: ICMP(1)

  Inbound interface: GigabitEthernet1/0/3

  Source security zone: Trust

Responder:

  Source      IP/port: 10.0.13.3/228

  Destination IP/port: 10.0.14.4/0

  DS-Lite tunnel peer: -

  VPN instance/VLAN ID/Inline ID: -/-/-

  Protocol: ICMP(1)

  Inbound interface: GigabitEthernet1/0/2

  Source security zone: Untrust

State: ICMP_REQUEST

Application: ICMP

Rule ID: 1

Rule name: pass

Start time: 2022-07-19 17:09:43  TTL: 53s

Initiator->Responder:          635 packets      53340 bytes

Responder->Initiator:            0 packets          0 bytes

Total sessions found: 1

<FW>  

可以看到,明明终端只ping4个包,但是防火墙会话统计中正向流量的报文数却有635个,明显有异常

 

3、流量沿途都是H3C设备,开启ip ttl-expires enableip unreachables enable后可在终端上tracert查看流量路径

    <IN_4>tracert 10.0.13.3

    traceroute to 10.0.13.3 (10.0.13.3), 30 hops at most, 40 bytes each packet, press CTRL_C to break

     1  10.0.14.1 (10.0.14.1)  0.000 ms  0.000 ms  1.000 ms

     2  10.0.12.6 (10.0.12.6)  0.000 ms  0.000 ms  1.000 ms

     3  10.0.12.1 (10.0.12.1)  1.000 ms  0.000 ms  0.000 ms

     4  10.0.12.6 (10.0.12.6)  1.000 ms  1.000 ms *

     5  * * *

     6  * * 10.0.12.6 (10.0.12.6)  2.000 ms

     7  10.0.12.1 (10.0.12.1)  2.000 ms  2.000 ms  1.000 ms

     8  10.0.12.6 (10.0.12.6)  1.000 ms  1.000 ms  1.000 ms

     9  10.0.12.1 (10.0.12.1)  1.000 ms

    <IN_4>       

 可以看到故障流量在核心交换机上来回跑,所以导致了不通,为何会这样呢? 


4、交换机是硬件转发设备,而当一条数据流的第一个报文通过查找路由表转发后,在高速缓存中生成相应的转发信息,该数据流后续报文的转发就可以通过直接查找快速转发表进行转发。而且H3C交换机默认开启了快速转发负载分担,具体为:开启快速转发负载分担功能后,当一条数据流从不同入接口上来进行转发时,不再根据入接口不同区分数据流,根据五元组标识一条数据流Ping测试时查看交换机快转表:

[Core_1]dis ip fast-forwarding cache

Total number of fast-forwarding entries: 4

SIP             SPort DIP             DPort Pro Input_If    Output_If   Flg

10.0.13.3       230   10.0.14.4       0     1   GE1/0/3     N/A         1   

10.0.14.4       230   10.0.13.3       2048  1   Vlan10      GE1/0/3     11  

10.0.14.4       0     10.0.12.1       0     1   Vlan10      N/A         1   

10.0.12.1       0     10.0.14.4       2816  1   InLoop0     Vlan10      1

 

5、根据上述原理分析:10.0.14.4访问10.0.13.3时,因为是三层访问,数据先到网关核心交换机(vlan10),命中vlan-int10下策略路由后经过G1/0/3发送给防火墙,此时交换机形成快转表:

SIP             SPort DIP             DPort Pro Input_If    Output_If   Flg

10.0.14.4       230   10.0.13.3       2048  1   Vlan10      GE1/0/3     11  

当防火墙处理完流量后,匹配到默认路由再将数据发给核心交换机的G1/0/2默认情况下交换机开启快转负载分担,此时设备不根据入接口不同区分数据流,仅根据五元组(源目ip、源目端口和协议号)标识一条数据流,所以防火墙转发给交换机的数据会命中前面的快转表,就会再发给防火墙,防火墙处理完后再匹配默认路由发给核心交换机的G1/0/2,数据再匹配核心交换机快转表发给防火墙……这个分析跟tracert的结果也是一致的

 

6、尝试关闭快速转发负载分担,然后ping测试,再查看交换机快转表:

关快转负载分担:

[Core_1]undo ip fast-forwarding load-sharing

<IN_4>ping 10.0.13.3

Ping 10.0.13.3 (10.0.13.3): 56 data bytes, press CTRL_C to break

56 bytes from 10.0.13.3: icmp_seq=0 ttl=252 time=2.000 ms

56 bytes from 10.0.13.3: icmp_seq=1 ttl=252 time=1.000 ms

56 bytes from 10.0.13.3: icmp_seq=2 ttl=252 time=2.000 ms

56 bytes from 10.0.13.3: icmp_seq=3 ttl=252 time=2.000 ms

56 bytes from 10.0.13.3: icmp_seq=4 ttl=252 time=2.000 ms

 

--- Ping statistics for 10.0.13.3 ---

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


此时10.0.14.4已经可以ping10.0.13.3


[Core_1]dis ip fast-forwarding cache

Total number of fast-forwarding entries: 4

SIP             SPort DIP             DPort Pro Input_If    Output_If   Flg

10.0.13.3       231   10.0.14.4       0     1   GE1/0/3     Vlan10      1   

10.0.13.3       231   10.0.14.4       0     1   Vlan20      GE1/0/2     11  

10.0.14.4       231   10.0.13.3       2048  1   GE1/0/2     Vlan20      1   

10.0.14.4       231   10.0.13.3       2048  1   Vlan10      GE1/0/3     11  

可以看到交换机上也对同一条流区分出入接口后生成了两条快转表。

解决方法

关闭核心交换机快速转发负载分担功能

[Core_1]undo ip fast-forwarding load-sharing

该案例对您是否有帮助:

您的评价:1

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

作者在2022-09-29对此案例进行了修订
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

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