中国领先的IT技术网站
|
|

思科对OpenFlow态度仍不明朗

思科在去年秋季宣布他们计划将OpenFlow协议和API增入到其Nexus交换机中。在这之后,网络虚拟化创业公司Nicira也于本周在众多期盼下首次亮相,但是思科的软件定义网络(SDN)策略迄今仍然不明朗。

作者:范范编译来源:CNW|2012-02-17 09:50

【51CTO活动】8.26 带你与清华大学、搜狗、京东大咖们一起探讨基于算法的IT运维实践


思科在去年秋季宣布他们计划将OpenFlow协议和API增入到其Nexus交换机中。在这之后,网络虚拟化创业公司Nicira也于本周在众多期盼下首次亮相,但是思科的软件定义网络(SDN)策略迄今仍然不明朗。

上周,美国《网络计算》网站撰文指出,思科的SDN策略和部署可能是专有的,并不基于OpenFlow。OpenFlow为由斯坦福大学和加州大学伯克利分校开发的开源网络可编程技术。

在这篇文章刊登出来和Nicira亮相之后,我们询问了思科关于其SDN策略和OpenFlow计划的升级和更多细节问题。思科并没有立即回复我们。不过,思科副总裁Ram Velaga通过电子邮件给我们发来了一份声明。内容如下:

“思科一直处于推动网络虚拟化和可编程性的前沿。例如,自2009年以来,思科的Nexus 1000V软件交换机平台已经被置于产品网络之中,并且我们已经拥有了5000多名客户。思科还为我们的操作系统提供了开放的程序设计界面,以让可扩展的应用整合成为网络基础设施的基础,让其能够访问第三方管理和编配工具。思科还坚定地支持整个行业发展SDN技术和相关标准的努力。最后,思科将SDN视为一种新增能力,其能够被置于现有基础设施层上,以提供特定的功能。”

很明显,思科并不准备公开讨论其SDN策略和部署计划,是有还是没有OpenFlow。业内传言称如果像OpenFlow这样的开源SDN在业内被广泛接受和部署,那么思科极有可能会尝到失败的苦果。这将把大量的智能处理工作由路由器和交换机转移至一个外部控制器上。这样一来可以对任何厂商,包括思科生产的路由器和交换机进行编程,以控制基于不同参数的信息,同时为基础设施的未来创新创造条件。

业内普遍认为这将把路由和交换硬件商品化,让它们仅执行基本的路由和交换功能。不过,这种情况并不符合思科的利益。尤其是在当前思科的几个财季的业绩达到了华尔街预期,公司股价大涨之时。

在最新的一个季度里,思科的业绩明显好转,这要归功于公司在去年采取的一系列措施。这些措施包括削减了数千个职位。由于此前思科发起了多起收购案,并且盲目地向诸如消费者市场等邻近市场大举进军,这导致公司过于臃肿。与此同时,由于产品开始由老平台向新平台过渡,向更具价格/性能优势的高性价比产品迁移,思科的交换机业务也面临着巨大的压力。

此外,思科为了让第二财季的营收能够达到华尔街的预期,公司在上个财季中比计划多削减了10亿美元的开支。思科还表示,其第三财季的营收将增长5%至7%,每股收益增长12%至17%。

在第二财季中,业绩突出的是其统一计算系统服务器平台的销售,其营利比一年前增长了91%,累计客户数量达到了10763。总体上数据中心的营利增长了88%。

UCS销售量应当会持续攀升——如果所提供的服务器不会自燃的话。思科在本周为使用UCS B440刀片服务器的用户发布了一项通知,通知上说由于刀片服务器使用了MOSFET功率晶体管,存在“导致组件过热从而冒出短暂的火花,进而导致系统宕机”的可能。思科还表示,“在某些特殊情况下,甚至会对周边的刀片服务器构成威胁。”为了消除上述问题,思科已经公布了一份硬件更换计划。

这让思科再次面临艰难选择,是抵制还是支持这一策略,因为其在一定程度上可能会破坏思科的既得利益。

【编辑推荐】

  1. 网络控制程序之争:OpenFlow vs 可编程ASIC
  2. OpenFlow并非实现网络变革的唯一途径
  3. 实现软件定义网络(SDN)的6种途径
  4. 让传统网络工具黯然失色的OpenFlow
  5. OpenFlow能解决私有云网络VLAN问题么
  6. IBM与NEC合作开发OpenFlow交换机和软件定义网络
【责任编辑:佟媛微 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

热门职位+更多

读 书 +更多

框架设计(第2版)CLR Via C#

作为深受编程人员爱戴和尊敬的编程专家,微软.NET开发团队的顾问,本书作者Jeffrey Richter针对开发各种应用程序(如Web Form、Windows For...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊
× 官方软考报名与培训中心