应该track Route-Aggregation1.1216 这个子接口，而不是主接口 Route-Aggregation1。

这两个track对象的含义完全不同，必须区分清楚。

 核心区别

• track 主接口 (Route-Aggregation1)：只检测聚合组本身的逻辑状态。只要聚合组内至少有一个成员物理端口是UP的，这个Track项就会显示为Positive（正常）。在这种情况下，即使子接口1216因VLAN不通或其他原因实际不可用，主接口的Track依然会报告“正常”，导致路由无法正确切换。

• track 子接口 (Route-Aggregation1.1216)：检测的是这个特定子接口的协议状态（IPv4协议状态）。只有当子接口的IPv4协议状态为UP时，Track项才会是Positive。这能更准确地反映你这条出口链路的真实可用性。

因此，为了精确检测1216这条特定出口链路的可用性，必须track该子接口本身。

 配置建议

1. 创建Track项，关联子接口的IPv4协议状态：

   text

   [H3C] track 1 interface Route-Aggregation1.1216 protocol ipv4

2. 在静态路由中引用该Track项：

   text

   [H3C] ip route-static 0.0.0.0 0 下一跳地址 track 1

3. 为聚合2的子接口配置备用路由（优先级较低）：

   text

   [H3C] ip route-static 0.0.0.0 0 备用下一跳地址 preference 80

   这样，只有当Track 1检测到Route-Aggregation1.1216协议状态为Down时，主路由才会失效，流量自动切换到备用路由。

三层聚合子接口场景 track 对象选择分析

组网简述：

• Aggregation‑Group1（聚合 1）：子接口Aggregation1.1210（入流量）、Aggregation1.1216（出流量，主默认路由出接口）
• Aggregation‑Group2（聚合 2）：子接口Aggregation2.1216（备份默认路由，调高 preference 优先级）

疑问：主默认路由 track，是跟踪Aggregation1（聚合主接口）还是跟踪 Aggregation1.1216 子接口？

核心结论

优先跟踪子接口Aggregation1.1216，不要跟踪父聚合接口 Aggregation1H3C。

1. 父接口 Aggregation1 物理 / 链路层 up，不代表子接口 Aggregation1.1216 协议状态一定 up。例如 dot1q 配置错误、对端删除对应 VLAN，父聚合组还是 up，但子接口协议 down；如果 track 父聚合，track 状态仍然 positive，主路由不会失效，链路实际不通但切不到备份聚合 2，业务故障。
2. track interface Aggregation1.1216 protocol ipv4，可以监控该三层子接口IPv4 协议状态；子接口协议 down 时 track 变为 Negative，绑定的默认路由失效，自动优选聚合 2 的备份默认路由。

⚠️注意：单纯track interface Aggregation1.1216（不带protocol ipv4）只监控子接口链路层状态；三层子接口故障大多体现为协议 down，链路层仍然 up，必须带上protocol ipv4关键字。

正确 track 配置示例

重大局限：仅跟踪接口协议状态不够！

track interface 只能看本端子接口协议状态，无法检测对端链路、下一跳网关是否死掉。 现象：本端Aggregation1.1216协议 up，但是上游设备故障，网关完全不可达，track 仍然 positive，主路由继续生效，不会切备份。

✅生产环境推荐改用 NQA+Track 探测对端网关 IP，而不是 track 接口，真实检测整条链路连通性。

两种 track 对象对比

表格

验证查看命令

补充本案例组网小提醒

1. 两条默认路由分别用不同子接口出接口，不能写同一个下一跳；
2. track interface 子接口方式只能感知本机侧故障，无法感知远端故障，不能完全满足互联网出口链路备份，优先 NQA 探测网关；
3. 聚合组成员口部分掉线，只要聚合组还 Up，父接口不会 down，故障只能靠子接口协议或者 NQA 识别。