sdn

1. 利用Mininet仿真平台构建如下图所示的网络拓扑，配置主机h1和h2的IP地址（h1:10.0.0.1，h2:10.0.0.2），测试两台主机之间的网络连通性 2. 利用Wireshark工具，捕获拓扑中交换机与控制器之间的通信数据，对OpenFlow协议类型的各类报文（hello, features_request, features_reply, set_config, packet_in, packet_out等）进行分析，对照wireshark截图写出你的分析内容。 hello 控制器6633端口（我最高能支持OpenFlow 1.0） ---> 交换机35534端口 交换机35534端口（我最高能支持OpenFlow 1.3）--- 控制器6633端口 于是双方建立连接，并使用OpenFlow 1.0 Features Request 控制器6633端口（我需要你的特征信息） ---> 交换机35534端口 Set Config 控制器6633端口（请按照我给你的flag和max bytes of packet进行配置） ---> 交换机35534端口 Port Status 端口状态 Features Reply 交换机35534端口（这是我的特征信息，请查收）--- 控制器6633端口 Features 消息包括 OpenFlow Header 和

1.利用Mininet仿真平台构建如下图所示的网络拓扑，配置主机h1和h2的IP地址（h1:10.0.0.1，h2:10.0.0.2），测试两台主机之间的网络连通性 1.1利用miniedit创建拓扑 1.2展示网络信息 1.3查看主机间的连通性 2.利用Wireshark工具，捕获拓扑中交换机与控制器之间的通信数据，对OpenFlow协议类型的各类报文（hello, features_request, features_reply, set_config, packet_in, packet_out等）进行分析，对照wireshark截图写出你的分析内容。 2.1 hello消息 控制器与交换机建立连接时由其中某一方发起Hello消息，双方协调协议版本号。Hello消息只有openflow包头，没有主体部分。头部结构如下： /* Header on all OpenFlow packets. */ struct ofp_header { uint8_t version; /*版本*/ uint8_t type; /*消息类型*/ uint16_t length; /*消息总长度，包含头部*/ uint32_t xid; /*事件ID，同一件事件的ID号一致如feature_request和对应的feature_reply就使用同一个Transaction id

这是一个IT技术飞速发展的时代，在硬件基础设施的不断升级以及虚拟化网络等技术的日益成熟下，云厂商也正面临着各种新技术带来的巨大挑战。从数据中心的基础建设到云平台的系统构建再到产品底层的技术改革，该如何结合最新的技术趋势和用户日新月异的需求从而取得进一步发展呢?12月21日UCloud用户大会暨 Think in Cloud 2018上海站的’产品与技术专场’将会分享UCloud对这些问题的思考。 极简产品，极深技术 我们知道乔布斯一生都在奉行极简主义，极简主义强调在简单的产品设计上做到极致，但背后往往需要企业对用户需求的全面理解和深度挖掘。在这一方面，UCloud一直奉行“用户的需求就是下一个产品”的信念，在满足用户业务需求的同时，不断打磨产品的形态直至给用户呈现简单、直接、易用的稳定高可用云服务。例如ULB经过不断升级优化之后，性能大幅提升,同时功能上也实现了多种均衡算法、自动化容灾等，而用户界面则越来越简单，方便用户做智能选择，从而提高资源利用率。除了ULB之外，UCloud还有很多这样的产品设计案例。 一个企业要想始终走在行业前沿，必须要掌握自己的核心技术，提高技术壁垒。近6年的发展，UCloud紧跟新技术的步伐来加快新产品和功能的迭代：云主机5分钟可实现并发创建1000台、云主机内核热补丁在线热迁移、SSD云硬盘超高性能的13倍提升等等

阅读文章《软件定义网络(SDN)研究进展》，并根据所阅读的文章，书写一篇博客，回答以下问题（至少3个）： 为什么需要SDN？SDN特点？ 因为在网络规模不断扩大，用户对流量的需求也不断扩大的当今，传统网络运营商定制优化网络的难度和网络运 维成本都不断增加，SDN的出现解决了这些问题，所以需要SDN。 特点有： 数据和控制相分离 集中控制 开放的统一接口 开放API及软件定义 SDN的基本思想？ 通过将网络设备控制面与数据面分离开来，从而实现了网络流量的灵活控制，使网络作为管道变得更加智能。 解耦，抽象，可编程 ONF全称是什么，是什么组织？ open networking foundation，开放网络基金会 文中提到了哪些控制器,控制层和数据层通信标准协议是什么？ NOX控制器，以及升级版NOX-MT，Maestro（并行控制器），Onix（分布式控制器），HyperFlow，kandoo，beacon，floodlight，pox，ryu 通信标准协议是OpenFlow协议 FV是什么？ Function Virtualzation，功能虚拟化。 ODL设计的三个层次是什么？ 网络应用与业务流程（即应用层）、控制平台（即控制层）和物理与虚拟网络设备（即数据层）。 多级流表是Openflow哪个协议版本增加的？ 1.4.0版本中，OpenFlow协议增加了流表删除和复制机制

为什么需要SDN？SDN特点？ 答：因为随着网络规模的不断扩大,封闭的网络设备内置了过多的复杂协议,增加了运营商定制优化网络的难度,科研人员无法在真实环境中规模部署新协议.同时,互联网流量的快速增长,用户对流量的需求不断扩大,各种新型服务不断出现,增加了网络运维成本.特点是将数据与控制相分离。 SDN的基本思想？ 答：是分层的思想。SDN 将数据与控制相分离，即将网络设备控制面与数据面分离开来。 ONF全称是什么，是什么组织？ 答：全称是开放网络基金会(Open Networking Foundation,简称 ONF)，是专门负责订制SDN接口标准的著名组织。 文中提到了哪些控制器,控制层和数据层通信标准协议是什么？ 答：NOX控制器，NOX-MT，并行控制器 Maestro，分布式控制器：扁平控制器，层次控制器，还有Onix,HypeFLOW,Kandoo,Beacon,FLoodlight,POX,Ryu。控制层和数据层通信标准协议：OpenFlow协议。 FV是什么？ 答：FV指Function Virtualzation,即功能虚拟化。NFV是网络功能虚拟化，是针对运营商网络出现的问题而提出的SDN解决方案。 ODL设计的三个层次是什么？ 答：分别是网络应用与业务流程(即应用层)、控制平台(即控制层)和物理与虚拟网络设备 (即数据层)。

2019 SDN上机第二次作业 1.利用mininet创建如下拓扑，要求拓扑支持OpenFlow 1.3协议，主机名、交换机名以及端口对应正确，请给出拓扑Mininet执行结果，展示端口连接情况 1.1创建拓扑 1.2执行结果 1.3展示网络信息（包括端口） 1.4展示端口连接情况 2.直接在Open vSwitch下发流表，实现如下连通性要求，请逐条说明所下发的流表含义 2.1s1流表 #s1将从端口号为1,2,3的主机发来的数据贴上相同的vlan tag，然后从4端口发往s2（vlan_id从0开始） sudo ovs-ofctl -O OpenFlow13 add-flow s1 priority=1,in_port=1,actions=push_vlan:0x8100,set_field:4096-\>vlan_vid,output:4 sudo ovs-ofctl -O OpenFlow13 add-flow s1 priority=1,in_port=2,actions=push_vlan:0x8100,set_field:4097-\>vlan_vid,output:4 sudo ovs-ofctl -O OpenFlow13 add-flow s1 priority=1,in_port=3,actions=push_vlan:0x8100,set_field

2019 SDN上机第2次作业 1. 利用mininet创建如下拓扑，要求拓扑支持OpenFlow 1.3协议，主机名、交换机名以及端口对应正确，请给出拓扑Mininet执行结果，展示端口连接情况 创建拓扑 2. 直接在Open vSwitch下发流表，用vlan得到下列虚拟网段，请逐条说明所下发的流表含义 将h1,h2,h3进入s1的包打上vlan tag，转发端口4 sudo ovs-ofctl -O OpenFlow13 add-flow s1 priority=1,in_port=1,actions=push_vlan:0x8100,set_field:4096-\>vlan_vid,output:4 sudo ovs-ofctl -O OpenFlow13 add-flow s1 priority=1,in_port=2,actions=push_vlan:0x8100,set_field:4097-\>vlan_vid,output:4 sudo ovs-ofctl -O OpenFlow13 add-flow s1 priority=1,in_port=3,actions=push_vlan:0x8100,set_field:4098-\>vlan_vid,output:4 将从端口4的包去除vlan tag， 并根据tag进行转发 sudo ovs-ofctl -O

1. 利用mininet创建如下拓扑，要求拓扑支持OpenFlow 1.3协议，主机名、交换机名以及端口对应正确，请给出拓扑Mininet执行结果，展示端口连接情况 from mininet.topo import Topo from mininet.net import Mininet from mininet.node import RemoteController,CPULimitedHost from mininet.link import TCLink from mininet.util import dumpNodeConnections class MyTopo( Topo ): def __init__( self ): Topo.__init__( self ) s = [] for i in range( 2 ): sw = self.addSwitch( 's{}'.format( i + 1 ) ) s.append( sw ) count = 1 for sw1 in s: for i in range(3): host = self.addHost( 'h{}'.format( count ) ) self.addLink( sw1, host ) count += 1 self.addLink(s[0],s[1]) topos = { 'mytopo'

一、利用mininet创建如下拓扑，要求拓扑支持OpenFlow 1.3协议，主机名、交换机名以及端口对应正确，请给出拓扑Mininet执行结果，展示端口连接情况 创建py文档 在终端输入命令，创建拓扑 sudo mn --custom ./SDN1.py --topo mytopo --switch ovsk,protocols=OpenFlow13 使用pingall命令测试所有节点连通性 结果Results: 100% dropped 为互不连通状态 使用net命令查看拓扑 二、 直接在Open vSwitch下发流表，用vlan得到下列虚拟网段，请逐条说明所下发的流表含义 h1 -- h4互通 h2 -- h5互通 h3 -- h6互通 其余主机不通 sw1 sudo ovs-ofctl -O OpenFlow13 add-flow s1 priority=1,in_port=1,actions=push_vlan:0x8100,set_field:4096->vlan_vid,output:4 //将主机1进入sw1的包打上vlan tag，转发端口4 sudo ovs-ofctl -O OpenFlow13 add-flow s1 priority=1,in_port=2,actions=push_vlan:0x8100,set_field:4097->vlan_vid

1. 利用mininet创建如下拓扑，要求拓扑支持OpenFlow 1.3协议，主机名、交换机名以及端口对应正确，请给出拓扑Mininet执行结果，展示端口连接情况 可以使用miniedit创建相关拓扑也可以使用python代码编写拓扑的方式创建相关拓扑，本次采用miniedit 端口连接情况如下（注意连线顺序）： 2. 直接在Open vSwitch下发流表，用vlan得到下列虚拟网段，请逐条说明所下发的流表含义 使用以下命令可以实现为主机1、2、3发送的报文分别打上不同的vlan_id并从交换机s1端口4发送出去 add-flow需要注意的参数为 协议(OpenFlow13)、交换机(s1)、进端口（in_port）、对匹配报文执行的操作（actions=）、在报文外层压入一层vlan tag（push_vlan）、设置VLAN ID（set field值为4096+vlan_id）、出端口（output） sudo ovs-ofctl add-flow -O OpenFlow13 s1 in_port=1,actions=push_vlan:0x8100,set_field:4097-\>vlan_vid,output:4//将交换机s1从端口1收到的报文打上vid = 1 的vlantag并从端口4发送出去 sudo ovs-ofctl add-flow -O