• 对扩展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来指明流的出port。后面能够有非常多其它动作)。







  • 相关阅读:
    numpy 支持切片取值,使用ix_ 也可以取到
    pyinstaller 打包文件成 exe
    matplotlib 直方图概率不为1
    小提琴图 ValueError: object arrays are not supported
    pip 生成 requirements.txt
    CF1515E(连续段 dp)
    Lg7 月赛(构造,树形 dp)
    [省选联考 2020 A 卷] 组合数问题 题解报告
    愤怒的小 N 题解报告
    CF32E 题解
  • 原文地址:https://www.cnblogs.com/blfbuaa/p/6876572.html
Copyright © 2020-2023  润新知