实验3:OpenFlow协议分析实践
一、实验目的
1.能够运用 wireshark 对 OpenFlow 协议数据交互过程进行抓包;
2.能够借助包解析工具,分析与解释 OpenFlow协议的数据包交互过程与机制。
二、实验环境
Ubuntu 20.04 Desktop amd64
三、实验要求
(一)基本要求
1.搭建下图所示拓扑,完成相关 IP 配置,并实现主机与主机之间的 IP 通信。用抓包软件获取控制器与交换机之间的通信数据。
主机 IP地址
h1 192.168.0.101/24
h2 192.168.0.102/24
h3 192.168.0.103/24
h4 192.168.0.104/24
2.查看抓包结果,分析OpenFlow协议中交换机与控制器的消息交互过程,画出相关交互图或流程图。
3.回答问题:交换机与控制器建立通信时是使用TCP协议还是UDP协议?
(二)进阶要求
将抓包基础要求第2步的抓包结果对照OpenFlow源码,了解OpenFlow主要消息类型对应的数据结构定义。
(三)实验报告
拓扑的创建代码以及开启Wireshark运行:
!/usr/bin/env python
from mininet.net import Mininet
from mininet.node import Controller, RemoteController, OVSController
from mininet.node import CPULimitedHost, Host, Node
from mininet.node import OVSKernelSwitch, UserSwitch
from mininet.node import IVSSwitch
from mininet.cli import CLI
from mininet.log import setLogLevel, info
from mininet.link import TCLink, Intf
from subprocess import call
def myNetwork():
net = Mininet( topo=None,
build=False,
ipBase='10.0.0.0/8')
info( '*** Adding controller\n' )
c0=net.addController(name='c0',
controller=Controller,
protocol='tcp',
port=6633)
info( '*** Add switches\n')
s1 = net.addSwitch('s1', cls=OVSKernelSwitch)
s2 = net.addSwitch('s2', cls=OVSKernelSwitch)
info( '*** Add hosts\n')
h1 = net.addHost('h1', cls=Host, ip='192.168.0.101', defaultRoute=None)
h2 = net.addHost('h2', cls=Host, ip='192.168.0.102', defaultRoute=None)
h3 = net.addHost('h3', cls=Host, ip='192.168.0.103', defaultRoute=None)
h4 = net.addHost('h4', cls=Host, ip='192.168.0.104', defaultRoute=None)
info( '*** Add links\n')
net.addLink(h1, s1)
net.addLink(h2, s1)
net.addLink(s1, s2)
net.addLink(s2, h4)
net.addLink(s2, h3)
info( '*** Starting network\n')
net.build()
info( '*** Starting controllers\n')
for controller in net.controllers:
controller.start()
info( '*** Starting switches\n')
net.get('s1').start([c0])
net.get('s2').start([c0])
info( '*** Post configure switches and hosts\n')
CLI(net)
net.stop()
if name == 'main':
setLogLevel( 'info' )
myNetwork()
hello
控制器6633端口(我最高能支持OpenFlow 1.0) ---> 交换机35534端口
于是双方建立连接,并使用OpenFlow 1.0
Features Request / Set Conig
控制器6633端口(我需要你的特征信息) ---> 交换机35534端口
Port_Status
当交换机端口发生变化时,告知控制器相应的端口状态。
Features Reply
交换机35534端口(这是我的特征信息,请查收) ---> 控制器6633端口
Packet_in
• 有两种情况: • 交换机查找流表,发现没有匹配条目时
• 有匹配条目但是对应的action是OUTPUT=CONTROLLER时
交换机35534端口(有数据包进来,请指示)--- 控制器6633端口
、
Flow_mod
分析抓取的flow_mod数据包,控制器通过6633端口向交换机35334端口、交换机35336端口
下发流表项,指导数据的转发处理
Packet_out
控制器6633端口(请按照我给你的action进行处理) ---> 交换机35534端口
交互流程图:
交换机与控制器建立通信时是使用TCP协议:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 使用C#创建一个MCP客户端
· ollama系列1:轻松3步本地部署deepseek,普通电脑可用
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· 按钮权限的设计及实现