1 三层技术-IP业务类故障处理

1.1  ARP故障处理

1.1.1  无法学习到ARP表项

1. 故障描述

设备无法学习到ARP表项，导致设备无法正常转发流量。

2. 常见原因

本类故障的常见原因主要包括：

·     内存不足导致无法学习到ARP表项。

·     接口物理层未正常Up。

·     接口下配置的IP地址与对端接口不在同一网段。

·     ARP报文未上送到CPU。

·     单板存在故障。

·     CPU繁忙导致ARP报文被丢弃。

3. 故障分析

本类故障的诊断流程如图1-1所示。

图1-1 无法学习到ARP表项的故障诊断流程图

 

4. 处理步骤

(1)     ‍通过display memory-threshold命令查看是否由于内存不足导致无法学习到ARP表项。

<Sysname> display memory-threshold

Memory usage threshold: 100%

Free-memory thresholds:

    Minor: 96M

    Severe: 64M

    Critical: 48M

    Normal: 128M

    Early-warning: 256M

    Secure: 304M

 

Current free-memory state: Normal (secure)

¡     若系统当前内存使用状态（Current free-memory state）为“Normal”或“Normal (secure)”，请继续执行第(2)步。

¡     若系统当前内存使用状态（Current free-memory state）为“Minor”、“Severe”、“Critical”或“Normal (early-warning)”，请检查设备内存的使用情况并排查内存不足问题。

(2)     查看网络配置以及接口状态。

依次检查如下配置：

a.     ‍通过display interface命令查看接口是否处于UP状态。如果接口没有处于UP状态，请排查物理接口故障问题。

b.     通过display fib ip-address命令查看FIB表项的信息，ip-address为ARP表项的IP地址。如果不存在对应的FIB表项，则说明可能路由模块发生故障，关于路由模块的故障排查，请参见“三层技术-IP路由类故障处理”手册。如果FIB表存在且转发的下一跳地址不是直连下一跳地址，则需检查设备与转发下一跳地址的连接情况。

c.     通过display ip interface命令查看接口的IP地址：

-     本端接口的IP地址是否与对端接口在同一网段。如果两端接口的IP地址不在同一网段，请在接口视图下执行ip address命令修改两端的IP地址，使其在同一网段。

-     本端接口的IP地址是否与对端接口的IP地址发生冲突。如果两端接口的IP地址发生冲突，请在接口视图下执行ip address命令修改两端的IP地址，使冲突消失。

-     查看对端接口是否为转发的下一跳所在的接口。

d.     通过ping命令检查链路是否存在故障。

(3)     检查ARP报文是否正常收发。

a.     ‍先通过debugging arp packet命令打开ARP的报文调试信息开关，再通过ping命令查看设备是否正常发送和接收ARP报文。

<Sysname> debugging arp packet

<Sysname> ping –c 1 1.1.1.2

Ping 1.1.1.2 (1.1.1.2): 56 data bytes, press CTRL+C to break

56 bytes from 1.1.1.2: icmp_seq=0 ttl=255 time=2.511 ms

 

--- Ping statistics for 1.1.1.2 ---

1 packet(s) transmitted, 1 packet(s) received, 0.0% packet loss

round-trip min/avg/max/std-dev = 2.511/2.511/2.511/nan ms

<Sysname>*Apr 18 17:28:22:879 2022 Sysname ARP/7/ARP_SEND: -MDC=1; Sent an ARP message, operation: 1, sender MAC: 68cb-978f-0106, sender IP: 1.1.1.1, target MAC: 0000-0000-0000, target IP: 1.1.1.2

 以上信息表示设备成功发送一个ARP请求报文，目标IP地址为1.1.1.2，源IP地址为1.1.1.1。

*Apr 18 17:28:22:881 2022 Sysname ARP/7/ARP_RCV: -MDC=1; Received an ARP message, operation: 2, sender MAC: 68cb-9c3f-0206, sender IP: 1.1.1.2, target MAC: 68cb-978f-0106, target IP: 1.1.1.1

 以上信息表示设备成功收到一个ARP应答报文，目标IP地址为1.1.1.1，源IP地址为1.1.1.2

