Junos上有一个不常见的，无证的错误，在路由和RDP中犯了不可预测的错误。

在过去的两个月中，我们进行了许多测试以确定根本原因。

关于洛杉矶肋/纤维Desync的问题已经解决。
像某些中国Unicom一样，甚至最好使用CMIN2，甚至最好的路线是肋骨中的9929，而在CMIN2中的备份。

另外，某些GTT路线即使是最好的，也没有其他可比选择，也不会进入GTT IP Trans。 （故障转移要默认，使用GSL ..）

有一个待定的更改可以完全解决此问题，可能会带来内部BGP重置。 DMIT将在超级非高峰时间执行此操作。估计影响时间小于10减。

There is an uncommon, and undocumented bug on JunOS that make unpredictable error in the routing and rdp. We’ve ran many test past 2 months to ident the root cause. The issue on Los Angeles RIB/FIB desync has been resolved.Like some China Unicom prefer to use CMIN2 even the best route is 9929 in the RIB, and backup in CMIN2. Also some GTT route will not go to GTT IP Transit even it’s the best and no other comparable  selection. (Failover to default, use GSL..)There is a pending change to fix this problem entirely that might be bring internal BGP reset. DMIT will perform this action at super off-peak time. The estimate impact time is less than 10 minus.