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

某据点核心交换机旁挂VPN实例流量不通问题处理案例

2018-12-12 发表
  • 0关注
  • 0收藏 3132浏览
粉丝:2人 关注:0人

组网及说明

拓扑如下:


问题描述

现场有一台核心交换机(S7510)旁挂一台第三方WAF设备,核心交换机上联外部流量,下联服务器区,现有如下需求:外部流量网关和服务器网关均在核心交换机上,外部流量需要通过第三方WAF设备安全审计再回到交换机后转发给服务器,全程保证来回路径一致。

组网说明:

G1/0/4:permit trunk VLAN 3011    VLAN-interface 3011:10.223.53.1 / 24  

G1/0/2:access VLAN 3183    VLAN-interface 3183:10.223.53.26 / 30

G1/0/1:access VLAN 3184    VLAN-interface 3184:10.223.53.30 / 30

以上接口都绑定VPN实例wangzha

G1/0/3:access VLAN 2000  VLAN-interface 2000:10.255.255.1 / 30

以上接口绑定VPN实例server

测试外部网络终端地址:10.223.53.2 / 30

测试服务器地址:10.255.255.2 / 30

现场首先在核心交换机上配置了PBR将外部流量引入第三方WAF设备,流量经过WAF静态路由回到核心交换机,但是经过测试发现,外部终端无法正常PING通服务器,说明流量转发出现了问题。


过程分析

1.首先我们检查交换机上的PBR配置是否正确?

配置如下:

policy-based-route 11 permit node 1

if-match acl 3000

apply next-hop vpn-instance wangzha 10.223.53.25

Advanced IPv4 ACL 3000, 1 rule, ACL's step is 5

rule 0 permit ip vpn-instance wangzha source 10.223.53.2 0 destination 10.255.255.2 0

interface Vlan-interface3011

ip binding vpn-instance wangzha

ip address 10.223.53.1 255.255.255.252

ip policy-based-route 11

检查PBR配置没有问题,在终端上tracert核心交换机与WAF互联端口地址发现流量按照PBR的路径到核心交换机。

2.检查WAF到核心交换机的回包是否正常

在核心交换机与WAF互联的下行端口(G1/0/1)做流量统计确认流量已到核心交换机

<XXXXXX>dis qos policy interface inbound

Interface: Ten-GigabitEthernet2/11/0/8

Direction: Inbound

Policy: test

  Classifier: test

  Operator: AND

       Rule(s) : If-match acl 3016

   Behavior: test

      Accounting enable:

      20 (Packets)

流量统计有包产生,说明流量已到核心交换机。

3.确认流量上送到核心交换机后如何转发:

检查路由配置及路由表

ip route-static vpn-instance server 10.223.53.0 30 vpn-instance wangzha 10.223.53.29

ip route-static vpn-instance wangzha 10.255.255.0 30 vpn-instance server 10.255.255.2

[XXXX]dis ip routing-table vpn-instance wangzha

Destinations : XXX Routes : XXX

10.255.255.0/30 Static 60 0 10.255.255.2 Vlan2000

[XXXX]dis ip routing-table vpn-instance server

Destinations : XXX Routes : XXX

10.223.53.0/30 Static 60 0 10.223.53.29 Vlan3184

确认路由均配置正常而且路由表生效,此时我们在核心和WAF之间互联端口抓包检查。

此时我们抓包发现PING包的ttl值从253变到0,可以确认流量在核心交换机和WAF之间产生了环路。

解决方法

此时我们发现流量在核心和WAF之间产生路由环路,流量在经过WAF后回到交换机后又命中了PBR导致。

为了避免路由环路我们做如下配置修改:

将WAF与核心交换机互联的上行端口VPN实例改为SERVER,并配置回程流量的PBR保证来回路径一致,删除原本的静态路由。

interface Vlan-interface3184

ip binding vpn-instance server

ip address 10.223.53.30 255.255.255.252

policy-based-route 12 permit node 1

if-match acl 3001 apply

next-hop vpn-instance server 10.223.53.29

Advanced IPv4 ACL 3001, 1 rule, ACL's step is 5

rule 0 permit ip vpn-instance server source 10.255.255.2 0 destination 10.223.53.2 0

interface Vlan-interface2000

ip binding vpn-instance server

ip address 10.255.255.1 255.255.255.252

ip policy-based-route 12

该案例对您是否有帮助:

您的评价:1

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

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

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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