Marvell推出支持OpenFlow的交换机

第33卷第11期2016年11月计算机应用与软件Computer Applications and SoftwareVoL33 No.11Nov.2016基于通用宽带路由器的O penFlow交换机设计邱堃1’3方钰权13陆伟2赵进131 (复旦大学计算机科学技术学院上海201203)2(上海文广互动电视有限公司上海200072)3(网络信息安全审计与监控教育部工程研究中心上海201203)摘要基于O p e n F l o w协议的软件定义网络离不开控制器与O p e n F l o w交换机。

然而，支持O p e n F l o w协议的交换机异常昂贵且 难于获得。

为了方便地获得支持O p e n F l o w协议的交换机，介绍一种基于通用宽带路由器的O p e n F l o w交换机设计。

该设计可以仅 用市场上常见的通用宽带路由器以及开源L m u x软件构建出一款完整支持O p e n F l o w协议的交换机。

实验结果显示，该设计以可接 受的性能实现现阶段O p e n F l o w协议的所有功能。

关键词软件定义网络O p e n F l o w交换机O p e n vSwitch O p e n W r t通用宽带路由器Linux中图分类号T P3文献标识码A D01：10. 3969/j. issn. 1000-386x. 2016. 11.020A DESIGN OF OPENFLOW SWITCH BASED ON GENERAL BROADBAND ROUTERQiu Kun1,3Fang Yuquan1,3Lu Wei2Zhao Jin1,31 (School of Computer Science, Fudan University, Shanghai 201203,China)2 (Shanghai Interactive Television Co. , Ltd, Shanghai 200072 , China)3 (Engineering Research Center of Cyber Security Auditing and Monitoring, Ministry of Education, Shanghai 201203 , China) Abstract O p e n F l o w protocol-based software-defined network has to rely o n controller a n d O p e n F l o w switch. H o w e v e r the switches supporting O p e n F l o w protocol are extremely expensive a n d difficult to get. In order to facilitate the obtainment of switches supporting O p e n F l o w protocol, in this paper w e introduce a general broad b a n d router-based design of O p e n F l o w switch. T h e design can construct such a switch fully supporting O p e n F l o w protocol b y only using general broadband router c o m m o n l y found in markets a n d the open-source Linux software. Experimental results s h o w that the design can imple m e n t all functions of O p e n F l o w protocol at current stage with a n acceptable per­formance.Keywords Software-defined network O p e n F l o w Switch O p e n vSwitch O p e n W r t General broad b a n d router Linux〇引言全球互联网自20世纪末进人商用领域以来发展迅速，现在 已经成为推动世界发展的力量的一个重要组成部分。

openflow控制器和openflow交换机之间建立信道连接的基本
过程
1. OpenFlow控制器通过TCP/IP协议向OpenFlow交换机发送一个特殊的HELLO消息。

2. OpenFlow交换机接收到HELLO消息后，会发送一个特殊的HELLO消息作为响应。

3. 控制器收到交换机发送的HELLO消息后，会发送FEATURES_REQUEST消息给交换机，请求交换机的基本信息，如支持的OpenFlow版本号、流表容量等。

4. 交换机接收到FEATURES_REQUEST消息后，会发送FEATURES_REPLY消息给控制器，包含交换机的基本信息。

5. 控制器接收到交换机的FEATURES_REPLY消息后，会发送一个配置消息，如设置交换机的流表规则、端口配置等。

6. 交换机根据控制器发送的配置消息，进行相应的配置操作，并确认操作完成。

7. 控制器和交换机建立了信道连接后，可以进行OpenFlow协议定义的各种控制和管理操作，如下发流表规则、查询交换机状态等。

H3C S5130-EI OpenFlow 典型配置举例目录1简介 (1)2配置前提 (1)3 OpenFlow基本功能配置举例（控制器动态下发流表项） (1)3.1 组网需求 (1)3.2 配置思路 (2)3.3 使用版本 (2)3.4 配置步骤 (2)3.4.1 Switch A的配置 (2)3.4.2 Switch B的配置 (3)3.5 验证配置 (3)3.6 配置文件 (12)4 OpenFlow基本功能配置举例（控制器静态下发流表项） (13)4.1 组网需求 (13)4.2 配置思路 (14)4.3 使用版本 (14)4.4 配置步骤 (14)4.4.1 Switch A的配置 (14)4.4.2 Switch B的配置 (15)4.4.3 配置控制器 (16)4.5 验证配置 (26)4.6 配置文件 (31)5相关资料 (32)Host A10.1.1.1/24Host C10.1.1.2/24GE3/0/3VLAN 4092VLAN 4094GE3/0/3VLAN 4092Switch A VLAN 4094 Switch B1简介本文档介绍了OpenFlow 的配置举例。

