思科的OpFlex协议旨在维持控制情报网络基础设施本身而不是集中在一个单独的控制器,OpenFlow的实质控制/转发解耦模型。这样做,OpFlex试图保持网络基础设施硬件基本控制元件的可编程网络而不是集中转发服务,基于软件的SDN控制器。
本质上,思科OpenFlow轮的再造,提出一个新的协议已经存在,虽然它的目的是不同的。OpFlex将是思科的以应用程序为中心的基础设施(ACI)可编程网络架构sdn OpenFlow是什么。
“毫无疑问,就像ACI将思科的支持基础设施为其客户提供的新一代数据中心,OpFlex将成为思科青睐南行的协议,”IDC分析师布拉德Casemore说。2020欧洲杯预赛“在思科的世界,OpenFlow将对那些顾客坚持让它作为一个选项,谁都不愿意深入ACI。不过,毫无疑问:思科的首要任务是ACI和所有的技术支持,包括(控制器)和南行和北行的协议伴随它。”
“ACI所需的方法是完全不同的从OpenFlow甚至OVSDB (Open vSwitch数据库管理协议)、“企业系统组的鲍勃•拉利伯特说。“这不是他们想要创建另一个OpenFlow,而是他们需要不同的东西为ACI提取价值。”
ACI雇佣转发控制和OpenFlow的命令式的声明式模型模型,思科索赔。在声明式模型中,应用程序从网络政策是抽象,不是网络配置的古典SDN命令式控制模型,根据思科。
当ACI网络接收到应用程序策略从ACI的应用程序控制器(APIC)政策基础设施,网络决定如何配置本身而不是控制器命令配置。思科说,这种方法使得APIC更可扩展到所有网络设备,简化了集成的新基础设施与客户的首选管理、自动化和云编制系统自动化整个基础设施。思科说,它还允许ACI基础设施达到一定程度的规模和现有SDN弹性高不可攀的解决方案。
在命令式SDN模型,应用程序中,业务和基础设施需求必须翻译网络配置,使控制器一个瓶颈,因为它管理增加状态,思科说。应用程序开发人员还必须描述他们的需求与低水平结构,削弱易用性,思科说。和古典sdn支持“最小公分母”功能集,如桥梁、港口和隧道、跨多厂商环境,根据思科。
“思科说声明式模型尺度,是与应用程序工作负载需求,相对比较容易管理,但毫无疑问,它也是思科的战略确保网络硬件保留自主智能,和价值,”IDC的Casemore说。“OpenFlow不可能担任这个角色。旨在提供一个模型的控制和数据的飞机是解耦的,和开关的智能仅限于数据包转发。
“思科一直相当一致的在描述这个基本构造,所以我们应该期望像OpFlex表面不久,“Casemore补充道。“现在是在这里。”
思科是排队ACI物理和虚拟交换伙伴,和4 - 7层网络服务,支持OpFlex和写它的api。思科是IETF建议它作为一个标准,与合作伙伴IBM, Plexxi Midokura,提交OpFlex OpenDaylight开源SDN项目——它与IBM共同——对于一个ACI-compatible策略模型OpenDaylight计划提供的即将到来的“氦”版本。
ACI政策模型提交还将包括一个向北从思科的ACI组策略API的工作,该公司表示。
思科和行业合作伙伴都是导致这个版本,和OpenDaylight将确保一个“开放”的方法和透明度思科的基于策略的技术,思科说。不过,观察人士注意作出思科OpenDaylight正在方向弯曲。
“思科已经严重涉及光延迟线从一开始,IBM,“环境、社会和治理的拉利伯特说。“这不是一个惊喜,他们将继续塑造和驱动光延迟线。”
“我不知道思科是否行使的影响,但很明显思科在OpenDaylight耀武扬威,思科可以包一拳,“Casemore补充道。”该公司所做的出色工作确保可能的结果通过OpenDaylight作为一个平台结合思科的产品路线图和战略举措。”
除了ACI,思科计划支持OpFlex Nexus 9000开关,ACI的硬件基础——Nexus 1000 v虚拟交换机,ASR 9000路由器,Nexus 7000开关和SourceFire安全产品。
尽管思科是占主导地位的网络供应商在业界和OpFlex可能成为事实上的标准在默认情况下,该公司仍有其工作在解释这样一个重大偏离的SDN模型受到的其他行业。
“虽然我们仍在SDN早期转换,这将是重要的思科能够清楚地说出来的问题为什么OpFlex是不同的,提供证明点,这种方法正在牵引与技术合作伙伴提供解决方案,提供业务价值以及加速标准过程尽可能“拉利伯特说。