-     若设备成功的发送和接收了ARP报文，请继续执行第(4)步。

-     若设备没有成功的发送和接收ARP报文，请执行第b步。

b.     通过debugging arp error命令用来打开ARP的错误调试信息开关，根据。表1-1中的内容确认设备无法成功发送或接收ARP报文的原因。

表1-1 debugging arp error命令显示信息描述表

字段	描述
Packet discarded for the network state of receiving interface is down.	接收接口网络层状态down，报文被丢弃
Packet discarded for the ARP packet is too short.	ARP报文长度太短，报文被丢弃
Packet discarded for the ARP packet is error.	ARP报文错误，报文被丢弃
Packet discarded for the link state of the port is down.	端口链路层状态down，报文被丢弃
Packet discarded for the sender IP is invalid.	报文源IP地址无效，报文被丢弃
Packet discarded for the sender IP is a broadcast IP.	报文源IP地址为广播IP，报文被丢弃
Packet discarded for the target IP is invaild.	报文请求的IP地址无效，报文被丢弃
Packet discarded for the target IP is a broadcast IP.	报文请求的IP地址为广播IP，报文被丢弃
Failed to get the source MAC of the ARP reply.	获取应答报文的源MAC失败
Packet discarded for the source MAC is a multicast address.	源MAC是组播MAC，报文被丢弃
Packet discarded for the source MAC is a broadcast address.	源MAC是广播MAC，报文被丢弃
Packet discarded for the sender MAC address is the same as the receiving interface.	源MAC和接口MAC相同，报文被丢弃
Packet discarded for the number of ARP entries reaches the limit.	ARP表项数目达到上限，报文被丢弃
Packet discarded for the type of receiving interface is L2VE.	报文入端口是L2VE口，报文被丢弃
Packet discarded for conflict with static entry.	和静态配置冲突，报文被丢弃
Packet discarded for memory alarm notification.	设备内存告警，报文被丢弃
Packet discarded for insufficient resources.	设备资源不足，导致ARP报文处理失败，报文被丢弃

 

(4)     确认是否有单板发生故障。下面以slot1为例，通过display system internal arp statistics命令查看该单板的ARP统计信息。

<Sysname> system-view

[Sysname] probe

[Sysname-probe] display system internal arp statistics slot 1

Entry statistics:

Valid             = 1               Dummy             = 0

Long static       = 0               Short resolved    = 0

Multiport         = 0               L3 short          = 0

Packet            = 1               OpenFlow          = 0

Rule              = 0               ARP input         = 175

Resolved          = 10

 

Static statistics:

Short static      = 0               Long static       = 0

Multiport         = 0               Disabled          = 0

 

Error statistics:

Memory            = 0               Sync memory       = 0

Packet            = 10              Parameter         = 0

IF                = 0               Walk              = 0

Add host route    = 0               Del host route    = 0

Local address     = 0               Real time message = 0

Refresh rule      = 0               Delete rule       = 0

Smooth rule start = 0               Smooth rule end   = 0

 

Running information:

Max ARP           = 2048            Max multiport     = 64

Default blackhole = 1               Max blackhole     = 200

Timer queue       = 0               Event queue       = 0

Packet queue      = 0               LIPC send queue   = 0/0/0

¡     如果“ARP input”字段不为0，请执行第(5)步。如果“ARP input”字段为0，请排查相关单板的故障。

¡     收集“Error statistics”字段中的内容，发送给H3C技术支持工程师。

(5)     确认是否由于CPU繁忙导致ARP报文被丢弃。通过view命令查看系统目录/proc/kque下的ARP的相关内容，确认ARP报文的丢弃情况及丢弃原因。

[Sysname-probe] view /proc/kque | in ARP

0: dd0e0800  ARP_TIMER    128/0/13/0 (0x4b515545)