OpenFlow允许控制器直接访问和操作网络设备的转发平面，将控制平面和数据平面分离。

交换机依据控制器下发的流表（Flow T able）对报文进行匹配和转发，在同一个流表中按照流表项的优先级大小进行匹配。

一个OpenFlow交换机可以包含一个或者多个流表。

2配置前提本文档中的配置均是在实验室环境下进行的配置和验证，配置前设备的所有参数均采用出厂时的缺省配置。

如果您已经对设备进行了配置，为了保证配置效果，请确认现有配置和以下举例中的配置不冲突。

本文档中所有配置举例中使用的控制器均为H3C VCF（V irtual Converged Framework，虚拟应用融合架构）控制器。

本文假设您已了解OpenFlow 特性。

华为 Sx700系列交换机OpenFlow详版彩页网络面临的挑战传统网络的架构越来越不能满足市场的需求了。

对大部分企业和组织来说，IT是成本，并不能直接带来业务，特别是这几年，经济不够景气，企业更是减少对IT的投资；与此同时，企业又想方设法提高已有IT设备和人员的利用率，用来提高公司IT支撑能力，进而增进企业的竞争力。

电信运营商也面临着同样的挑战，一方面，无休止的网络扩容以应对移动终端和接入带宽的爆炸性增长，另一方面，企业的利润又被设备投资和维护无情的吞噬，体现在净利润逐年下滑。

具体来说，现有网络架构存在下列问题：网络越来越复杂现在的网络技术很大程度上是由一个个分裂的协议组成，这些协议就是机器之间沟通的“语言”。

利用这些语言，通信设备间无论距离多远，无论什么速率的链路，都可以组成任意的网络拓扑。

为了满足业务和技术的需求，业界各大标准组织，如IEEE、IETF、3GPP等等，制定出各种各样的组网协议用以提高网络带宽、保证通信更可靠、更安全。

大部分情况下，这些协议都是为了解决特定问题的，协议之间相互独立。

日积月累，导致了现在的网络越来越复杂。

在2014年3月的ONS(Open Network Summit)大会上，与会者展示了一个统计，在一个具有16个机架的中小型数据中心，需要人工输入8万行命令，用于配置数据中心纷繁复杂的协议。

以在网络增加或移除一个设备为例，IT人员需要对交换机、路由器、防火墙、Web认证服务器做调整，需要更新ACL、VLAN和QoS等。

与此同时，IT人员所利用工具大多是针对一个个独立的网络设备，而且要充分考虑各厂家交换机的型号、软件版本和当前拓扑。

也正是由于这些复杂性，现在的网络大多是静态的，因为IT人员不想因变动网络而导致业务中断。

“树欲静而风不止”，服务器虚拟化之“风”正急剧地撼动着网络这颗静态的“树”。

一个物理的服务器可以虚拟化成数个或数十个虚拟机(Virtual Machine), 每个虚拟机都可以独立的接入到网络中。

Marvell发布新款Link Street交换机支持节能以太网和语音视频桥接全球整合式芯片解决方案的领导者美满电子科技（Marvell，Nasdaq交易代码：MRVL)日前发布三款Link Street®以太网系列新品，为低成本、能耗敏感的应用提供了快速以太网和千兆以太网解决方案。

Marvell® 88E6352、88E6250和88E6220均集成了物理层（PHY）芯片，支持802.3az节能以太网（Energy Efficient Ethernet，EEE）标准，以及其他多个先进的功能，包括局域网唤醒（Wake-on-LAN，WoL）、集成的开机热启动（Power-On Reset）控制器和电源监视器。

此外，新设备还支持IEEE 802.1新的语音视频桥接（AVB）标准，可以无缝交付延时敏感的多媒体流量，在容易配置的以太网中实现消费级和专业级的语音视频应用。

它们还支持IEEE 1588v2 PTP精确时钟协议（Precision Time Protocol）标准，实现以太网上节点之间1毫秒以内的时钟同步。

