组网
75E(IRF)bagg 1023(网关 10.1.245.254)====聚合口2048 6800(IRF)--服务器(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表项。
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
是其他连接75的设备,不是这台6800,当时查看该ospf路由出口不是连接这台6800的