冗余组检测

恩，在回答问题前，先提下我的疑问：为什么track24是聚合口，而track 13确实物理接口，难道Reth2或者Reth3的成员口是：聚合口+物理接口的组合？这种情况很少见到，所以有这么一个疑问。

在你这个组网中，冗余组的主要作用就是联动切换，例如当上行Reth口的主成员口故障时，通过Reth机制切换到备成员口，同时通过冗余组联动，把下行Reth口也从主成员口切到备成员口，这样确保上下行端口都在其中1个slot上，避免出现跨框流量。  

再回答你的问题，如果不配置node2下的track，可能会有问题。

假设Track3的G1/0/3故障，node1的权重降为0，如果node2的所有成员（Slot、端口）都是正常的，node2的权重高于node1的权重，冗余组会进行切换。可以知道冗余组进行切换的前提是node2的权重高于node1。但是如果在G1/0/3故障之前，node2下track13的G2/0/13已经是故障状态（node2的权重变成为0），由于node1和node2的权重都是0，无法通过权重比较优先级了，那么冗余组怎么判断让哪个node生效呢？此时看的是node ID，小的优先，那么冗余组还是维持node1作为生效的节点。

上述情况，node2的权重变为0，实际上是需要靠track来检测的，如果没有track，那么node的权重依然是你配置的50，在这种情况下，冗余组会从node1切到node2，但是由于G2/0/13是故障状态，业务依然会有问题。

从以上分析可以得出一个结论，如果不配置node2下的track，冗余组就无法知道node2对应的slot2的接口状态，就可能做出错误的判断。所以node2下要配置track。

在你这个组网中，每个shlot上行/下行物理端口都是1个（除了那个路由聚合口），所以node2下的track可能不能体现出很大作用。在其他场景中，如果上行端口是多个，下行端口也是多个，这个时候就会体现出node2下track的作用了。具体的分析我这里就不说了，你可以参考配置手册，搞懂冗余组的原理，就能明白了。手册地址：http://www.h3c.com/cn/d_201811/1125296_30005_0.htm#_Toc528690701