这一新的系列产品主要面向包括无线路由器、网关和企业网络接入在内的公共云和私有云接入市场，为它们提供高成本效率和能源效率解决方案，同时扩展以太网的能力，满足云内部应用中以媒体为中心的应用需求，例如：机顶盒、数字录像机、音频/视频接收器等等。

新闻要点•用AVB创建面向连接的以太网，为多媒体内容提供时间和带宽保证•高能效和高性能对实现成本效率高的云服务、对云网络规模的扩大至关重要•封装中集成了电压调节，节省空间，优化成本，降低了系统成本•正在生产设备样机，预计2011年第三季度实现量产产品亮点88E6352 •7端口千兆以太网交换机，具有5个集成的三速PHY、GMII、RGMII和Serdes/SGMII接口•集成的PHY，支持802.3az节能以太网(Energy Efficient Ethernet)，当网络空闲时可以降低能耗70%以上•支持最新的AVB标准•256个条目TCAM，提供多达96字节深度的包检测•支持IEEE 1588v2工业以太网应用•低成本128引脚QFP（14x14毫米）封装88E6250和88E6220 •88E6250是一个7端口的快速以太网交换机，具有5个有集成的快速以太网 PHY和两个RMII（或一个MII/RGMII）接口•88E6220是一个4端口的快速以太网交换机，具有2个有集成的快速以太网PHY和两个MII/RMII接口•集成的PHY，支持802.3az 节能以太网(Energy Efficient Ethernet)，当网络空闲时可以降低能耗50%以上•支持最新的AVB标准•支持IEEE 1588v2工业以太网应用•64引脚QFN（9x9毫米）封装，是当前市场上体积最小的7端口快速以太网交换机引言•Marvell 公司市场总监Ali Khan说，“Marvell新推出的Link Street SOHO交换机是一个超级有竞争力的产品系列，它具备了家庭云最关注的三大优势：成本、易用性和灵活性。

openflow协议的工作原理与流程OpenFlow协议是一种新型的网络交换协议，它可以让管理者灵活地定义网络中的流行行为，为网络开发者提供更大的灵活性。

Openflow协议于2008年被Stanford University首次发布，经过近十年的发展，它已经成为一种流行的网络交换协议，被广泛应用于云计算和虚拟化网络中。

OpenFlow协议的核心是一种分布式控制器，该控制器可以与网络中的多个设备进行交互，包括交换机、路由器、防火墙和NAT设备等。

OpenFlow协议允许管理员灵活地控制网络中的流量，而无需重新设计网络架构，从而实现网络的自动化管理和安全性。

OpenFlow协议的工作原理是每一个网络设备（如交换机）建立一个控制连接，通过控制连接与控制器进行通信。

OpenFlow协议下的每一个网络设备都会发出报文，该报文中包含发送者、接收者、以及传输内容，以发送到控制器上。

控制器在收到报文后，会根据规则匹配和决策，并将控制指令下发到接收设备上，以实现网络中的流量控制。

OpenFlow协议的工作流程可以分为四个主要的步骤：1.网络设备发出报文：网络设备发出的报文中包括流入报文源、流出报文目的地以及传输内容。

2.控制器接受报文：控制器收到报文后，会根据规则匹配和决策，然后将控制指令下发到接收设备上。

3.接收设备收到控制指令：接收设备收到来自控制器的控制指令后，会根据控制指令重新定向流量，以实现流量控制。

4.网络流量控制：网络流量经过重新定向之后，即可实现对数据流的控制，从而提高网络的效率和安全性。

OpenFlow协议的出现标志着一种新的网络交换模式，可以让管理者灵活地定义网络的流行行为，具备更高的灵活性和更强的安全性，是网络管理技术革新的一个重要里程碑。

OpenFlow协议已经被广泛应用于虚拟化网络，云计算，SDN技术，它不仅能更好地满足企业和用户的需求，还能帮助管理者更加迅速、灵活、安全地管理网络。

Openflow:未来络的基础协议(全文)2008年4月，一篇署名为NickMcKeown的论文《OpenFlow：enablinginnovationincampusnetworks》在ACMCommunicationsReview上发表。

至此，被美国斯坦福大学cleanslate研究组提出将近一年的Openflow向世人揭开了神秘面纱，一种将络转发与控制解耦的新型络交换模型逐渐浮出水面。

两年后，NickMcKeown又提出SDN（SoftwareDefineNetworks，软件定义络）的概念。

