我看到的差异之一是缺少CMP（连接管理处理器）和CMP端口。即使在CMP的配置指南中，它也显示为：
注意：CMP仅在Supervisor 1模块上可用，而在
Supervisor 2或Supervisor 2E上不可用。模块。
当前，我们正在使用这些端口进行OOB管理，但是将失去Sup-2E的功能。这不是世界末日，但我需要在实施计划中记录/解决此问题。
我认为这是Cisco的故意选择，因此一个人知道为什么，或者有任何文档说明这种选择背后的原因吗？
#1 楼
我的一个朋友在拉斯维加斯的Cisco Live中问了这个问题，思科将缺乏客户需求和散热问题作为主要原因。CMP绝对是正确的解决方案，而我们在每个供应商的交换机和路由器中都需要它适当的OOB。服务器人员已经有10多年了。
，所以请开始将其作为您的询价中的计分项添加，以便供应商知道需求。
我通过电子邮件发送给飞思卡尔的热评论（大多数路由器和交换机在控制平面中使用其SOC），并询问它们是否计划支持像Intel vPro这样的东西，以帮助实现OOB功能...
从我们的营销团队的最新消息中，我听说将在下一代多核处理器中实现类似的东西，但是
这还在讨论中，因此我没有任何细节。好的，我会
将您的建议传递给我们的核心设计团队，希望他们会考虑到它。
我们无法保证思科会实施任何建议Nexus 7k面向未来的主管的OOB，但我认为飞思卡尔正在考虑向其芯片中添加这样的功能很有趣。
评论
我真的没有必要去猜测思科的硅合作伙伴...实际上，思科无需外部方就可以定制自己的许多硬件
–迈克·彭宁顿
2013年6月11日7:17
我不猜测，这是公共信息。 Sup7，Sup2T，SR7750 sfm-12，MX80，EX8200，RSP720，FPC5，SRX3k，SRX1k4，MOD80，ASR9001，ACX2100等都具有飞思卡尔控制平面（还有很多，例如90％的网络设备都具有飞思卡尔控制-飞机，并且不要以任何方式将其隐藏）。
–ytti
2013年6月11日8:08
我的观点是，因为飞思卡尔不提供以太网OOB端口（如vPro）。想要进行此操作的供应商（如CMP）必须在设备中添加新硬件，这在散热和引脚数量上都不为零。如果OTOH，SOC本身具有此OOB端口，则供应商无需牺牲任何东西。
–ytti
13年6月11日在8:49
在您就此建议与思科工程团队交谈之前，您的观点仍然是猜测。在为他们的工程团队工作之后，我可以证明很容易发送数据表，并认为您的想法很完美……工程现实并非如此简单。从您的答案中删除猜测，我将删除我的下注
–迈克·彭宁顿
2013年6月11日8:52
您觉得Mike现在更准确吗？
–ytti
2013年6月11日上午9:14