RyuBook1.0案例一:Switching Hub项目源码分析

简介: 同步分析Ryu book1.0案例源码

开发目标

实现一个带MAC地址学习功能的二层交换机

Openflow交换机与Openflow控制器安全通道建立步骤

  • switch and controller建立未加密TCP连接或者加密的TLS连接
  • 确定连接通道的Openflow版本
  • 握手
  • 其他操作

建立连接通道后,二者发生Hello包,进行协商Openflow版本号

完成交换Hello消息之后建立安全通道,执行握手。Controller发生Features请求,并处理Features响应

接收到Features响应,控制器可以向交换机发送SET_CONFIG或者GET_CONFIG请求消息,进行设置交换机默认配置或者查询交换机配置。

之后,可以进行OpenFlow的其他操作

Flow-Mod消息

Flow-Mod(Modify Flow Entry Message)由控制器向交换机下发的设置流表项的信息

其中 ofp_match结构体为数据包匹配部分。

程序分析

设置想要向交换机协商的OpenFlow版本号

OFP_VERSIONS = [ofproto_v1_3.OFP_VERSION]

下发Table-miss流表项

设置完成该项参数配置,控制器自动执行第一步操作,即交换Hello包,协商版本号。协商完成之后,自动执行交换Features包,进行握手。

握手完成后,使用set_ev_cls函数处理Features响应包

@set_ev_cls(ofp_event.EventOFPSwitchFeatures, CONFIG_DISPATCHER)

第二项参数详情如下:

Defination Explanation
HANDSHAKE_DISPATCHER 交换HELLO消息
CONFIG_DISPATCHER 等待接收SwitchFeatures消息
MAIN_DISPATCHER 正常状态
DEAD_DISPATCHER 连接断开

定义处理函数,并解析返回包的字段

def switch_features_handler(self, ev):
    datapath = ev.msg.data
    ofproto = datapath.ofproto
    parser = datapath.ofproto_parser

安装table-miss entry

match = parser.OFPMatch()

table-miss:

OpenFlow1.3版本为处理table miss事件专门引入的条目。并规定每一个flow table必须要支持table-miss flow entry去处理table miss情况。table-miss flow entry具备最低的优先级(0);必须至少能够支持使用CONTROLLER保留端口发送包,使用Clear-Actions指令丢包;table-miss flow entry和其他flow entry具有相同的特性:默认不存在,控制器可以随时添加或丢弃该条目,也可以到期;如果使用CONTROLLER保留端口发生数据包,Packet-In发送原因必须标明table-miss。

actions = [parser.OFPActionOutput(ofproto.OFPP_CONTROLLER,
                                  ofproto.OFPCML_NO_BUFFER)]

OFPActionOutput() :使用一个packet_out 消息去指定你想从交换机的哪个端口发送出数据包。在该应用中,按照标准指定通过CONTROLLER保留端口发生,所以选择了OFPP_CONTROLLER端口。第二个参数OFPCML_NO_BUFFER,指明:消息中必须包含完整的包,而不会被缓冲。

指定完成actions,使用类的add_flow向控制器添加流表项

self.add_flow(self, datapath, 0, match, actions)

接下来分析add_flow的具体实现过程:

构建OpenFlow流表消息

inst = [parser.OFPInstructionActions(ofproto.OFPIT_APPLY_ACTIONS, actions)]
mod = parser.OFPFlowMod(datapath=datapath, priority=priority,
                                match=match, instructions=inst)

OpenFlow目前主流版本为Openflow1.0,1.1,1.3。相比1.0版本,1.3版本流表项结构变化很大,在这里我们用到的Instruction可以说是1.0版本中Actions的拓展。Instruction主要负责将流表转发到其他Table,流水线,或者进行其他转发操作。

  • OFPIT_APPLY_ACTIONS: 立即应用actions操作到交换机

函数OFPFlowMod()负责构建Flow-Mod消息

使用send()函数发送flow-mod消息

datapath.send(mod)

以上步骤完成下发配置table-miss流表项

MAC地址学习功能实现

MAC地址学习功能,主要要处理接收到的Packet-In数据包,所以重写set_cls_ev函数

@set_ev_cls(ofp_event.EventOFPPacketIn, MAIN_DISPATCHER)
  • ofp_event.EventOFPPacketIn: 指处理PacketIn消息
  • MAIN_DISPATCHER: ???

解析数据包

def _package_in_handler(self, ev):
    msg = ev.msg
    datapath = msg.datapath
    ofproto = datapath.ofproto
    parser = datapath.ofproto_parser

获取datapath.id

dpid = datapath.id

datapath是交换机的唯一标识,即dpid

添加dpid: {}到mac地址、port字典中

self.mac_to_port.setdefault(dpid, {})