它起源于Openflow，也正是它，使Openflow引起业界重视，Openflow甚至在某种程度上成为SDN的代名词。

“SDN 是理念，Openflow是技术。

”盛科络CEO孙建勇一语道破SDN与Openflow之间的区别。

“在可以实现SDN的技术体系中，OpenFlow是相对成熟的技术之一。

”清华大学络研究院络体系结构与IPv6研究室主任毕军又指出了两者之间的关系。

虽然技术相对成熟，但是在追求标准化的IT界，尚未完全标准化的Openflow的标准化之路如何前行？这个过程会对SDN的发展起到什么样的作用？四个版本传统络架构由单独运行、封闭的设备连接构成，每台设备都有单独的操作系统，数据的转发和控制都由交换机和路由器完成，这会造成络的管控细节做得不是特别到位。

各种设备以及其相对孤立的操作系统在络中零散分布，也使络变得复杂且封闭。

此外，由于设备异构，络管理的兼容性也很难做到极致。

Openflow能够很好地解决以上问题。

与当今IT界追捧的“软硬件一体化”不同，SDN试图用软硬件分离的理念颠覆现有的络架构。

Openflow作为新一代络的核心技术，在分离软硬件方面肩负重任。

Openflow交换机以流表的方式进行数据的转发，FlowVisor负责对络进行虚拟化，控制器负责络控制，三者各司其职、分工明确而又相互配合，构成了Openflow的络架构。

OpenFlow技术及应用模式发展分析4月10日至15日，第30届IEEE计算机通信国际大会(INFOCOM 2011)在上海国际会议中心隆重举行。

本次会议吸引了国内外1000多名计算机和通信领域的专家、学者和企业的科研人员到场，重点围绕云计算、网络安全、数据中心网络、移动互联网、物联网等一系列研究领域的前沿问题进行了深入的探讨。

在备受关注的现场展示环节中（Live Demo），来自清华大学信息技术研究院网络安全实验室的师生们展示了基于OpenFlow的网络安全管理系统LiveSec，引起了与会者的普遍关注。

该系统的成功运行，是国内通信领域的研发团队对前沿技术跟踪、创新工作的完美诠释，在科研成果转化为可用产品的道路上占据了先机。

OpenFlow扬帆起航OpenFlow技术最早由斯坦福大学提出，旨在基于现有TCP/IP技术条件，以创新的网络互联理念解决当前网络面对新业务产生的种种瓶颈，已被享有声望的《麻省理工科技评论》杂志评为十大未来技术。

它的核心思想很简单，就是将原本完全由交换机/路由器控制的数据包转发过程，转化为由OpenFlow交换机（OpenFlow Switch）和控制服务器（Controller）分别完成的独立过程。

转变背后进行的实际上是控制权的更迭：传统网络中数据包的流向是人为指定的，虽然交换机、路由器拥有控制权，却没有数据流的概念，只进行数据包级别的交换；而在OpenFlow网络中，统一的控制服务器取代的路由，决定了所有数据包在网络中传输路径。

OpenFlow交换机会在本地维护一个与转发表不同的流表（Flow Table），如果要转发的数据包在流表中有对应项，则直接进行快速转发；若流表中没有此项，数据包就会被发送到控制服务器进行传输路径的确认，再根据下发结果进行转发。

OpenFlow网络的这个处理流程，有点类似于状态检测防火墙中的快速路径与慢速路径的处理，只不过转发与控制层面在物理上完全分离。

OpenFlow交换机规范(概要)Version1.3.0（June25,2012）1介绍本文档描述了对OpenFlow交换机的要求。

此规范内容包括交换机的组件和基本功能，和一个远程控制器管理一个OpenFlow交换机的协议：OpenFlow。

2交换机部件OpenFlow的交换机包括一个或多个流表和一个组表，执行分组查找和转发，和到一个外部控制器OpenFlow的信道（图1）。

该交换机与控制器进行通信，控制器通过OpenFlow协议来管理交换机。

控制器使用OpenFlow协议，可以添加、更新和删除流流表中的表项，主动或者被动响应数据包。

在交换机中的每个流表中包含的一组流表项;每个流表项包含匹配字段，计数器和一组指令，用来匹配数据包（见5.2）。