0: dd0e0900  ARP_SINGLEEVENT    1/0/0/0 (0x4b515545)

0: dd0e0a00  ARP_SEND    1024/0/0/0 (0x4b515545)

0: dd0e0b00  ARP_RULE    4096/0/0/0 (0x4b515545)

0: dd0e0c00  ARP_RULE_ENTRY    4096/0/0/0 (0x4b515545)

0: dd0e0d00  ARP_RBHASHNOTIFY    1/0/0/0 (0x4b515545)

0: dd0e0f00  ARP_DTC    2048/0/0/0 (0x4b515545)

0: dd0e6200  ARP_MICROSEGMENT    2048/0/0/0 (0x4b515545)

0: dd0e6300  ARP_MACNOTIFY    4096/0/0/0 (0x4b515545)

0: dd0e6400  ARP_UNKNOWNSMAC_EVENT    1/0/0/0 (0x4b515545)

0: d06e5900  ARPSNP_PKT    4096/0/0/0 (0x4b515545)

0: d06e5a00  ARP_VSISUP_PKT    4096/0/0/0 (0x4b515545)

0: d06e5b00  ARP_EVENT    8192/0/2/0 (0x4b515545)

0: d06e5c00  ARP_FREQEVENT    8192/0/1/0 (0x4b515545)

0: d06e5d00  ARP_MACNOTIFYEVENT    1/0/0/0 (0x4b515545)

0: d06e5e00  ARP_PKT    4096/0/2/0 (0x4b515545)

0: ca5f3400  FIBARPHRQ    1/0/0/0 (0x4b515545)

查看以上Probe信息中的“ARP_PKT”字段，该字段取值表示“depth/cursize/max/drops”：

¡     “depth”为队列的容量，为固定值。

¡     “cursize”为当前队列的长度。

¡     “max”为队列的历史最大长度。

¡     “drops”为队列中丢弃的ARP报文的个数。

当“drops”不为0且“max”的值与“depth”相同时，说明因CPU繁忙导致ARP报文被丢弃。如果“drops”为0，请执行第(6)步。

(6)     收集ARP进程的具体信息。执行display mdc命令显示MDC的相关信息，获取MDC的编号。通过display process命令查看MDC编号对应的ARP进程的进程编号，根据进程编号通过view命令显示ARP进程的具体信息，然后将具体信息发送给H3C技术支持工程师。

[Sysname-probe] display process name karp/1

                             Job ID: 224

                                PID: 224

                         Parent JID: 2

                         Parent PID: 2

                    Executable path: -

                           Instance: 0

                            Respawn: OFF

                      Respawn count: 1

             Max. spawns per minute: 0

                       Last started: Mon Apr 18 15:09:58 2022

                      Process state: sleeping

                          Max. core: 0

                               ARGS: -

    TID  LAST_CPU    Stack      PRI    State   HH:MM:SS:MSEC  Name

224      0          0K      115      S     0:5:25:380     [karp/1]

“karp/1”中的1表示MDC的编号为1，以上显示信息中的“PID”取值表示ARP进程的进程编号为224.。然后，请执行view命令显示224号ARP进程的具体信息。

[Sysname-probe]view /proc/224/stack

[<c04c9cd4>] kepoll_wait+0x274/0x3c0

[<e1fb1372>] arp_Thread+0x42/0xd0 [system]

[<c043f1b4>] kthread+0xd4/0xe0

[<c0401daf>] kernel_thread_helper+0x7/0x10

[<ffffffff>] 0xffffffff

(7)     请收集如下信息，并联系H3C技术支持工程师。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无

相关日志

无

1.1.2  不回应ARP请求报文

1. 故障描述

设备收到对端设备发送到ARP请求报文后，不回应ARP应答报文。

2. 常见原因

本类故障的常见原因主要包括：

·     接口收到的ARP请求报文的目的IP不是本机IP。

·     端设备发送的ARP请求报文触发了本端的源MAC地址固定的ARP攻击检测功能。

·     端设备发送的ARP请求报文触发了本端的ARP Detection功能。

