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

某局点S7503X IRF环境下挂2个终端三层互访不通的经验案例

  • 1关注
  • 0收藏 1379浏览
张腾 五段
粉丝:0人 关注:0人

组网及说明


如图2台S7503X做IRF作为2个终端的网关,PC1和PC2不同网段。PC1访问PC2的流量,去方向直接通过交换机发往PC2,PC2的回城流量通过策略路由引到第三方准入设备后再发给S7503X,然后发给PC1。

问题描述

PC1访问PC2不通

过程分析

1、在S7503X上部署流量统计,发现PC1访问PC2的回城流量从准入设备发给S7503X后,S7503X未回给PC1。

Interface: Ten-GigabitEthernet2/2/0/34
 Direction: Inbound
 Policy: liutong
  Classifier: liutong
    Operator: AND
    Rule(s) :
     If-match acl 3333
    Behavior: liutong
     Accounting enable:
       4 (Packets)
       0 (pps)

Interface: Ten-GigabitEthernet2/2/0/34
 Direction: Outbound
 Policy: liutong
  Classifier: liutong
    Operator: AND
    Rule(s) :
     If-match acl 3333
    Behavior: liutong
     Accounting enable:
       0 (Packets)
       0 (pps)
             
dis qos poli in ten2/2/0/33
Interface: Ten-GigabitEthernet2/2/0/33
 Direction: Inbound
 Policy: liutong
  Classifier: liutong
    Operator: AND
    Rule(s) :
     If-match acl 3333
    Behavior: liutong
     Accounting enable:
       4 (Packets)
       0 (pps)

Interface: Ten-GigabitEthernet2/2/0/33
 Direction: Outbound
 Policy: liutong
  Classifier: liutong
    Operator: AND
    Rule(s) :
     If-match acl 3333
    Behavior: liutong
     Accounting enable:
       4 (Packets)
       0 (pps)
             
dis qos poli in ten1/2/0/26
Interface: Ten-GigabitEthernet1/2/0/26
 Direction: Inbound
 Policy: liutong
  Classifier: liutong
    Operator: AND
    Rule(s) :
     If-match acl 3333
    Behavior: liutong
     Accounting enable:
       4 (Packets)
       0 (pps)

Interface: Ten-GigabitEthernet1/2/0/26
 Direction: Outbound
 Policy: liutong
  Classifier: liutong
    Operator: AND
    Rule(s) :
     If-match acl 3333
    Behavior: liutong
     Accounting enable:
       4 (Packets)
       0 (pps)

2、PC2回城流量的转发路径如下:

PC2-----2/2/0/34------>PBR---1/2/0/26--->准入设备---->1/20/26---->2/2/0/33---->PC1

通过部署内部HG流统,并且用PC2来pingPC1来看PC2发起的ICMP request报文从准入设备回来后,已经通过堆叠口送到2框了。但是没有从2/2/0/33口发出去。

3、将2框堆叠口报文镜像到CPU,发现ICMP request报文的目的是1/2/0/26口,而不是正常的2/3/0/33

drv_rxtx_rx():unit=0, port=40,pvlan=60,cos=2,reason=0x0,length=78,sMod=4,sPort=27,dMod=4,dPort=27,opcode=1,rxMatched=0,rx_untagged=3,uiDrvRxFlags=0x44,srcvp=4294967295,mcgroup=1051,reasOns=0x0000 0000 0000 0000 0000 0000 0000 ,hghdr: fb 00 04 1b 04 1b 3b 00 21 00 00 00 00 3c 01 00

*Sep 10 20:24:16:236 2021 S7003X DRVPLAT/7/RxTxDebug: -MDC=1-Chassis=2-Slot=2;

From board 20: received packet from chip0,port40,reason=0x0,cos=2,sMod=4,sPort=27,len=78,Matched=0,time=0,src_vp=-1

*Sep 10 20:24:16:236 2021 S7003X DRVPLAT/7/RxTxDebug: -MDC=1-Chassis=2-Slot=2;

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

0000  40 6c 8f b8 d1 5f 9c 54 c2 08 1c 01 81 00 00 3c

 0010  08 00 45 00 00 3c 24 9d 00 00 3e 01 d2 79 ac 14

 0020  f1 01 ac 14 3c 80 08 00 2c c5 00 01 20 96 61 62

