对扩展openflow协议的一点思考


     软件定义X变得越来越火,正所谓,Software is eating the world。软件定义网络也是如此,不论是在工业界还是学术界都将是一次伟大的革命,都在紧随着这个行业的方向,找自己的研究点,关注着标准化的进展。各种Controller,原型系统都相继出现,还有的是是做SDN 的Debug,安全,总之让这个生态系统变得更加健壮。虽然南向接口标准很多,但是openflow适合我们的学习,社区庞大。下面记录下自己对这个的一点主要的看法。

     1.首先要明确的就是,如同其他通信协议一样,openflow定义了SDN controller和 OF SW的沟通规则,这样就可以集权控制交换设备;
     2.openflow message分为不同的类型,有控制流表行为的(如flow mod),有握手的(如helo),有宏观控制交换机的(如 ofp_set_config),要明确它们的存在意义;
     3.我们如果自己的业务需要扩展openflow协议,就要考虑我们仅仅需要增加一种消息类型呢?还是需要根据此消息控制交换机的行为?还是要操控具体每个流表项的动作?如果需要控制每个流的动作,我们就要为该message增加对应的action。可以模仿flow mod,下图是Controller发送给交换机的一个flow mod的结构图(假如下发的flow_mod 的action-list中只是一个OFPACT_OUTPUT来指明流的出端口,后面可以有很多其他动作)。






评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值