HCIE-RS-TAC-01-AR29的loopback0无法访问AR28的loopback

AR29的loopback0无法访问AR28的loopback

AR29 的 loopback0 地址无法访问 AR28 的 loopback0：请诊断其问题的原因。

不能有病句，错别字，用错标点符号，语言不能口语化，排版要整齐，大方。

术语引入要正确，字体风格要统一。

分析思路，逻辑性要强，有分层排错的思想。

1）故障原因：LSW6上连接AR29与AR28的接口划分错误

故障根因判断

1）AR29的loopback0地址无法访问AR28的loopback0地址的根本原因是因为AR29与AR28用于建立OSPF邻居关系的接口不在同一个广播域中

2）LSW6上连接AR29与AR28的接口VLAN划分错误。

故障分析

2.1 故障现象重现，在AR29上以自身loopback0接口的地址为源地址，去ping AR28的loopback0接口的地址，测试结果如下输出所示：

<AR29>ping -a 10.5.1.29 10.5.1.28

PING 10.5.1.28: 56 data bytes, press CTRL_C to break

Request time out

--- 10.5.1.28 ping statistics ---

5 packet(s) transmitted

0 packet(s) received

100.00% packet loss

由以上输出结果可知确实存在此故障，由于AR29与AR28之间运行OSPF路由协议，

所以在AR29上进一步查看路由表以确定是否存在AR28的loopback0接口地址的路由信息。

2.2 在AR29上检查路由表，看是否存在到AR28的loopback0接口地址的路由，测试输出结果如下所示：

<AR29>display ip routing-table

Route Flags: R - relay, D - download to fib

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

Routing Tables: Public

Destinations : 11 Routes : 11

Destination/Mask Proto Pre Cost Flags NextHop Interface

10.5.1.29/32 Direct 0 0 D 127.0.0.1 LoopBack0

10.5.128.0/24 Direct 0 0 D 10.5.128.29 GigabitEthernet0/0/0

10.5.128.29/32 Direct 0 0 D 127.0.0.1 GigabitEthernet0/0/0

10.5.128.255/32 Direct 0 0 D 127.0.0.1 GigabitEthernet0/0/0

10.5.233.0/24 Direct 0 0 D 10.5.233.29 GigabitEthernet0/0/1

10.5.233.29/32 Direct 0 0 D 127.0.0.1 GigabitEthernet0/0/1

10.5.233.255/32 Direct 0 0 D 127.0.0.1 GigabitEthernet0/0/1

127.0.0.0/8 Direct 0 0 D 127.0.0.1 InLoopBack0

127.0.0.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0

127.255.255.255/32 Direct 0 0 D 127.0.0.1 InLoopBack0

255.255.255.255/32 Direct 0 0 D 127.0.0.1 InLoopBack0

由以上输出可知AR29并没有到AR28的loopback0接口地址的路由，所以需要检查AR29与AR28的OSPF邻居关系是否正常；

2.3 在AR29上检查OSPF邻居关系是否正常，输出结果如下所示：

<AR29>display ospf peer brief

OSPF Process 1 with Router ID 10.5.1.29

Peer Statistic Information

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

Area Id Interface Neighbor id State

0.0.0.2 GigabitEthernet0/0/1 10.5.1.33 Full

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

如上输出可知AR29在区域0没有与AR28 AR27建立OSPF邻居关系，所以初步判断OSPF配置错误，需进一步检查。

2.4 由于AR27与AR28 AR29处于同一个OSPF域中，所以可以通过AR27的测试结果来判断AR28配置是否正确，测试及输出结果如下：

<AR27>display ospf peer b /*检查AR27的OSPF邻居关系*/

OSPF Process 1 with Router ID 10.5.1.27

Peer Statistic Information

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

Area Id Interface Neighbor id State

0.0.0.0 GigabitEthernet0/0/0 10.5.1.28 Full

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

<AR27>display ip routing-table | in 10.5.1.28 /*查看AR27是否接收到AR28的loopback0路由*/

Route Flags: R - relay, D - download to fib

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

Routing Tables: Public

Destinations : 30 Routes : 30

Destination/Mask Proto Pre Cost Flags NextHop Interface

