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

The problem that the S7503E-M as an intermediate device fails to pass the Layer 2 mirrored traffic

2020-06-01 Published
  • 0关注
  • 0收藏 1754浏览
周天 五段
粉丝:0人 关注:0人

Network Topology


On the Layer 2 network, Huawei equipment performs local mirroring, and throws mobile DNS traffic directly to our switch through the local mirror. Our switch acts as an intermediate device for pure Layer 2 forwarding. The mobile engineer stated: 1. The mirror source interface of the mobile party is a Layer 3 port. 2. The monitoring port of the mobile party (that is, the port connected to the S75 switch) is a Layer 2 port and is an access port. The vlan is a local vlan of Huawei"s own, so the traffic should be untagged.



Problem Description

At this time, Layer 2 traffic cannot pass through S75. Check the interface count. There is a lot of traffic on the inbound interface, but the outbound interface traffic is very small.

<YD-JZ-HJSW-2>dis counters inbound interface  gi 0/0/1

Interface         Total (pkts)   Broadcast (pkts)   Multicast (pkts)  Err (pkts)

GE0/0/1                1154698                  0                  9           0

 

 Overflow: More than 14 digits (7 digits for column "Err").

       --: Not supported.

<YD-JZ-HJSW-2>dis counters outbound interface  ten 0/0/25

Interface         Total (pkts)   Broadcast (pkts)   Multicast (pkts)  Err (pkts)

XGE0/0/25               102107                 24                 95           0

 

 Overflow: More than 14 digits (7 digits for column "Err").

       --: Not supported.


GE0/0/1(in)



XGE0/0/25(out)





Process Analysis

First check the configuration under the device interface is a simple Layer 2 forwarding configuration, traffic flooded in vlan101.

#

interface GigabitEthernet0/0/1

 port link-mode bridge

 description To-YD-JZ-DNS01

 port access vlan 101

#

interface Ten-GigabitEthernet0/0/25

 port link-mode bridge

 description To-40G_SW To-Core-1&2

 port link-type trunk

 undo port trunk permit vlan 1

 port trunk permit vlan 20 101 to 104 652

#


Secondly, use the debug port flow-info slot 0 command to view the incremental traffic changes. You can see that the packets in the inbound direction of 0/0/1 are much larger than the packets in the outbound direction of 0/0/25, and the packet is not forwarded. Packets may be dropped on the S75 switch.

inbound



outbound



It is suspected that the reason is that the layer 2 traffic carries the vlan tag. Although the Huawei device indicates that it is thrown to our S75E G0/0/1 interface to the traffic without carrying the vlan-tag, it is received from our device ge1 (G0 / 0/1) chip. According to the statistics of the received packets, a large number of vlan-tag packets were received.


UC_PERQ_BYTE(7).ge0:             2,023,941          +2,023,941             131/s

RUC.ge1           :         1,409,965,854      +1,237,338,671          61,335/s

RDBGC3.ge1        :         1,409,976,359      +1,237,347,910          61,335/s

RDBGC8.ge1        :         1,409,976,358      +1,237,347,909          61,335/s

ING_NIV_RX_FRAMES_VLAN_TAGGED.ge1:         1,409,976,358      +1,237,347,909          61,335/s  //Count of TAG packets received on the port

R64.ge1           :               189,608            +164,997               3/s

R127.ge1          :           831,165,610        +731,516,945          35,010/s

R255.ge1          :           456,778,664        +398,236,914          19,650/s

R511.ge1          :           107,757,150         +94,497,804           6,565/s

R1023.ge1         :             3,481,027          +3,038,954              96/s

R1518.ge1         :               147,305            +137,589               3/s


Therefore, Huawei devices use Layer 3 ports as mirror source ports to send mirror packets that also carry vlan tags.



Solution

The QinQ function is implemented on the S75 switch. When the message enters the S75 switch port, because qinq will be marked with an outer tag, the tagged message will be released by the port. The label is peeled off.


该案例对您是否有帮助:

您的评价:1

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

0 comments

No comments

Add Comments:

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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