3. 故障分析

本类故障的诊断流程如图1-2所示。

图1-2 不回应ARP请求报文故障诊断流程图

 

4. 处理步骤

(1)     查看ARP报文信息，确认ARP报文是否已上送到CPU处理。

a.     先通过debugging arp packet命令打开ARP的报文调试信息开关，再触发对端设备向本端发送ARP请求报文。

<Sysname> debugging arp packet

<Sysname> *Apr 21 17:38:05:489 2022 Sysname ARP/7/ARP_RCV: -MDC=1; Received an ARP message, operation: 1, sender MAC: 68cb-9c3f-0206, sender IP: 1.1.1.2, target MAC: 0000-0000-0000, target IP: 1.1.1.1

-     如果“target IP”不是本机IP，请检查对端设备的路由表和转发表。

-     如果“target IP”是本机IP，请执行步骤b。

b.     通过debugging arp error命令打开ARP的错误调试信息开关，根据表1-2中的内容确认设备不回应ARP报文的原因。

表1-2 debugging arp error命令显示信息描述表

字段	描述
Packet discarded for the network state of receiving interface is down.	接收接口网络层状态down，报文被丢弃
Packet discarded for the ARP packet is too short.	ARP报文长度太短，报文被丢弃
Packet discarded for the ARP packet is error.	ARP报文错误，报文被丢弃
Packet discarded for the link state of the port is down.	端口链路层状态down，报文被丢弃
Packet discarded for the sender IP is invalid.	报文源IP地址无效，报文被丢弃
Packet discarded for the sender IP is a broadcast IP.	报文源IP地址为广播IP，报文被丢弃
Packet discarded for the target IP is invaild.	报文请求的IP地址无效，报文被丢弃
Packet discarded for the target IP is a broadcast IP.	报文请求的IP地址为广播IP，报文被丢弃
Failed to get the source MAC of the ARP reply.	获取应答报文的源MAC失败
Packet discarded for the source MAC is a multicast address.	源MAC是组播MAC，报文被丢弃
Packet discarded for the source MAC is a broadcast address.	源MAC是广播MAC，报文被丢弃
Packet discarded for the sender MAC address is the same as the receiving interface.	源MAC和接口MAC相同，报文被丢弃
Packet discarded for the number of ARP entries reaches the limit.	ARP表项数目达到上限，报文被丢弃
Packet discarded for the type of receiving interface is L2VE.	报文入端口是L2VE口，报文被丢弃
Packet discarded for conflict with static entry.	和静态配置冲突，报文被丢弃
Packet discarded for memory alarm notification.	设备内存告警，报文被丢弃
Packet discarded for insufficient resources.	设备资源不足，导致ARP报文处理失败，报文被丢弃

 

(2)     查看对端设备的MAC是否被加入攻击表项中。以本端接口为例，通过display arp source-mac命令显示检测到的源MAC地址固定的ARP攻击检测表项。

<Sysname> display arp source-mac interface

Source-MAC       VLAN/VSI name     Interface                Aging-time (sec)

23f3-1122-3344   4094              GE2/0/1                  10

¡     如果存在源MAC地址固定的ARP攻击检测表项，且表项的MAC地址是对端设备的MAC地址，请根据业务情况通过arp source-mac threshold命令配置源MAC地址固定的ARP报文攻击检测阈值。

¡     如果不存在对端设备MAC地址对应的源MAC地址固定的ARP攻击检测表项，请执行(3)。

(3)     查看对端设备是否触发了ARP Detection功能。以Slot 1为例，通过display arp detection statistics attack-source命令显示ARP Detection攻击源统计信息。

<Sysname> display arp detection statistics attack-source slot 1

Interface              VLAN  MAC address    IP address      Number     Time

GE2/0/1                1     0005-0001-0001 10.1.1.14       24         17:09:56

03-27-2017

