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

7506E 作为网关与终端不通问题经验案例

  • 0关注
  • 0收藏 1363浏览
粉丝:19人 关注:0人

组网及说明

组网

75EIRFbagg 1023(网关  10.1.245.254====聚合口2048  6800IRF--服务器(10.1.245.110

问题描述

    75E为服务器网关。服务器到75E vlan 245网关地址10.1.245.254不通(在75E上带网关源地址ping该服务器也确实不通)。当前同网段只有这个地址不通,服务器地址换成10.1.245.109就通了。用网关ping服务器地址的时候,在6800上流统,发现没有收到75E的发出的报文。

过程分析

75E

相关配置如下

#

interface Vlan-interface245

 ip address 10.1.245.254 255.255.255.0

#

#

interface Bridge-Aggregation1023

 description To_QingYun

 port link-type trunk

 undo port trunk permit vlan 1

 port trunk permit vlan 237 242 to 245 500 to 501 637

 link-aggregation mode dynamic

#

 

聚合口1023接口全是选中状态,无异常。

Aggregate Interface: Bridge-Aggregation1023

Aggregation Mode: Dynamic

Loadsharing Type: Shar

Management VLAN : None

System ID: 0x8000, d461-fe79-4000

Local:

  Port             Status  Priority Oper-Key  Flag

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

  XGE1/2/0/27      S       32768    9         {ACDEF}

  XGE1/2/0/28      S       32768    9         {ACDEF}

  XGE2/2/0/27      S       32768    9         {ACDEF}

  XGE2/2/0/28      S       32768    9         {ACDEF}

Remote:

  Actor            Partner Priority Oper-Key  SystemID               Flag  

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

  XGE1/2/0/27      3       32768    1         0x8000, 38ad-be8d-585d {ACDEF}

  XGE1/2/0/28      164     32768    1         0x8000, 38ad-be8d-585d {ACDEF}

  XGE2/2/0/27      4       32768    1         0x8000, 38ad-be8d-585d {ACDEF}

  XGE2/2/0/28      165     32768    1         0x8000, 38ad-be8d-585d {ACDEF}

 

查看终端的arp,发现平台表项学习正常

<CZYH-ZBJF-S7605E>dis arp 10.1.245.110

  Type: S-Static   D-Dynamic   O-Openflow   R-Rule   M-Multiport  I-Invalid

IP address      MAC address    VLAN     Interface                Aging Type

10.1.245.110    5254-ce15-2c52 245      BAGG1023                 5     D   

看现象比较像是parity error。然后看了下诊断,故障的当前还有parity error

Jan 16 2020 07:18:26:0700:Unit 0 mem MMU_CTR_UC_DROP_MEM.mmu0[393] Code[0] parity error.line=2988.

Jan 16 2020 07:18:26:0701:Unit 0 mem MMU_CTR_UC_DROP_MEM.mmu0[393] Code[0] parity error.line=2988.

Jan 16 2020 07:18:26:0702:Unit 0 mem MMU_CTR_UC_DROP_MEM.mmu0[393] Code[0] parity error.line=2988.

Jan 16 2020 07:18:26:0703:Unit 0 mem MMU_CTR_UC_DROP_MEM.mmu0[393] Code[0] parity error.line=2988.

Jan 16 2020 07:18:26:0705:Unit 0 mem MMU_CTR_UC_DROP_MEM.mmu0[393] Code[0] parity error.line=2988.

Jan 16 2020 07:18:26:0706:Unit 0 mem MMU_CTR_UC_DROP_MEM.mmu0[393] Code[0] parity error.line=2988.

 

此外,查看了底层arp,查看发现mac字段全为0

[CZYH-ZBJF-S7605E-probe]debug ipv4-drv show arp 0 10.1.245.110 chassis 1 slot 2

    **********************************************************

- IPv4 ARP Information  Chassis 1 Slot 2

**********************************************************

--- UNIT: 0 ---

- VRF:                  0

- IP ADDR:              10.1.245.110

- LOCATION:             defip

- EGRESS ID:            200004

- IPMC PTR:             0

- FLAGS:                0x1400c

- HWINDEX:              0

- PRI NUM:              0x0

- INTF NUM:             200004

- MAC ADDR:             0000-0000-0000

- CLASSID:              0

- DMOD:                 0

- DPORT:                0

- ENCAP ID:             0

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

**********************************************************

 

[CZYH-ZBJF-S7605E-probe]debug ipv4-drv show arp 0 10.1.245.110 chassis 2 slot 2

 

 

**********************************************************

- IPv4 ARP Information  Chassis 2 Slot 2

**********************************************************

--- UNIT: 0 ---

- VRF:                  0

- IP ADDR:              10.1.245.110

- LOCATION:             defip

- EGRESS ID:            200004

- IPMC PTR:             0

- FLAGS:                0x1400c

- HWINDEX:              0

- PRI NUM:              0x0

- INTF NUM:             200004

- MAC ADDR:             0000-0000-0000

- CLASSID:              0

- DMOD:                 0

- DPORT:                0

- ENCAP ID:             0

 

 之后继续查看路由表,发现该地址以32位路由的形式学习到了,出口也并非bagg 1023

  ===============display ip routing-table=============== 

 

Destinations : 1005  Routes : 2705

 

Destination/Mask    Proto  Pre  Cost         NextHop         Interface

10.1.245.0/32       Direct 0    0                10.1.245.254    Vlan245

10.1.245.110/32     OSPF   150  1            10.1.1.14       Vlan1

                                                                10.1.100.14     Vlan100

                                                                  10.1.201.14     Vlan201

10.1.245.254/32     Direct 0    0              127.0.0.1       InLoop0

10.1.245.255/32     Direct 0    0            10.1.245.254    Vlan245

 

查看对应的下一跳的ARP

10.1.1.14       d072-dc81-4100 1        BAGG31                   20    D 

10.1.206.14     346b-5b65-42e0 701      BAGG3                    17    D   

10.1.201.14     d072-dc81-4100 201      BAGG31                   19    D    

经过确认,是因为客户在其他设备上将该地址错误的引入到了OSPF,从而75E通过OSPF区域外路由学习到了。(客户侧未提供具体的其他设备的配置,在和客户反馈75E上路由学习异常后,客户自行排查解决了。从原理上将,应该是这个地址在其他设备上是直连路由,而且该设备上配置了arp route-direct advertise,然后该设备上OSPF引入了直连路由)

当路由表的转发路径和ARP出现冲突时,现在平台实现都是路由优先。

解决方法

现场将错误的地址和OSPF引入消除后,问题解决。在直连地址的通信中,要记住先查看路由表,在路由表正确的情况下再看ARP表项。

该案例对您是否有帮助:

您的评价:1

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

1 个评论
粉丝:0人 关注:0人

其他设备上把该地址引入了Ospf?服务器不是通过二层汇聚69然后到76的吗?其他设备怎么引入,没搞懂

是其他连接75的设备,不是这台6800,当时查看该ospf路由出口不是连接这台6800的

时光记忆srp 发表时间:2020-03-21

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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