10.5.1.28/32 OSPF 10 1 D 10.5.128.28 GigabitEthernet0/0/0

由以上输出可知AR27与AR28能正常建立OSPF邻居关系，并且AR27能够学习到AR28的loopback0地址，说明AR28 ospf配置正确，此时需要对比AR27与AR29的OSPF配置是否一致来判断AR29的OSPF是否配置正确。

2.5 在AR27/AR29上分别用display ospf brief命令来检查对比配置，判断AR29的配置是否正确

<AR27>display ospf brief /*查看AR27 OSPF配置情况*/

OSPF Process 1 with Router ID 10.5.1.27

OSPF Protocol Information

RouterID: 10.5.1.27 Border Router:

......

Area: 0.0.0.0 (MPLS TE not enabled)

Authtype: MD5 Area flag: Normal

SPF scheduled Count: 8

ExChange/Loading Neighbors: 0

Router ID conflict state: Normal

Area interface up count: 3

Interface: 10.5.128.27 (GigabitEthernet0/0/0)

Cost: 1 State: DR Type: Broadcast MTU: 1500

Priority: 1

Designated Router: 10.5.128.27

Backup Designated Router: 10.5.128.28

Timers: Hello 10 , Dead 40 , Poll 120 , Retransmit 5 , Transmit Delay 1

<AR29>display ospf brief /*查看AR29 OSPF配置情况*/

OSPF Process 1 with Router ID 10.5.1.29

OSPF Protocol Information

RouterID: 10.5.1.29 Border Router: AREA AS NSSA

......

Area: 0.0.0.0 (MPLS TE not enabled)

Authtype: MD5 Area flag: Normal

SPF scheduled Count: 6

ExChange/Loading Neighbors: 0

Router ID conflict state: Normal

Area interface up count: 2

Interface: 10.5.128.29 (GigabitEthernet0/0/0)

Cost: 1 State: DR Type: Broadcast MTU: 1500

Priority: 1

Designated Router: 10.5.128.29

Backup Designated Router: 0.0.0.0

Timers: Hello 10 , Dead 40 , Poll 120 , Retransmit 5 , Transmit Delay 1

Interface: 10.5.1.29 (LoopBack0)

Cost: 0 State: P-2-P Type: P2P MTU: 1500

Timers: Hello 10 , Dead 40 , Poll 120 , Retransmit 5 , Transmit Delay 1

通过以上输出可以看出AR29的OSPF配置正确并且把loopback0也加入了OSPF进程中，所以需要进一步检查OSPF邻居建立是否出现了其他错误。

2.6 在AR29上使用display ospf error interface命令检查是否出现OSPF邻居建立的错误报文，测试及输出结果如下：

<AR29>display ospf error interface g0/0/0

OSPF Process 1 with Router ID 10.5.1.29

OSPF error statistics

Interface: GigabitEthernet0/0/0 (10.5.128.29)

General packet errors:

0 : Bad version 0 : Bad checksum

0 : Bad area id 0 : Bad authentication type

0 : Bad authentication key 0 : Unknown neighbor

0 : Bad net segment 0 : Extern option mismatch

0 : Router id confusion

HELLO packet errors:

0 : Netmask mismatch 0 : Hello timer mismatch

0 : Dead timer mismatch 0 : Invalid Source Address

......

由以上输出可知OSPF并没有接收到任何错误报文信息，因为只有两种情况会造成此现象，一是OSPF邻居关系正常建立，二是OSPF完全没有接收到任何报文。由于OSPF邻居没有正常建立，所以可以判断OSPF没有正常接收到任何报文，初步判断为AR29与AR28用户建立OSPF的三层地址不通，需进一步判断。

2.7 在AR29上用命令ping -a 10.5.128.29 10.5.128.28 来测试三层地址是否可达，测试结果如下；

<AR29>ping -a 10.5.128.29 10.5.128.28

PING 10.5.128.28: 56 data bytes, press CTRL_C to break

Request time out

--- 10.5.128.28 ping statistics ---

5 packet(s) transmitted

0 packet(s) received

100.00% packet loss

由以上输出结果可知AR29与AR28之间用于建立OSPF邻居关系的三层IP地址不可达，进一步判断二层是否互通。