¡     如果ARP Detection攻击报文中的源MAC地址为对端设备的MAC地址，请查看ARP Detection的相关配置，确认是否配置不合适导致对端报文错误地触发了ARP Detection功能。如果配置不合适，请修改ARP Detection配置。

¡     如果不存在对端设备MAC地址对应的ARP Detection表项，请执行(4)。

(4)     通过display arp detection statistics packet-drop命令显示ARP Detection丢弃报文的统计信息，根据统计信息定位触发ARP Detection的原因。

<Sysname> display arp detection statistics packet-drop

State: U-Untrusted  T-Trusted

ARP packets dropped by ARP inspect checking:

Interface/AC(State)         IP        Src-MAC   Dst-MAC   Inspect

GE2/0/1(U)                  40        0         0         78

GE2/0/1(U)                  0         0         0         0

GE2/0/1(T)                  0         0         0         0

GE2/0/1(U)                  0         0         30        0

GE2/0/5-srv1(U)             0         10        20        0

GE2/0/5-srv2(T)             10        0         20        22

表1-3 display arp detection statistics packet-drop命令显示信息描述表

字段	描述
State	接口状态： ·     U：ARP非信任接口/AC ·     T：ARP信任接口/AC
Interface/AC(State)	ARP报文入接口/AC，State表示该接口/AC的信任状态
IP	ARP报文源和目的IP地址检查不通过丢弃的报文计数
Src-MAC	ARP报文源MAC地址检查不通过丢弃的报文计数
Dst-MAC	ARP报文目的MAC地址检查不通过丢弃的报文计数
Inspect	ARP报文结合用户合法性检查不通过丢弃的报文计数

 

(5)     通过display system internal arp statistics命令显示各单板的ARP统计信息，收集“Error statistics”字段中的内容，发送给H3C技术支持工程师。

[Sysname-probe] display system internal arp statistics slot 1

Entry statistics:

Valid             = 1               Dummy             = 0

Long static       = 0               Short resolved    = 0

Multiport         = 0               L3 short          = 0

Packet            = 1               OpenFlow          = 0

Rule              = 0               ARP input         = 175

Resolved          = 10

 

Static statistics:

Short static      = 0               Long static       = 0

Multiport         = 0               Disabled          = 0

 

Error statistics:

Memory            = 0               Sync memory       = 0

Packet            = 10              Parameter         = 0

IF                = 0               Walk              = 0

Add host route    = 0               Del host route    = 0

Local address     = 0               Real time message = 0

Refresh rule      = 0               Delete rule       = 0

Smooth rule start = 0               Smooth rule end   = 0

 

Running information:

Max ARP           = 2048            Max multiport     = 64

Default blackhole = 1               Max blackhole     = 200

Timer queue       = 0               Event queue       = 0

Packet queue      = 0               LIPC send queue   = 0/0/0

(6)     通过debugging arp entry命令打开ARP表项状态调试信息开关，查看ARP表项的状态，收集ARP表项状态相关日志，发送给H3C技术支持工程师。

<Sysname> debugging arp entry

<Sysname> ping -c 1 192.168.111.188

PING 192.168.111.188 (192.168.111.188): 56 data bytes, press CTRL_C to break

56 bytes from 192.168.111.188: icmp_seq=0 ttl=128 time=1.000 ms

 

--- 192.168.111.188 ping statistics ---

1 packet(s) transmitted, 1 packet(s) received, 0.0% packet loss

round-trip min/avg/max/std-dev = 1.000/1.000/1.000/0.000 ms

*Dec 17 14:28:34:762 2012 Sysname ARP/7/ARP_ENTRY: -MDC=1; ARP entry status ch

anged: MAC address: 000a-eb83-691e, IP address: 192.168.111.188, INITIALIZE -> N

O_AGE

表1-4 debugging ARP entry命令显示信息描述表

字段	描述
ARP entry status changed	ARP表项发生变化
MAC address	ARP表项的MAC地址
IP address	ARP表项的IP地址
state1->state2	从状态state1迁移到状态state2，共有四种状态： ·     INITIALIZE：未解析状态 ·     NO_AGE：不老化状态 ·     AGING：老化处理状态 ·     AGED：老化待删除状态

 