从datapath中解析dst,src

pkt = packet.Packet(msg.data)
eth_pkt = pkt.get_protocol(ethernet.ethernet)
dst = eth_pkt.dst
src = eth_pkt.src

从datapath中匹配出in_port

in_port = msg.match['in_port']

存储in_port和mac

self.mac_to_port[dpid][src] = in_port

检查,如果已经存储过port和mac,如果存在,则配置out_port为指定端口;如果不存在,则使用OFPP_FLOOD端口,向全部端口进行泛洪。

if dst in self.mac_to_port[dpid]:
    out_port = self.mac_to_port[dpid][dst]
else:
    out_port = ofproto.OFPP_FLOOD

构建Actions

actions = [parser.OFPActionOutput(out_port)]

如果out_port非Flood端口,则下发流表到交换机

if out_port != ofproto.OFPP_FLOOD:
        match = parser.OFPMatch(in_port=in_port, eth_dst=dst)
        self.add_flow(datapath, 1, match, actions)

构建Packet_Out消息,并发送到交换机

out = parser.OFPPacketOut(datapath=datapath,
                          buffer_id=ofproto.OFP_NO_BUFFER,
                          in_port=in_port, actions=actions,
                          data=msg.data)
datapath.send_msg(out)
目录
相关文章
|
3月前
|
消息中间件 开发工具
【Azure Event Hub】原生应用中使用RabbitMQ,是否可以不改动代码的情况下直接转换为使用Event Hub呢?
【Azure Event Hub】原生应用中使用RabbitMQ,是否可以不改动代码的情况下直接转换为使用Event Hub呢?
|
编解码 Rust 自然语言处理
gRPC源码分析(三):从Github文档了解gRPC的项目细节
从这里可以看出,gRPC虽然是支持多语言,但原生的实现并不多。如果想在一些小众语言里引入gRPC,还是有很大风险的,有兴趣的可以搜索下TiDB在探索rust的gRPC的经验分享。
199 1
|
6月前
|
语音技术
如何在GitHub正确提PR(Pull Requests),给喜欢的开源项目贡献代码
最好的中文TTS项目Bert-vits2更新了中文特化分支,但可能由于时间仓促,代码中存在不少的bug,作为普通用户,有的时候也想为自己喜欢的开源项目做一点点贡献,帮助作者修改一些简单的bug,那么该如何开始? 本次我们以Bert-vits2项目为例子,分享正确提交PR(Pull Requests)的方式。
|
6月前
|
JSON 安全 数据安全/隐私保护
​iOS Class Guard github用法、工作原理和安装详解及使用经验总结
​iOS Class Guard github用法、工作原理和安装详解及使用经验总结
100 0
|
6月前
|
JSON 安全 数据安全/隐私保护
iOS Class Guard github用法、工作原理和安装详解及使用经验总结
iOS Class Guard github用法、工作原理和安装详解及使用经验总结
82 0
|
JavaScript 前端开发 uml
Github 什么时候支持画流程图了??
大家好,我是零一,昨晚在逛 Github 时,看到了一个没见过的东西
241 0
Github 什么时候支持画流程图了??
|
监控 Cloud Native IDE
Sentinel-Go 源码系列(一)|开篇
本次选择了 Sentinel-Go,一是对 Java 版本的 Sentinel 算是有一些了解,也在生产上落地过,二是感觉他的代码应该不会太复杂(仅仅是感觉),三是在云原生越来越热的趋势下,用 Go 实现的限流降级容错应该是比较通用的。
440 0
Sentinel-Go 源码系列(一)|开篇
|
数据可视化 开发工具 uml
Markdown 拓展:Gitlab/Github 开启 UML 图支持
为什么需要它 一些可视化工具再给我们带来直观性的同时,也增加了操作的难度,需要精细地调整组件的大小和样式,更多的时候,我们不是为了写一份漂亮的报告而画流程图,只是需要便捷地向他人分享自己的 idea,在这样的需求下,代码生成流程图显然更适合。
832 0
|
存储 应用服务中间件 网络安全
基于GitHub Actions 设计博文发布工作流
最近写了几篇文章,想对每次编写的文档做个版本控制。想到了Github, 将所有的文档备份到Github。不想每次手动运行hugo 编译和发布脚本,于是就有了下面的GithubActions工作流。借助GitHubActions完成对博客文章的自动化发布部署。
273 0
基于GitHub Actions 设计博文发布工作流
|
设计模式 缓存 算法
【Java并发编程实战14】构建自定义同步工具(Building-Custom-Synchronizers)(下)
JDK包含许多存在状态依赖的类,例如FutureTask、Semaphore和BlockingQueue,他们的一些操作都有前提条件,例如非空、任务已完成等。
169 0