2.8 在AR29上检查ARP表，看是否有AR28的IP-MAC的映射关系，输出结果如下所示：

<AR29>display arp

IP ADDRESS MAC ADDRESS EXPIRE(M) TYPE INTERFACE VPN-INSTANCE

VLAN/CEVLAN PVC

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

10.5.128.30 00e0-fca0-04f8 I - GE0/0/0

10.5.40.30 00e0-fca0-04f9 I - GE0/0/1

10.5.40.34 00e0-fcbd-4f8e 18 D-0 GE0/0/1

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

Total:3 Dynamic:1 Static:0 Interface:2

由以上输出可知AR29的ARP表中并没有AR28 10.5.128.28地址的IP-MAC映射关系，所以初步判断AR29连接LSW6的接口DOWN，需进一步检查。

2.9 在AR29上采用两次display interface GigabitEthernet 0/0/0 来检查AR29连接LSW6的接口是否正常，测试及输出结果如下所示：

第一次

<AR29>display interface GigabitEthernet 0/0/0

GigabitEthernet0/0/0 current state : UP

Line protocol current state : UP

......

Input: 790 packets, 94010 bytes

Unicast: 0, Multicast: 790

......

第二次

<AR29>display interface GigabitEthernet 0/0/0

GigabitEthernet0/0/0 current state : UP

Line protocol current state : UP

......

Input: 804 packets, 95676 bytes

Unicast: 0, Multicast: 804

......

由以上上输出可以看出AR29连接LSW6的接口物理和协议正常，并且能够两次输出结果中的组播报文在增长，所以可以判断端口正常。

综合分析

通过以上测试结果可以发现，AR29的ospf配置正常，AR29与LSW6直连的接口正常，AR28 OSPF配置正常，但是AR29与AR28用于建立OSPF邻居关系的三层及二层地址不可达。所以可以判断故障的根本原因为AR29与AR28用于建立OSPF邻居关系的IP地址不在同一个广播域，LSW6上用于连接AR29与AR28的接口VLAN划分错误。

故障处理

3.1 LSW6 vlan划分错误的故障处理需在LSW6上执行以下命令：

display port vlan	确定连接AR27 28 29的接口vlan不一致的情况
system-view	进入系统视图
interface {连接AR29的接口ID}	进入接口视图
port link-type access	配置接口为access模式
port default vlan {与AR27 AR28一致的vlanID}	配置连接AR29的接口vlan与AR27 AR28一致

执行完成以上命令后在AR29上采用以下命令进行测试：

ping -a 10.5.128.29 10.5.128.28	AR29与AR28用于建立OSPF邻居关系的IPV4地址三层应该可达
display ospf peer brief	AR29与AR28的ospf邻居关系应该正常建立
display ip routing-table \| include 10.5.1.28	AR29能够正常学习到AR28的loopback0 IPV4地址
ping -a 10.5.1.29 10.5.1.28	AR29的loopback0 IPV4地址能够与AR28的loopback0 IPV4地址互通，故障解决

3.2 其他高可能性故障--LSW6上配置了MuxVlan则需在LSW6上执行以下命令：

display mux-vlan	确定配置了Muxvlan的接口
system-view	进入系统视图
interface {配置了muxvlan的接口ID}	进入接口视图
undo port mux-vlan enable	禁用muxvlan功能

执行完成以上命令后在AR29上采用以下命令进行测试：

ping -a 10.5.128.29 10.5.128.28	AR29与AR28用于建立OSPF邻居关系的IPV4地址三层应该可达
display ospf peer brief	AR29与AR28的ospf邻居关系应该正常建立
display ip routing-table \| include 10.5.1.28	AR29能够正常学习到AR28的loopback0 IPV4地址
ping -a 10.5.1.29 10.5.1.28	AR29的loopback0 IPV4地址能够与AR28的loopback0 IPV4地址互通，故障解决

3.3其他高可能性故障--LSW6和AR28上配置了过滤策略则需在AR28 LSW6设备上执行以下命令：

display traffic-filter applied-record	检测调用了ACL的接口
display traffic-policy applied-record	检测调用了traffic-policy的接口
system-view	进入系统视图
interface {所有相关接口}	进入相关接口的接口视图
undo traffic-filter inbound/outbound	删除策略