(7)     请收集如下信息，并联系H3C技术支持工程师。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无

相关日志

无

1.1.3  已有ARP表项但无法转发流量

1. 故障描述

设备已有ARP表项但无法正常转发流量。

2. 常见原因

本类故障的常见原因主要包括：

·     学习到的ARP表项参数异常。

·     学习到的ARP表项没有成功下发驱动。

3. 故障分析

本类故障的诊断流程如图1-3所示。

图1-3 已有ARP表项但无法转发流量故障诊断流程图

 

4. 处理步骤

(1)     检查ARP表项是否成功创建。通过display system internal adj4 entry命令查看ARP表项信息，以接口、对端IP地址为1.1.1.2为例。

<Sysname> system-view

[Sysname] probe

[Sysname-probe] display system internal adj4 entry 1.1.1.2 interface gigabitethernet 2/0/1

ADJ4 entry:

Entry attribute             : 0x0

Service type                : Ethernet

Link media type             : Broadcast

Action type                 : Forwarding

Entry flag                  : 0x0

Forward type                : 0x0

Slot                        : 0

MTU                         : 1500

Driver flag                 : 2

Sequence No                 : 17

Physical interface          : GE2/0/1

Logical interface           : N/A

Virtual circuit information : 65535

ADJ index                   : 0xdc731e70

Peer address                : 0.0.0.0

Reference count             : 0

Reference Sequence          : 9

MicroSegmentID              : 0

Nexthop driver[0]           : 0xffffffff

Nexthop driver[1]           : 0xffffffff

Driver context[0]           : 0xffffffff

Driver context[1]           : 0xffffffff

Driver context[2]           : 0xffffffff

Driver context[3]           : 0xffffffff

Driver context[4]           : 0xffffffff

Driver context[5]           : 0xffffffff

Link head information(IP)   : 68cb9c3f020668cb978f01060800

Link head information(MPLS) : 68cb9c3f020668cb978f01068847

¡     如果“Action type”字段为“Forwarding”，则代表设备正常转发来自1.1.1.2的流量，设备无故障。

¡     如果“Action type”字段为“Drop”，则表示没有成功创建ARP表项。

-     如果“Driver flag”字段为“4”，代表驱动资源不足，请检查驱动的使用情况。

-     如果“Driver flag”字段不为“4”，请继续执行第(2)步。

(2)     检查ARP表项是否成功下发到驱动。通过debugging system internal adj4命令并指定hardware参数打开IPv4邻接表下驱动调试功能。通过reset arp命令清除ARP表项，然后通过ping命令向对端设备发送报文来触发ARP表项的学习，查看ARP表项下发驱动的情况。

<Sysname> system-view

[Sysname] probe

[Sysname-probe] debugging system internal adj4 hardware

[Sysname-probe] ping 1.1.1.2

Ping 1.1.1.2 (1.1.1.2): 56 data bytes, press CTRL+C to break

56 bytes from 1.1.1.2: icmp_seq=0 ttl=255 time=2.015 ms

*Apr 22 15:57:56:173 2022 Sysname ARP/7/ARP_SEND: -MDC=1; Sent an ARP message, operation: 1, sender MAC: 68cb-978f-0106, sender IP: 1.1.1.1, target MAC: 0000-0000-0000, target IP: 1.1.1.2

*Apr 22 15:57:56:173 2022 Sysname ARP/7/ARP_RCV: -MDC=1; Received an ARP message, operation: 2, sender MAC: 68cb-9c3f-0206, sender IP: 1.1.1.2, target MAC: 68cb-978f-0106, target IP: 1.1.1.1

*Apr 22 15:57:56:174 2022 Sysname ADJ4/7/ADJ4_ENTRY: -MDC=1;

