思科修复了神秘的协调器崩溃

 

使用思科网络服务编排器 (NSO) 软件的企业看到了神秘的崩溃,现在有了解决方案。

NSO 是一个多供应商系统,它将网络自动化和编排工具与底层物理和虚拟基础设施以及企业和服务提供商环境中的应用程序连接起来。

在最近的现场通知中,这家网络巨头在软件中发现了一个导致资源泄漏和最终崩溃的进程——崩溃之间的时间仅取决于分配给软件的资源。

它影响 NSO 5 的 20 个版本,从 5.6 到 5.8.2。

问题是订阅者可以使用一个名为 cbd-diff-iterate 的 API,但思科内部也将其用于许可和通知目的。

“这会影响使用智能许可、使用通知启动器或通过 C、Python、Java 或 econfd 直接调用 API 的客户。

“/kickers/notification-kicker 或 /devices/device 下的任何更改都将触发内部订阅,从而导致泄漏”,思科的现场通知解释说。

不能禁用内部订阅者。

“一旦执行了足够多的事务,思科 NSO 流程将因耗尽所有可用资源而终止……终止前可以执行的事务数将取决于分配给思科 NSO 的资源,”思科解释说。

已发布三个版本来解决此问题:NSO 5.6.7.1、5.7.5.1 和 5.8.2.1。

对于尚未安装升级的管理员,思科建议定期重新启动。