一:实验目的

(一)案例目的

(二)实验内容

(三)网络拓扑结构

二:OpenFlow流表实验准备

(一)使用Python设置网络拓扑 --- tree_topo.py

from mininet.topo import Topo
from mininet.net import Mininet
from mininet.node import RemoteController
from mininet.link import TCLink
from mininet.util import dumpNodeConnections class MyTopo(Topo): def __init__(self):
super(MyTopo,self).__init__() # add host
Host1 = self.addHost('h1')
Host2 = self.addHost('h2')
Host3 = self.addHost('h3') switch1 = self.addSwitch('s1')
switch2 = self.addSwitch('s2') self.addLink(Host1,switch1)
self.addLink(Host2,switch1)
self.addLink(Host3,switch2)
self.addLink(switch1,switch2) topos = {"mytopo":(lambda:MyTopo())}

(二)启动远程Ryu控制器

 ryu-manager simple_switch.py  注意,该控制器py文件在app目录下

# Copyright (C)  Nippon Telegraph and Telephone Corporation.
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
# http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
# implied.
# See the License for the specific language governing permissions and
# limitations under the License. """
An OpenFlow 1.0 L2 learning switch implementation.
""" from ryu.base import app_manager
from ryu.controller import ofp_event
from ryu.controller.handler import MAIN_DISPATCHER
from ryu.controller.handler import set_ev_cls
from ryu.ofproto import ofproto_v1_0
from ryu.lib.mac import haddr_to_bin
from ryu.lib.packet import packet
from ryu.lib.packet import ethernet
from ryu.lib.packet import ether_types class SimpleSwitch(app_manager.RyuApp):  不同与之前的Ryu实验,这里面没有在交换机初始连接时下发默认流表...待思考
OFP_VERSIONS = [ofproto_v1_0.OFP_VERSION] def __init__(self, *args, **kwargs):
super(SimpleSwitch, self).__init__(*args, **kwargs)
self.mac_to_port = {} def add_flow(self, datapath, in_port, dst, src, actions):  下发流表
ofproto = datapath.ofproto match = datapath.ofproto_parser.OFPMatch(
in_port=in_port,
dl_dst=haddr_to_bin(dst), dl_src=haddr_to_bin(src)) mod = datapath.ofproto_parser.OFPFlowMod(
datapath=datapath, match=match, cookie=,
command=ofproto.OFPFC_ADD, idle_timeout=, hard_timeout=,
priority=ofproto.OFP_DEFAULT_PRIORITY,
flags=ofproto.OFPFF_SEND_FLOW_REM, actions=actions)
datapath.send_msg(mod) @set_ev_cls(ofp_event.EventOFPPacketIn, MAIN_DISPATCHER)
def _packet_in_handler(self, ev):  交换机向控制器发送数据

msg = ev.msg
datapath = msg.datapath
ofproto = datapath.ofproto pkt = packet.Packet(msg.data)
eth = pkt.get_protocol(ethernet.ethernet) if eth.ethertype == ether_types.ETH_TYPE_LLDP:
# ignore lldp packet
return
dst = eth.dst
src = eth.src dpid = datapath.id
self.mac_to_port.setdefault(dpid, {}) self.logger.info("packet in %s %s %s %s", dpid, src, dst, msg.in_port) # learn a mac address to avoid FLOOD next time.
self.mac_to_port[dpid][src] = msg.in_port if dst in self.mac_to_port[dpid]:
out_port = self.mac_to_port[dpid][dst]
else:
out_port = ofproto.OFPP_FLOOD actions = [datapath.ofproto_parser.OFPActionOutput(out_port)] # install a flow to avoid packet_in next time
if out_port != ofproto.OFPP_FLOOD:
self.add_flow(datapath, msg.in_port, dst, src, actions) data = None
if msg.buffer_id == ofproto.OFP_NO_BUFFER:
data = msg.data out = datapath.ofproto_parser.OFPPacketOut(
datapath=datapath, buffer_id=msg.buffer_id, in_port=msg.in_port,
actions=actions, data=data)
datapath.send_msg(out) @set_ev_cls(ofp_event.EventOFPPortStatus, MAIN_DISPATCHER)
def _port_status_handler(self, ev):
msg = ev.msg
reason = msg.reason
port_no = msg.desc.port_no ofproto = msg.datapath.ofproto
if reason == ofproto.OFPPR_ADD:
self.logger.info("port added %s", port_no)
elif reason == ofproto.OFPPR_DELETE:
self.logger.info("port deleted %s", port_no)
elif reason == ofproto.OFPPR_MODIFY:
self.logger.info("port modified %s", port_no)
else:
self.logger.info("Illeagal port state %s %s", port_no, reason)

(三)Mininet开始启动网络拓扑

sudo mn --custom tree_topt.py --topo=mytopo --controller=remote,ip=127.0.0.1,port=

注意:应该是主机连接发送了数据,导致控制器对网络进行了拓扑收集,问题同上:SDN实验---Ryu的应用开发(二)Learning Switch

三:进行OpenFlow流表分析

(一)主要流表操作命令

dpctl dump-flows    查看静态流表

dpctl del-flows    删除所有交换机中的流表
dpctl add-flow in_port=1,actions=output:2  添加流表项到所有交换机,注意:一般是成对添加,实现双方通信

sh ovs-ofctl del-flows s1 in_port=2  删除指定交换机的,匹配in_port=2的流表
dpctl del-flows in_port=1    删除所有交换机中符合in_port=1的流表

dpctl add-flow in_port=2,actions=drop    添加丢弃数据包的流表项

(二)先解决上面问题,是不是启动Mininet后进行了数据包发送,导致控制器下发流表

重新启动Ryu和Mininet,直接查看交换机中是否有流表.

1.先启动交换机,查看流表,为空

2.启动控制器,之后再查看交换机中流表信息,依旧为空

3.主机使用pingall命令后,查看流表,发生变化

已解决。但是交换机是如何设置默认流表当不知道packet如何处理的时候发生给控制器?如果这是默认动作,那么我们之前Ryu实验中为何要实现
@set_ev_cls(ofp_event.EventOFPSwitchFeatures,CONFIG_DISPATCHER)
def switch_features_handler(self,ev):    ?????
经过启动hub.py在控制器上,进行测试,发现会进入switch_features_handler,并且会下发默认流表---所以说,我们可以不用设置这个默认流表也可以,但是这个函数中,我们可以设置一些其他的流表进行控制---所以说还是比较有用的

注意从(三)开始的实验我们需要关闭控制器Ryu进行

(三)删除所有流表

由于没有流表,所有ping操作不可达

(四)添加h1与和h2之间的流表转发

1.单个交换机操作

2.h1 ping h2,信息可达(因为有流表进行指导)

3.h1 ping h3,消息不可达(因为交换机2中没有流表项,并且交换机1也没有配置到port3的动作

4.实现所有网络所有主机互通(先清空流表)

为所有交换机添加端口1和端口2的操作---两个交换机公共操作

dpctl add-flow in_port=,actions=output:2  
dpctl add-flow in_port=,actions=output:

为交换机之间端口提供交互---只操作s1(因为只有s1有端口3)

sh ovs-ofctl add-flow s1 in_port=,actions=output:,
sh ovs-ofctl add-flow s1 in_port=,actions=output:,
sh ovs-ofctl add-flow s1 in_port=,actions=output:,

实验结果显示

或者:我们直接添加下面流表也可以实现上面操作

mininet> dpctl add-flow in_port=,actions=output:,
mininet> dpctl add-flow in_port=,actions=output:,
mininet> dpctl add-flow in_port=,actions=output:,

5.为交换机2添加丢弃流表,使得两个交换机不可通信(在前面互通基础上实现)

mininet> sh ovs-ofctl del-flows s2 in_port=1  删除原有流表
mininet> sh ovs-ofctl add-flow s2 in_port=1,actions=drop  添加丢弃流表

SDN实验---Mininet实验(玩转流表)的更多相关文章

  1. 实验 6 :OpenDaylight 实验——OpenDaylight 及 Postman实现流表下发

    实验 6 :OpenDaylight 实验--OpenDaylight 及 Postman实现流表下发 一.实验目的 熟悉 Postman 的使用:熟悉如何使用 OpenDaylight 通过 Pos ...

  2. 实验 6:OpenDaylight 实验——OpenDaylight 及 Postman 实现流表下发

    一.实验目的 熟悉 Postman 的使用;熟悉如何使用 OpenDaylight 通过 Postman 下发流表. 二.实验任务 流表有软超时和硬超时的概念,分别对应流表中的 idle_timeou ...

  3. 实验 6:OpenDaylight 实验——OpenDaylight 及 Postman 实现流表下发

    一.实验目的 熟悉 Postman 的使用:熟悉如何使用 OpenDaylight 通过 Postman 下发流表. 二.实验任务 流表有软超时和硬超时的概念,分别对应流表中的 idle_timeou ...

  4. SDN实验---Mininet实验(模拟多数据中心带宽实验)

    补充:NameError: name 'buffer' is not defined >>> import sys >>> ,): ... buffer = mem ...

  5. 查看mininet交换机中的流表

    官网文档http://mininet.org/walkthrough/#xterm-display Xterms are also useful for running interactive com ...

  6. SDNLAB技术分享(四):利用ODL下发流表创建VxLAN网络

    邓晓涛,当前就职于江苏省未来网络创新研究院,是CDN团队的一名研发人员,主要从事SDN相关的研发相关工作.曾就职于三星电子于先行解决方案研发组任高级工程师.思科系统于云协作应用技术部(CCATG)任工 ...

  7. FAST:通过Floodlight控制器下发流表

    参考: Floodlight+Mininet搭建OpenFlow(四):流表操作 通过Floodlight控制器下发流表 下发流表的方式有两种: 1.借助Floodlight的北向API,利用curl ...

  8. OpenFlow协议中如何提高交换机流表的匹配成功率

    写在前面 这段时间一直在研究如何提高流表空间的利用率.一直没能想到好的idea.有一篇文献中比较了现有研究中提到的手段,在这里记录一下都有哪些类型的手段以及这些手段存在的不足.这些手段不仅局限于如何提 ...

  9. SDN实验 3: Mininet 实验——测量路径的损耗率

    验 3:Mininet 实验--测量路径的损耗率 一.实验目的 在实验 2 的基础上进一步熟悉 Mininet 自定义拓扑脚本,以及与损耗率相关的设定:初步了解 Mininet 安装时自带的 POX ...

随机推荐

  1. 【原】命令行增删改查阿里云 DNS

    命令行解析阿里云 DNS 项目地址:https://github.com/liyongjian5179/alidns 首先需要获取阿里云账号账号的AccessKeyID及AccessKeySecret ...

  2. jenkiins 配置邮件发送(四)

    一.默认邮件配置的方法 Jenkins默认的插件只能发送执行失败的job 系统管理-->系统设置-->邮件通知 需要注意的是系统管理员邮箱地址必须要邮箱通知的邮箱一致,否则不会发送成功 在 ...

  3. React源码 React.Component

    React中最重要的就是组件,写的更多的组件都是继承至 React.Component .大部分同学可能都会认为 Component 这个base class 给我们提供了各种各样的功能.他帮助我们去 ...

  4. commix 命令注入工具

    关于系统命令注入,可以参考这篇文章:命令攻击介绍 系统命令注入场景 在对企业进行安全测试时候,很少会发现系统注入漏洞.这是因为大部分情况下代码业务主要是数据操作.文件操作.逻辑处理和api接口调用等, ...

  5. ES6 手册

    不用就忘, 把阮大大的地址列在这儿: http://es6.ruanyifeng.com/#README

  6. HDU4183 Pahom on Water(来回走最大流,一个点只经过一次)

    题意: 有n个圆,每个圆的中心和半径和一个频率都给定,只有一个频率最高的789为紫色,只有一个最低的400为红色,规则如下: 1.当两个圆严格相交时,且人是从红色到紫色的方向运动时可以由低频率向高频率 ...

  7. 用JAVA实现找出输入字符串中的出现次数最多的字符及其次数;

    //通过Map 类实现,通过键值对的方式,可以将输入的字符串的每一个字符,作为键,每个字符出现的次数作为值:如下: public class Find { public static void mai ...

  8. datagrid 溢出文本显示省略号 转载

    http://www.jeasyuicn.com/?sort=3 .datagrid-cell, .datagrid-cell-group, .datagrid-header-rownumber, . ...

  9. Dubbo架构及原理

    1.Dubbo:Dubbo是一个分布式服务框架,SOA治理方案. 主要功能有:高性能的NIO通讯以及协议集成.服务动态寻址与路由.软负载均衡与容错.依赖分析与降级 主要特点: 连通性:provider ...

  10. [React] Use CSS Transitions to Avoid a Flash of Loading State

    Based on research at Facebook, we know that if a user sees a flash of loading state, they perceive t ...