-------------ADJ4 Entry------------

   IP address                  : 1.1.1.2

   Route interface             : GE2/0/1

   Service type                : Ethernet

   Action type                 : Forwarding

   Link media type             : Broadcast

   Physical interface          : GE2/0/1

   Logical interface           : N/A

   VSI Index                   : 4294967295

   VPN Index                   : 0

   MicroSegmentID              : 0

   MicSegOrigin                : 5

   Virtual Circuit information : 0xffff

   Sequence                    : 1

   Sequence for aging          : 1

   Slot                        : 0

   MTU                         : 1500

 

*Apr 22 15:57:56:174 2022 Sysname ADJ4/7/ADJ4_ENTRY: -MDC=1;

 Add ADJ entry finished, Result : 0

*Apr 22 15:57:56:174 2022 Sysname ADJ4/7/ADJ4_HARDWARE: -MDC=1;

 ====Start ADJLINK Add====

 

*Apr 22 15:57:56:174 2022 Sysname ADJ4/7/ADJ4_HARDWARE: -MDC=1;

 

--------------- New Entry -------------

 Service type                : Ethernet

 Link media type             : Broadcast

 Action type                 : Forwarding

 EntryAttr                   : 0

 IP address                  : 1.1.1.2

 Route interface             : GE2/0/1

 Port interface              : N/A

 Slot                        : 0

 MTU                         : 1500

 VLAN ID                     : 65535

 Second VLAN ID              : 65535

 Physical interface          : GE2/0/1

 Logical interface           : N/A

 VRF index                   : 0

 VSI index                   : -1

 VSI link ID                 : 65535

 Usr ID                      : -1

 MAC address                 : 68cb-9c3f-0206

 Link head length(IP)        : 14

 Link head length(MPLS)      : 14

 Link head information(IP)   : 68cb9c3f020668cb978f01060800

 Link head information(MPLS) : 68cb9c3f020668cb978f01068847

 

*Apr 22 15:57:56:174 2022 Sysname ADJ4/7/ADJ4_HARDWARE: -MDC=1;

 

----------- New Entry DrvContext ---------

 

 Nexthop driver

 [0]: 0xffffffff  [1]: 0xffffffff

 Driver context

 [0]: 0xffffffff  [1]: 0xffffffff  [2]: 0xffffffff  [3]: 0xffffffff  [4]: 0xffffffff  [5]: 0xffffffff

 TRILL VN driver context

 [0]: 0xffffffffffffffff  [1]: 0xffffffffffffffff

 

*Apr 22 15:57:56:174 2022 Sysname ADJ4/7/ADJ4_HARDWARE: -MDC=1;

 ====End ADJLINK Operate====

Result : 0x0, Reference flag : 0x0, Syn flag : 0x0

56 bytes from 1.1.1.2: icmp_seq=1 ttl=255 time=1.061 ms

56 bytes from 1.1.1.2: icmp_seq=2 ttl=255 time=0.908 ms

56 bytes from 1.1.1.2: icmp_seq=3 ttl=255 time=0.625 ms

56 bytes from 1.1.1.2: icmp_seq=4 ttl=255 time=0.580 ms

 

--- Ping statistics for 1.1.1.2 ---

5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss

round-trip min/avg/max/std-dev = 0.580/1.038/2.015/0.520 ms

[Sysname-probe]%Apr 22 15:57:56:986 2022 Sysname PING/6/PING_STATISTICS: -MDC=1; Ping statistics for 1.1.1.2: 5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss, round-trip min/avg/max/std-dev = 0.580/1.038/2.015/0.520 ms.

¡     如果“Result”字段为“0x0”，则代表ARP表项成功下发到驱动，请继续执行第(3)步。

¡     如果“Result”字段不为“0x0”，则代表ARP表项没有下发到驱动，请在H3C技术支持工程师的指导下检查硬件资源的使用情况。

(3)     请执行如下命令，并收集显示信息，发送给H3C技术支持工程师。

¡     执行debugging system internal adj4命令并指定notify参数。

¡     执行debugging system internal fib prefix命令。

(4)     请收集如下信息，并联系H3C技术支持工程师。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。