```html

display drni summary 返回空结果（无任何字段、无错误提示、无“Not enabled”等提示），并非语法错误，而是DRNI协议栈未进入初始化完成状态。该现象本质是控制平面未构建出有效DRNI上下文——既非“禁用态”，亦非“故障态”，而是处于“未就绪静默态”。对资深工程师而言，这比报错更需警惕：它暗示某关键依赖链在底层已断裂。

• 执行 drni enable 是所有DRNI配置的前提，且必须在系统视图下全局开启；
• 常见疏漏：在IRF成员设备上仅于Master执行，但Slave未同步生效（需确认display irf configuration中配置是否已同步）；
• 验证命令：display current-configuration | include drni enable，若无输出即未使能。

DRNI要求IRF域具备“单控制面+双转发面”能力，若IRF分裂或选举震荡，DRNI进程将拒绝启动——此时display drni summary必然为空。

以下三条命令缺一不可，且必须在drni enable后配置：

drni system-mac 0001-0001-0001
drni system-priority 32768
drni peer-switch

特别注意：peer-switch必须仅在一台设备上配置（通常为IRF Master），若双端均配置将导致角色冲突，DRNI状态机停滞在INIT阶段。

• System MAC必须全局唯一且两端严格一致（建议使用专用MAC池，避免与VRRP/MSTP冲突）；
• System Priority推荐差异化设置（如32768 vs 32769），确保Peer-Switch角色唯一；
• 通过display drni verbose比对两端Local Role与Peer Role字段，若均为Switch或均为Non-Switch即配置倒置。

不同厂商/版本对DRNI的实现存在差异：

• H3C Comware V7 7.1.07X及以上支持标准DRNI；
• 若主设备为7.1.075、备设备为7.1.070，可能因Keepalive TLV解析差异导致握手失败；
• 务必核查display version与官方《DRNI特性兼容矩阵》文档。

单一命令不足以定位，需组合验证：

当CLI级诊断无法突破时，启用深层手段：

• 开启调试：debugging drni event + terminal monitor，捕获DRNI FSM跳转日志；
• 在Keepalive VLAN接口抓包：capture packet interface Vlan-interface x udp port 6000，确认UDP报文是否双向收发；
• 检查内核模块：display kernel stack | include drni（部分平台支持），排除驱动层挂起。

1. ✅ display current-configuration | include drni enable —— 全局开关已开
2. ✅ display irf —— IRF Domain ID一致，Master稳定
3. ✅ display drni configuration —— system-mac/priority/peer-switch三项齐全且语义正确
4. ✅ ping -a [Keepalive源IP] [Peer Keepalive IP] —— 三层可达
5. ✅ display acl all —— 无ACL显式deny udp destination-port eq 6000
6. ✅ display version —— 主备设备版本号完全一致且≥最低支持版本
7. ✅ display drni keepalive —— Last Received Time持续更新
8. ✅ display drni verbose —— Local State = Established, Peer State = Established

```