已知的问题 对于6300和6400开关在AOS-CX10.10.0002

症状：在显示的正常运行时间之间的不匹配显示BGP命令和BGP状态反映在事件日志中。

设想：如果未运行49天的BGP示威命令，则会发生此问题

解决方法：每48天或更少一次运行任何BGP Show命令。

症状：BGP会话对与Cisco IOS的​​EVPN配置重新分配本地SVI，但没有任何其他Cisco版本或供应商

设想：在EVPN中，重新分发本地SVI配置时，BGP会话翻盖

解决方法： 去除重新分配本地-SVI来自AOS-CX的配置。

症状：当两个端口正在运行基于PSK的MacSec（或一个EAP-TL和一个PSK）时，在一个接口上执行封闭/不遵循的接口将导致会话在交通率上方时在另一个接口上也下降90％。这将导致在频道恢复之前的交通损失约8秒。

设想：如果用户在启用MACSEC的端口上执行3-4次闭合/不舒适，而流量接近100％，则可能发生此问题。

解决方法：执行额外关闭/没有舒t在港口解决此问题。

（此问题仅发生在6400系列切换上。）

症状：在ISSU期间为Fabricd5守护程序看到的高CPU。

设想：当CPU在切换到备用时，CPU短暂地达到100％的利用率时，就会发生此问题。

症状：在ROP ECMP路径上恢复多播流量的时间比预期的时间比预期的（500个唯一来源为60秒）时，当冗余链接失败时。

设想：当使用ROP ECMP通往接收器的ROP ECMP路径有500个或更多唯一的多播源时，可能会发生问题。如果在ROP ECMP链接之一上发生了链接下的事件，则流量正在流动，但该链接上提供的流量会影响约60秒以恢复。当来源数量较少，无论组数量少时，就不会看到问题。

解决方法：对于访问vsx UpLinks双重归纳的访问L3路由，请使用MCLAG连接而不是MCLAG连接来利用ECMP路径。

症状：当执行VSF切换时，交通收敛大约需要两分钟。

设想：当使用指挥官上的上行链路流过交换机时，此问题就会发生。执行VSF切换会导致待机成为新指挥官，并且使用新指挥官的上行链路恢复大约需要2分钟的时间。

解决方法：如果来自VSF的上行链路是指挥官/待机/成员的成员的滞后，则收敛时间将较小，大约70秒。

症状：BGP默认路由在IBGP和EBGP之间拍打。

设想：从EBGP和IBGP都学到默认路由。和EBGP默认路由被选为FIB中的最佳路线。一旦连接到EBPG对等的上行链路降低，默认路由就会开始在IBGP和EBGP之间拍打。

解决方法：为EBGP配置BGP快速外部掉落。

症状：用户会话不超时。

设想：当开关控制台留下空闲时，正在进行CLI命令输出，等待用户输入显示下一页，当配置的计时器到期时，用户会话不会超时。

解决方法：会话闲置超时计数CLI命令完成时，并且在开关提示符下开关是空闲的。

症状：即使在设备恢复并提供电力之后，电源仍处于“警报状态”。

设想：在极少数情况下，系统发生了以前的停电事件，该系统无法正确清除该系统。此问题仅影响6300m开关，而不影响6300F开关。

解决方法：重新启动系统。

症状：即使在设备恢复并提供电力之后，电源仍处于“警报状态”。

设想：在极少数情况下，系统发生了以前的停电事件，该系统无法正确清除该系统。

解决方法：重新启动系统。