C/S 结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。

一、实验目的

• 理解C/S模式的工作原理；
• 掌握OpenDaylight下C/S结构操作流程。

二、实验原理

Client和Server常常分别处在相距很远的两台计算机上，Client程序的任务是将用户的要求提交给Server程序，再将Server程序返回的结果以特定的形式显示给用户；Server程序的任务是接收客户程序提出的服务请求，进行相应的处理，再将结果返回给客户程序。

最近很多SDN研究人员问起如何安装RYU的GUI，网上也有一些教程。但是由于RYU版本问题，导致安装没有成功。本篇博文将介绍RYU3.16版本下如何安装GUI，以及对RYU拓扑模块进行简单分析。

安装GUI

Linton的博客已经有详细介绍，我在这里将一些可能出现问题的地方再提醒一次。

第一步：依赖安装及修改代码

建议查看Linton的博客，比较简单，不赘述。

第二步：运行相关组建

最近在网上看到了一个以OpenDaylight为基础的SDN应用，所以下载下来研究了一番，简单的对其相关功能进行了研究，由于精力有限，只完成了代码编译和OpenDaylight对接工作，并未对其业务流程进行深入研究，先将几天的研究进展小结一下，后续将对代码进行深入研究，如果有精力准备将其移植到OpenDaylight的最新版本上。

1 什么是Tap

Tap在wiki中的解释中是一种提供通过计算机网络去接入数据流的方式。在实际应用中，Tap是效果较好的一种监控网络节点间流量的方式。满足Tap应用场景的网络一般会具备三个重要部分，即需要监控的两个节点A和B，还有监控节点（monitor port）。在A、B间插入Tap后，Tap在保证未阻塞的流量通过的同时会将流量拷贝到监控端口供第三方的设备监听。

数据中心提供多种业务，但一般只进行尽力而为的转发，不单独为某一业务带宽提供额外的保障，这就造成某些关键性业务无法得到很好地保证（如视频业务），可能影响业务的正常运转（视频不流畅）。

本文针对当前OpenFlow网络对QoS管理的需求，结合对传统IP网络区分服务模（DiffServ）QoS技术的研究，设计并实现了一套基于 DiffServ模型和OpenFlow网络架构的QoS系统。按照预定的设计方案通过搭建小型网络拓扑对其进行验证，并对实验结果进行分析，验证设计的QOS系统显著的提高了对网络QoS 性能的全局掌控，降低了底层交换设备的工作负载。

ONOS是由ON.Lab使用Java及Apache实现发布的首款开源的SDN网络操作系统，主要面向服务提供商和企业骨干网。近日笔者在学习ONOS的过程中写下了这篇文章，希望可以对刚接触ONOS的同学们带来一些帮助。

1.系统环境及软件依赖说明

本次安装在官方推荐的系统环境下进行，官方推荐：

• Ubuntu Server 14.04 LTS 64-bit
• 2GB or more RAM
• 2 or more processors

1 实验目的

• 掌握Iperf在Linux环境下的安装和常用命令行参数的含义
• 熟悉Iperf应用实例
• 掌握SDN网络中使用Iperf测试网络带宽等

2 实验原理

网络性能测试主要是监测网络带宽的使用率，将网络带宽利用最大化是保证网络性能的基础，但是由于网络设计不合理、网络存在安全漏洞等原因，都会导致网络带宽利用率不高。要找到网络带宽利用率不高的原因，就需要对网络传输进行监控，此时就需要用到一些网络性能测试工具，而Iperf就是这样一款网络带宽测试工具。

此文章承接ONOS编程系列（一） Application Tutorial，如果尚未看过上一篇，请先看完上一篇，再回过头来看此篇。

本文章的目的在于让读者明白：

• 如何将新建的application扩展为新的服务，以便其他服务或者应用可以调用它
• 如何将该application的功能扩展为Karaf命令行界面下的一个新命令

我们假设你已经安装并且能初步掌握Mininet，因为后面的测试工作需要用到它。

一、项目简介

目的：设有一台PC机（Host1），一台Web服务器（Host2）提供简单的静态网页访问服务。通过RYU控制网络流，限制PC访问服务器的频率，如两次访问的间隔不能低于5秒。

应用场景：

①为 付费用户 和 免费用户 提供差异化服务

②小型站点、个人站点、未做优化站点的负载缓解