匹配从第一个流表开始，并可能会继续匹配其它流表(见5.1）。

流表项匹配数据包是按照优先级的顺序，从每个表的第一个匹配项开始（见5.3）。

如果找到一个匹配项，那么与流表项相关的指令就会去执行。

如果在流表中未找到匹配项，结果取决于漏表的流表项配置：（例如，数据包可能通过OpenFlow信道被转发到控制器、丢弃、或者可以继续到下一个的流表，见5.4）。

与流表项相关联的指令包含行动或修改流水线处理（见5.9）。

行动指令描述了数据包转发，数据包的修改和组表处理。

流水线处理指令允许数据包被发送到后面的表进行进一步的处理，并允许信息以元数据的形式在表之间进行通信。

当与一个匹配的流表项相关联的指令集没有指向下一个表的时候，表流水线停止处理，这时该数据包通常会被修改和转发（见5.10）。

流表项可能把数据包转发到某个端口。

这通常是一个物理端口，但它也可能是由交换机定义的一个逻辑端口或通过本规范中定义的一个保留的端口（见4.1）。

保留端口可以指定通用的转发行为，如发送到控制器、泛洪、或使用非OpenFlow的方法转发，如“普通”交换机转发处理（见4.5）；而交换机定义的逻辑端口，可以是指定的链路汇聚组、隧道或环回接口（见4.4）。

H3C S5130-HI 系列以太网交换机OpenFlow 配置指导前言H3C S5130-HI 系列以太网交换机配置指导介绍了S5130-HI 系列交换机各软件特性的原理及其配置方法，包含原理简介、配置任务描述和配置举例。

《OpenFlow 配置指导》主要介绍了OpenFlow 相关技术的原理及配置方法。

前言部分包含如下内容：∙读者对象∙本书约定∙产品配套资料∙资料获取方式∙技术支持∙资料意见反馈读者对象本手册主要适用于如下工程师：∙网络规划人员∙现场技术支持与维护人员∙负责网络配置和维护的网络管理员本书约定1. 命令行格式约定2. 图形界面格式约定3. 各类标志本书还采用各种醒目标志来表示在操作过程中应该特别注意的地方，这些标志的意义如下：4. 图标约定本书使用的图标及其含义如下：5. 端口编号示例约定本手册中出现的端口编号仅作示例，并不代表设备上实际具有此编号的端口，实际使用中请以设备上存在的端口编号为准。

产品配套资料H3C S5130-HI 系列以太网交换机的配套资料包括如下部分：目录1 OpenFlow ···················································································································· 1-11.1 OpenFlow概述···································1-11.1.1 OpenFlow背景·································1-11.1.2 OpenFlow介绍·································1-11.1.3 OpenFlow Switch类型·····························1-11.1.4 OpenFlow接口·································1-21.1.5 OpenFlow实例·································1-21.1.6 OpenFlow流表·································1-31.1.7 Group Table ·····································································································1-51.1.8 Meter Table ······································································································1-51.1.9 OpenFlow channel ·····························································································1-61.1.10 协议规范···································1-71.2 OpenFlow配置任务简介·······························1-71.3 配置OpenFlow实例·································1-81.3.1 创建OpenFlow实例·······························1-81.3.2 配置OpenFlow实例的基本能力·························1-81.3.3 激活OpenFlow实例······························1-121.4 配置连接控制器··································1-121.4.1 配置主连接·································1-131.4.2 配置连接中断模式······························1-131.5 配置OpenFlow定时器·······························1-141.6 配置支持动态MAC地址·······························1-141.7 开启OpenFlow的无丢包模式····························1-151.8 关闭流表项变化成功后打印日志的开关························1-151.9 刷新OpenFlow实例下所有MAC-IP表的三层表项····················1-151.10 OpenFlow显示和维护·······························1-161.11 OpenFlow典型配置举例······························1-161.12 附录A 应用限制·································1-181.12.1 流表项限制·································1-181.12.2 Action List和Action Set整合的限制······················1-191.12.3 Packet Out的处理限制····························1-191.12.4 Packet in的处理限制····························1-201.12.5 匹配LLDP报文的限制····························1-201.12.6 Flow Mod的限制······························1-20 1.13 附录B MAC-IP流表································1-211.13.1 MAC-IP流表支持能力····························1-211.13.2 MAC-IP流表的限制·····························1-211.13.3 MAC-IP流表的Table Miss ················································································ 1-221.13.4 Dynamic aware ······························································································ 1-221.13.5 MAC-IP Table与Extensibility Table的配合···················1-221OpenFlow1.1 OpenFlow概述1.1.1 OpenFlow背景随着虚拟化技术的大规模应用，传统的网络架构和网络设备的不足越来越多的被暴露出来，如控制平面与转发平面相集成，扩展性低，不易定制，技术更新周期长，过于依赖网络设备商。

SDN意味着互通吗？作者：暂无来源：《计算机世界》 2013年第13期本报记者李旭阳标准化组织一直以来都在宣扬SDN 的开放与包容。

不过，现实情况可能会有些让人失望。

硬件的局限，让软件标准化的实现遇到了阻碍。

SDN 是一项目前“看上去很美”的技术。

其开放性常常被很多人用来说明其草根特质。

那么，SDN 是否能够实现用多厂商设备共同管理，甚至用A 厂商的设备管理B 厂商？首先，在标准协议方面就面临着一个不大不小的障碍。

在SDN 整体的大框架下，诞生了很多开放性的协议，其中包括ONF（Open Network Foundation，开放网络基金会）的OpenFlow、IETF（InternetEngineering Task Force，Internet 工程任务组）的I2RS 等，这些协议之间是没办法进行互通互联的。

也就是说，控制器所采用的协议决定了其所能管理的数据平面。

目前有一些厂商采用在控制器上支持多协议的方式，解决了这一问题。

不过，这并不意味着南向已经被打通。

实际上，如今绝大多数厂商在采用开放协议的同时，也都应用了一些私有性的标准来连接自己的控制器和数据平面，这使得第三方很难去介入其中的管控。

“SDN 目前的问题在于开放性还是不够。

一方面，ONF 等SDN 组织对于厂商之间南向标准互相开放没有太多约束；另外，很多厂商也都还没有推出北向API。

”Gartner 数据中心系统研究总监曾邵清说。

而从厂商来考虑，在控制器上加入私有协议也是不得已而为之。

同发生在服务器、存储身上的完全去硬件化不同，SDN 尽管将网络的核心转为软件，但是硬件依然保留着其特定的作用。

目前网络产品很多都采用NP、ASIC 架构来开发，而并非工业标准通用架构，因此很难用开放协议进行互通。

“网络设备和PC 的特点也有很大的区别，网络设备需要高性能和复杂的业务定制，要实现高性能就需要专用的硬件芯片ASIC，要实现复杂的业务定制就需要CPU般的灵活性，要做到这两者的均衡是非常难的。

单元名称1：openflow协议的交换机学时 2 班级授课时间学习目标1、掌握openflow交换机的组成2、掌握openflow交换机的实现原理任务描述OpenFlow交换机通过使用OpenFlow协议的安全通道与控制器进行通信。

教学资源《软件定义网络（SDN）技术与实践》及网络上关于SDN的论述教学过程步骤主要内容任务引入对比传统的交换机，引入openflow交换机。

知识讲授OpenFlow交换机包括一个或多个流表和一个组表，执行分组查找和转发，和到一个外部控制器OpenFlow的信道。

控制器使用OpenFlow的协议，可添加、更新和删除流表中表项，既主动或被动响应数据包。

每个流表项包含匹配字段，计数器和一组指令，用来匹配数据包。

行动描述了数据包转发，数据包的修改和组表处理。

流水线处理的指令允许数据包被发送到后面的表进行处理，允许信息以元数据的形式在表之间进行通信。

当与一个匹配的流表项相关联的指令集没有指向下一个表时，表流水线处理停止，这时该数据包通常被修改和转发。

流表项可能包含数据包转发到某个端口（物理端口、逻辑端口（可指定链路汇聚组，隧道或环回接口）、保留端口（可指定通用的转发行为，如发送到控制器、洪泛或使用非OpenFlow方法转发，如普通交换机转发处理））。

组表示一组洪泛的指令集，以及更复杂的转发（如多路径、快速重路由、链路聚合）。

任务分配1.制定学习计划2.确定实施方案教师检查方案的可行性任务实施1.讲解openflow交换机的组成2.讲解openflow交换机的实现原理成果评价规定时间内完成任务，评80分；对重点和难点知识点理解深入，加评10分；业布置本书全面、系统地介绍Photoshop CC 2019的基本操作方法和图形图像处理技巧，并对Photoshop 在设计领域的应用进行细致的讲解，具体内容包括图像制作基础、软件基础操作、插画设计、Banner 设计、App设计、H5设计、海报设计、网页设计、包装设计、综合设计实训等。