执行完成以上命令后在AR29上采用以下命令进行测试：

ping -a 10.5.128.29 10.5.128.28	AR29与AR28用于建立OSPF邻居关系的IPV4地址三层应该可达
display ospf peer brief	AR29与AR28的ospf邻居关系应该正常建立
display ip routing-table \| include 10.5.1.28	AR29能够正常学习到AR28的loopback0 IPV4地址
ping -a 10.5.1.29 10.5.1.28	AR29的loopback0 IPV4地址能够与AR28的loopback0 IPV4地址互通，故障解决

3.4 如果执行以上命令都无法解决问题，则需要用户提供完整的设备配置信息或者派遣一线工程师到达用户现场进行现场排障，同时拨打华为400服务热线请求华为专家的协助，谢谢！

HCIE-RS-TAC-01-AR29的loopback0无法访问AR28的loopback相关推荐

华为HCIE RS笔记-01以太网基础
一．以太网基础: 常见传输介质: (1)同轴电缆(有线电视): (2)双绞线(局域网网线): (3)光纤(广域网网线): 右图中为光纤接口类型: ① ST ② FC ③ SC ④ LC (4)串口电缆 ...
2020.6.12 HCIE RS LAB战报
HCIE R&S LAB考试我预约的日期是6月12日,地点是在北京海淀区的融科融智创新园.在北京南下车后同站转乘地铁4号线到西直门站,再倒13号线到西二旗站就能到达考试地点.在6月11日的中午 ...
华为HCIE RS都考什么？（含选择及面试题）
选择题 (单选)如果有一个运行 802.1 D 生成树协议的局域网,那么在这个网络中的交换机会从交换机收到哪些参数信息? A. Maxage. B. Forward delay. C. Root Co ...
华为HCIE RS笔记-20 OSPF的V-Link
通常情况下,一个OSPF网络的每个非骨干区域都必须与骨干区域通过ABR路由器直接连接,非骨干区域之间的通信都需要通过骨干区域进行中转.但在现实生活中,可能会因为各种条件限制,导致非骨干区域与骨干区域无 ...
华为HCIE RS笔记-02分层
二. 分层模型: 为了降低网络设计的复杂度,将协议进行了分层设计. 互联网模型大体上分为: ① OSI七层模型 ② TCP/IP模型 ③ IPX/SPX模型 ④ SNA模型 1.OSI七层模型: 开放 ...
华为HCIE RS笔记-17以太网技术PPoE
PPP over Ethernet,数字用户线路DSL(Digital Subscriber Line)是以电话线为传输介质的传输数字信号的技术,人们通常把所有的DSL技术统称为xDSL,x代表不同种 ...
华为HCIE RS笔记-16以太网技术端口隔离，Smart Link，Monitor Link，端口镜像
. 端口隔离: 端口隔离可以实现端口之间无法数据通信,端口隔离默认隔离二层广播,三层互通,属于同隔离组中的设备无法实现数据通信,但是可以与其他隔离组中的设备进行通信. 端口隔离配置: [Huawei] ...
华为HCIE RS笔记-17OSPF收敛过程
OSPF收敛过程: OSPF收敛需要经过八种状态机制: ① down ② Attempt ③ Init ④ Two-way ⑤ Exstart ⑥ Exchange ⑦ Loading ⑧ Full ...
华为HCIE RS笔记-21OSPF防环机制
区域内防环: 区域内使用SPF算法,以自己为根,根据LSA的拓扑信息和路由信息,纯天然的防环机制区域间防环: 从一个"真ABR"流出的Network Summary LSA不会 ...
华为HCIE RS笔记-12以太网技术DHCP
在大型企业网络中,会有大量的主机或设备需要获取IP地址灯网络参数.如果采用手工配置,工作量大且不好管理,如果有用户擅自修改网络参数,还有可能会造成IP地址冲突等问题.使用动态主机配置协议DHCP(Dy ...

HCIE-RS-TAC-01-AR29的loopback0无法访问AR28的loopback

1）故障原因：LSW6上连接AR29与AR28的接口划分错误

HCIE-RS-TAC-01-AR29的loopback0无法访问AR28的loopback相关推荐

最新文章

热门文章