解析报文描述符资源,目的也是1/2/0/26

[S7003X-probe]bcm c 2 s 2 c 0 h2higig2/0xfb00041b/0x041b3b00/0x21000000/0x003c0100

0xfb00041b <START=0xfb MCST=0x0 TC=0 DST_MOD=4 DST_PORT=27

            OVERLAY: MGID=1051>

0x041b3b00 <SRC_MOD=4 SRC_PORT=27 LBID=59 DP=0 EHV=0 PPD_TYPE=0>

0x21000000 <DST_T=0 DONOT_MODIFY=0 DONOT_LEARN=1

             LEG_FAILOVER=0 IT=0 MO=0 MD=0 M=1 L3=0

            LP=0 LABEL_TYPE=0 VC_LABEL=0x00000

            REPLICATION_ID=0x0>

0x003c0100 <VLAN_PRI=0 VLAN_CFI=0 VLAN_ID=60

            PFM=0 SRC_T=0 PRESERVE_DSCP=0

            PRESERVE_DOT1P=0 OPCODE=1 HXL=0>

 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

4、PC2的网关接口配置了PBR,下一跳出接口就是1/2/0/26口。正常情况下从准入发过来的三层流量不会再匹配PBR,但从现象看从准入发给S7503X的报文又匹配了PBR。将网关接口的PBR配置删除后,出接口正确,PC1和PC2能够正常通信。

[S7003X-Vlan-interface60]undo ip policy-based-route

*Sep 10 20:39:37:941 2021 S7003X DRVPLAT/7/RxTxDebug: -MDC=1-Chassis=2-Slot=2;

 drv_rxtx_rx():unit=0, port=40,pvlan=60,cos=2,reason=0x0,length=78,sMod=4,sPort=27,dMod=36,dPort=34,opcode=1,rxMatched=0,rx_untagged=3,uiDrvRxFlags=0x44,srcvp=4294967295,mcgroup=9250,reasOns=0x0000 0000 0000 0000 0000 0000 0000 ,hghdr: fb 00 24 22 04 1b 3b 00 21 00 00 00 00 3c 01 00

*Sep 10 20:39:37:941 2021 S7003X DRVPLAT/7/RxTxDebug: -MDC=1-Chassis=2-Slot=2;

From board 20: received packet from chip0,port40,reason=0x0,cos=2,sMod=4,sPort=27,len=78,Matched=0,time=0,src_vp=-1

*Sep 10 20:39:37:941 2021 S7003X DRVPLAT/7/RxTxDebug: -MDC=1-Chassis=2-Slot=2;

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

0000  40 6c 8f b8 d1 5f 9c 54 c2 08 1c 01 81 00 00 3c

 0010  08 00 45 00 00 3c 24 a0 00 00 3e 01 d2 76 ac 14

 0020  f1 01 ac 14 3c 80 08 00 2c c2 00 01 20 99 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

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

5、经确认LSQM1TGS16GPSA0单板本身芯片的限制。即该单板作堆叠口时,三层流量在堆叠口也能命中pbr,导致流量又被转到下一跳去了,其他单板无此限制。


解决方法

改成MQC实现需求:

#创建acl规则                                                                               

acl number 3100                                                                

 rule 0 permit ip source 60.0.0.2 0 destination 70.0.0.2 0                     

 rule 5 permit ip source 70.0.0.2 0 destination 60.0.0.2 0                     

#                                                                              

 #配置MQC                                                                         

traffic classifier test operator and                                            

 if-match acl 3100                                                             

 if-match forwarding-layer route                                               

 if-match destination-mac 48bd-3d25-1001  //这个目的mac750X3设备上VLAN虚接口的mac地址

#                                                                                                                                                   

traffic behavior test                                                          

 redirect next-hop 110.0.0.2                                                   

#                                                                           

qos policy test                                                                

 classifier test behavior test                                                 

 #全局下发vlan 下的MQC

qos vlan-policy test vlan 60 inbound

该案例对您是否有帮助:

您的评价:1

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

作者在2021-10-08对此案例进行了修订
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

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