本文探讨了SDN与OpenFlow的关系，强调SDN是一种思想而非特定技术。OpenFlow作为SDN的底层实现之一，具有灵活性但面临如CPU负担增加、管理员技能要求提高、成本增加等问题。此外，文章提到了OpenFlow标准的不完善性和硬件支持的挑战，同时指出OpenStack中的网络虚拟化在SDN中的应用。作者对未来OpenFlow和SDN的发展持开放态度。
SDN的选择
作者: 北京—小武
新浪微博：北京-小武
前面说了很多传统交换机的流程以及OPENFLOW交换机的内容，并结合常用的网络功能对比了二者的差异。但是需要明白的是，openflow交换机就是openflow交换机，如果用openflow交换机不是结合SDN的方式来使用，而是用其实现传统的基于MAC的二层转发或者基于IP的三层转发，那么就没有必要折腾了，何必哪？费力费钱还没有收益。尤其是运营商，对于openflow的态度，尽管他们又各种各样的设备管理和维护问题，但是如同他们不自研网络设备，再加上钱多人赖，是不会对运营商网络做出什么SDN方面的改进的，除了某些项目名称。Openflow交换机就是基于流标项的转发，可以结合SDN被用于结合业务的转发，无需考虑MAC学习，无需考虑是否有路由，而是用户或者管理员根据自己的需要来配置交换机。所以利用BMC或者MVL的传统商用交换芯片来做openflow的开发，会导致表项容量小、openflow标准支持不完全、对交换芯片其他处理流程组件浪费的现象。
像卫峰书中讲的那样，SDN和OPENFLOW关系，二者是不能划等号的。例如opentstack中，如果neutr
最低0.47元/天 解锁文章
扫一扫
1873
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
