响应作者,转发:有关 OpenFlow/SDN 的小总结

有关 OpenFlow/SDN 的小总结[求拍转...]

从去年5月份开始接触OpenFlow/SDN,到现在已经折腾了一年多。期间看了很多材料,读了很多文章,也听了很多分析。正好最近需要整理一下思路,于是把能想到的东西按条目列了出来。大神路过拍砖的话麻烦轻点~

1、SDN 是什么?

a) 用middlebox 的角度,就是将转发,连带其他所有功能的配置/信息通完全过软件控制/定义/配置(UWM)
b) 从系统架构的角度,给出系统抽象,形成累X86 架构的系统结构(Nick)
c) 从网络的角度,是数据、控制平面分离
d) 从云/数据中心的角度,是终于能够虚拟化一切的快感(OpenStack-Quantum, VMware-vSphere,优化Hadoop-IBM&Rice)
e) 从网络设备提供商的角度,是设备白菜化,是Google 等开源节流省钱的优先选择
f) 从网络运营商的角度,是今后省钱,省屌丝的利器

2、OpenFlow 是什么?

a) 是软件定义网络的一种实现方式
b) 是交换机与控制器信息交互的一种协议
c) 特点是流控制
d) 缺少管理能力(参考SNMP)

3、OpenFlow/SDN 的应用?

a) 简化网络配置难度(目前主要是在DCN 中)
b) 简化网络管理难度(也是在DCN 中)
c) 为上层应用提供了网络虚拟化
d) 提供了学术研究的平台(testbed@北邮、清华、福州大学),当然也有水论文的机会
e) 创业(这方面清华还是很有心得的)

4、OpenFlow/SDN 的前景?

a) 网络管理/安全/..等应用的开发(屌丝们的新阵地)
b) 提升网络性能(QoS, QoE, 云, etc.)
c) 鼓励/引领创新
d) 目光短浅,剩下就不知道了…

5、OpenFlow/SDN 的问题?

a) 系统

i. 网管能力的加入(OF-SNMP)
ii. 北向API 定义的竞争与局限(标准&IETF)
iii. 控制器安全

b) 架构(集中式与分布式的长期之争)

i. 逻辑中心化+物理分布式的tradeoff(TU Berlin& UCB& Stanford)
ii. “控制虚拟机”的状态/信息转移及判定方法(UWM, 细化了上面的讨论)
iii. 多控制器(Stanford: Placement problem)
iv. 控制器分层(UT: Kandoo)
v. 现网融合(VXLAN,因为组播,Cisco 各种被Juniper 吐槽…)

c) 原理

i. TCAM 的局限(MSRA+CPU; OpenFlow 的问题,也是网管问题的来源)
ii. 对应于DPI(深度包解析)的支持(有人认为可以,有人认为不行)

d) 应用

i. 流表冲突检测(TAMU)
ii. 攻击防范(e.g. 防IP探测: 北卡夏洛特)
iii. 管理功能の部署(Stanford,似乎是参与设计NetFPGA 的清华GG 在做这个诶,prototype:精灵…膜拜)

This entry was posted in 技术 and tagged , by 赵 伟辰. Bookmark the permalink.
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值