SDN作为目前炒的很火的领域，吸引了极大的关注，在未来一定大有可为。作为新手小白，想要学习该领域知识，该如何快速入门呢？

我最近在学习sdn安全相关的内容，但是网上的相关资料太少了，请问各位大佬sdn安全怎么学比较好？

华为-杰云通案例该案例是基于华为SDN开放能力，向客户提供完整的网络流量监控和优化解决方案。这个方案是华为与杰云通合作，方案产品包括cPacket网络监控设备，华为Agile Controller、华为路由器NE40E。http://developer.huawei.com/ict/cn/site-sdn/cases/ecflow华为-四川通信案例该案例通过APP调用华为SDN控制器北向开放接口，实现基于业务的网络流量智能调度。这个方案是华为与四川通信合作，方案产品包括四川通信网络流量智能调度软件，华为Agile Controller、华为路由器NE40E。http://developer.huawei.com/ict/cn/site-sdn/cases/sichuan-tongxin

华为发布SDN及NFV系列商业与技术创新成果:http://www.c114.net/news/126/a1028360.html

在网络通信过程中，包含各式各样的网络服务功能。既可以包含传统的像防火墙，NAT等功能，也有包含特定的网络应用功能(Service Function)。将特定的网络应用功能有序地组合起来，接着让流量通过这些服务功能就构成了网络服务链(Network Service Chain)。一般在数据中心环境下，往往会有网络服务链（Network Service Chaining）的部署需求，使得报文在数据中心传递的时候，能够经过各种各样的服务节点，保证安全、快速、稳定的网络服务。 1.SDN服务链基本概述由于Overlay网络的发展，使得虚拟网络和物理网络分离，让数据中心的网络控制变得更加灵活，更具有扩展性。然而，在数据中心中，还存在很多介于虚拟网络和物理网络之间的中间件，如防火墙，QoS，负载均衡器等。这些中间件提供了必要的业务处理功能，即Service Function。灵活、便捷、高效、安全地调配流量到Service Function上处理，形成服务链（Service Function Chaining），这就是SFC项目要解决的问题。服务链可以理解为一种业务形式。过去也有服务链的概念，但传统的网络服务链往往和网络拓扑紧密耦合、部署复杂，在服务链变更、扩容时，都需要改动网络拓扑，重新进行网络设备的配置。而云计算环境广泛使用虚拟化技术，具有动态性、高流动性、规模易变化、多租户等特点，传统网络的服务链无法满足这些需求，SDN的出现让服务链又焕发了生机。因此，当前再谈及服务链时，默认指的是SDN服务链。 与传统DC中配置的网络服务链相比，基于SDN的SFC具有如下的优势：传统的网络服务链往往基于手工配置，很大程度上依赖于具体的网络拓扑，以至于网络设备之间的耦合性很大。而基于SDN的配置，可以动态的添加或者删除链表上的服务节点，不仅方便使用，而且解耦了网络设备之间的关联。在数据流量经过链表的过程中，SFC还支持分类器与服务，服务与服务之间的上下文信息共享。在传统的数据服务链中，数据包往往要经过过次分类，即多次解包、封包的过程。而在SFC中，这个过程大大缩减，一般只需在分类一次即可，使得整个过程更便捷、更高效。                                    https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE1.jpg2.基于OpenDaylight的服务链项目 2.1 Service Function Chaining 的架构及组件 OpenDaylight的SFC项目是整个控制器平台内部的一个功能模块。用户可以通过控制器提供的北向API来使用的SFC的功能，例如创建、更新或者删除Service Chain，还可以通过配置非透明的metadata数据段用来在Service Function的节点间实现数据共享。                           https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE2.jpg同时，项目可以向Controller的DataStore中注册、配置服务节点，并获取拓扑。南向也支持Netconf，Openflow12等协议。SFC核心组件如下：Classification：根据初始化的（配置好的）policy匹配数据流进行封装，然后转入到Service Function Chain中。https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE3.jpgService Function(SF): 负责对收到的数据包进行特定功能的处理。作为一个逻辑上的组件，SF在具体实现的上可以是一个虚拟的元素，或者是嵌入在具体网络设备上的某种功能。常见的SF有：防火墙(firewall)，WAN设备加速器，深层报文检测(Deep Packet Inspection,DPI)，NAT等等。Service Function Forwarder(SFF):主要负责Service Function Chaining上的流量转发控制。Service Function Chain(SFC): SFC定义了一个抽象的Service Function有序集合。经过分类后的包要依次去遍历集合中的Service Function。比如：用户可以配置firewall->qos->dpi三种服务来构建一条SFC。Rendered Service Path(RSP) : 数据包实际行走的路径。Service Function Path(Service Function Path): SFP是一个逻辑概念，它是介于SFC和RSP之间的一层抽象，有时候会将SFP与SFC等同。2.2 ODL的SFC项目工作流原理那么，SFC项目是怎么综合起上述的组件进行工作的呢？https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE4.jpg一种基于NSH封装头的机制是，使用ODL配置并下发一条Service Function Chain，每条Chain都有自己的标识。当host1发送数据包给host2，数据包首先会到分类器中进行筛选。分类出需要经过Service Function Chaining的数据包会进行封装，并打上NSH头。头中包含了很多信息，包括走哪一条服务链，服务链有几跳等。接着数据包会依次经过SFF，由SFF将数据包传递给SF或者下一跳的SFF，直到链的最后。3.实验本篇文章旨在通过基本概念的介绍和一个SFC的实验，帮助大家了解SFC是什么，在OpenDaylight中如何去配置基本的SFC。通过对SFC有个大致的了解，有兴趣的同学可以继续深入地去研究NSH，SFC架构及应用等知识。3.1 实验准备系统需要是Ubuntu 14.04(Mac也可以)Java 7Mave 3.4git OpenDaylight SFC项目到本地Python3.4Python导入包包括：requests,flask,netifaces,paramiko等在Ubuntu14.04下搭建ODL环境参考：https://wiki.opendaylight.org/view/Install_On_Ubuntu_14.04在Ubuntu下安装Python3.4及所需包如下：如果没有Python3.4:https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE5.jpg安装一个Python3.4-pip安装器https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE6.jpg安装flask包，其他包安装类似，根据版本不同，安装方法或者指令不一定与这里相同：https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE7.jpg3.2 术语简表：SF : Service FunctionSFF : Service Function ForwarderSFP : Service Function PathRSP : Rendered Service PathODL : OpenDaylightSFC Agent: Service Function Chaining Agent.3.3 基本配置和安装：ifconfig查看本地机器的ip，我这边是：192.168.2.134https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE8.jpg安装ODL的sfc项目：git clone http://git.opendaylight.org/gerrit/sfc楼主使用的SFC是5月份的版本：https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE9.jpg可以git reset –-hard cd12dda6回到那个版本。如果读者在实验的时候，用的是最新版本的SFC，在sfc/sfc-py/sfc/nsh/service.py脚本有很多bug，要做适当修改。这里为方便，就使用之前版本演示。用maven构建一下项目：Shellmvn clean install –DskipTests1mvn clean install –DskipTests启动ODL:https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE10.jpg过一会儿，就可以用浏览器进入SFC的ui界面了：http://localhost:8181/sfc/index.html 用户名和密码都是:adminhttps://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE11.jpg刚开始进来都是空的，点击System Info会有404也不要紧张，因为什么都没有配置。另外，在ODL中创建SFC有两种方式：第一，用北向的RESTAPI；第二，用UI来创建。本次实验用将基于UI，这样看起来比较直观，方便理解。后续有兴趣用REST来配置的参见SFC 101文档。3.4 开始实验3.4.1 启动SFC AgentSFC Agent是用Python脚本写的一个仿真工具，位于SFC项目的sfc-py目录下。在实验的过程中，ODL在南向通过REST与Agent进行通信，即ODL通过REST将配置的信息下发给Agent，Agent根据这些信息，在数据平面仿真出相应的元素组件。使用Agent的好处就是在实验中，简化南向接口，易于实现实验。进入到sfc/sfc-py目录下，打开start_agent.sh文件，修改默认的ip地址为本地主机ip:https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE12.jpg也可以将127.0.0.1改成192.168.2.134。启动Agent:https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE13.jpg根据上图可以直到Agent运行的端口是5000。3.4.2 创建Service Function点击导航栏的Service Function标签，再点击”Add Service Function”，填写表格如下：https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE14.jpg点击Submit，在Agent端，有如下信息输出：https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE15.jpg表明Agent已经成功为我们创建好了SF1(firewall)。这里有几个地方要注意：1.NSH头的使用。我们这里是基于Agent的仿真实验，没有对分类器做配置。选True 和False都没有关系，但是实际情况下会根据NSH头的信息来选择具体的路径。具体可以研究：http://datatracker.ietf.org/doc/draft-ietf-sfc-nsh/2.数据平面的通信方式一定要选，这里选vxlan-gpe。要不然Agent收不到请求。3.SFF1暂时还没有创建，可以先填入SFF1，后面创建SFF的名字要与这里一致。3.4.3 创建SFF在导航菜单中点击Service Function Forwarder，点击”Add Service Function Forwarder”，填写表单信息如下：https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE16.jpg右下角的SFF dictionary“Remove”掉，后面的版本也没有这个directory了。如下图：https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE17.jpgsubmit以后,在Agent端，SFF创建成功信息打印如下：https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE18.jpg3.4.4 目前拓扑和工作流https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE19.jpg3.4.5 创建Service Function Chain在导航栏点击Service Function Chain标签：点击创建Service Function Chain填入名字“Chain-1”,提交将”firewall”的SF拖拽到右边的Chain-1中保存一下，点击deploy，生成一条Service Function Path，命名为“Chain-1-Path-1”,这样就创建好了Service Function Paht。https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE20.jpg3.4.6 创建Rendered Function Path导航栏中点击”Service Function Paths” ,将会看到我们刚创建的SFP。https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE21.jpg根据SFP，点击上图按钮，可以生成一条RSP。如果勾上了”Symmetric path”就会另外生成一条对称反向的RSP。https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE22.jpg成功以后，记住RSP的两个重要属性“Path-ID”为63，“starting-index”为255。这个时候我们可以看到Agent里面打印的消息：https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE23.jpg通过从SFC 的创建到SFP，再到RSP的创建，是一个由抽象到具体的过程。从应用的角度来理解，SFC是对Service Function的一层抽象，这里的SFP是具体化每个Service Function到其对应的配置的SF(SF1)，而RSP的生成代表包具体穿过的路径将是怎样的。3.4.7 发送数据包我们将发送数据包来遍历这条简单的SFC，“Path-ID”为63，“starting-index”为255。打开sfc/sfc-py/sfc/目录，运行如下命令：Shellpython3.4 sff_client.py --remote-sff-ip 192.168.2.134 --remote-sff-port 4789 --sfp-id 63 --sfp-index 2551python3.4 sff_client.py --remote-sff-ip 192.168.2.134 --remote-sff-port 4789 --sfp-id 63 --sfp-index 255Agent获取结果如下：https://img1.sdnlab.com/wp-content/uploads/2015/09/SDNLAB%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%EF%BC%88%E4%B8%80%EF%BC%89%EF%BC%9AODL%E7%9A%84Service-Function-Chaining%E5%85%A5%E9%97%A8%E5%92%8CDemo-%E5%9B%BE24.jpg从上图可以看到客户端（Client192.168.2.134:4790）发送包到SFF，SFF然后再将包发送给SF进行处理。SF处理完再转回给SFF，SFF再寻找下一跳，如果没找到，判断为链表末尾。3.4.8 实验总结以上我们简单的演示了一个SFC的使用实验，只包含了一个SFF和SF。通过在ODL中使用北向UI接口配置SF的信息，配置SFF的信息并关联相应的SF下发给Agent。在这个过程里，我们还可以删除，修改这些节点信息，充分体现了基于SDN的服务链的灵活性、拓扑独立性。用户需要配置服务链的时候，只需要通过控制器的北向接口自由组合节点成有序序列。然后使用的时候，生成一条数据包路径，并下发即可。同时，用户也可以配置多条服务链。注意，在不修改原始python脚本的情况下，在南向使用Agent可以创建多SF挂到一个SFF上，但只能创建一个SFF。4.参考文档及后续阅读网络服务链ppt：http://wenku.baidu.com/link?url=kiiof5kXtwNnNM9xGDF6VboASaKnKw48Cz6fxW92JMgyTqsbR5c1CsWLzQp4idt6d-zDjiihHt6MsBeURiJt0kSD8DHyTcrnl6eSIan5Xay本实验基于SFC 101文档，具体英文原版参见：https://drive.google.com/file/d/0BzS_qWNqsnQbUnEzU3BqVzdueTQ/view?usp=sharingSFC架构:http://datatracker.ietf.org/doc/draft-ietf-sfc-architecture/SFC ppt:https://wiki.opendaylight.org/view/Service_Function_Chaining:Presentationshttp://network.51cto.com/art/201312/425928.htm相关资料：http://packetpushers.net/service-chaining/Q&AQ：服务链与业务编排的区别是什么？A：这里的SFC也是一种业务形式，我认为这里服务链应该是业务编排的子集。Q：补充一下问题，如果SF不支持NSH，那么SF设备的回包，SFF设备如何判断它属于哪条链呢？问这个问题主要是因为我们公司正在做这块的解决方案，我还没有搞清楚怎么和传统的设备进行配合。其实整个SDN领域里面都存在和传统设备配合这种头疼的问题。A：这个要看具体classify的policy了。基于nsh的数据平面识别rsp是看classifier打的path-id，识别与sf无关。但是对于基于nsh的sfc，sf只需要在处理完以后，将nsh的index字段减1,将数据包回传给sff就可以了。如果你要是新设备和老设备一起，是不是可以考虑l2，用mac来实现？详细见参考资料service function chain.pdf/p18。Q：各个SF节点间数据共享？如何实现的，谢谢A：基于nsh的数据之间共享是通过metadata字段来共享的。Q:个人比较习惯看数据包，能不能展示一下NSH的数据包呢，现在看NSH的文档只能看协议字段，感谢。A：nsh数据包，看rfc。实现可以看sfc/sfc-py下源码。Q：同上，还有ODL控制器控制器流量经过SF是用OpenFlow流表吗，流表是怎么匹配NSH头？谢谢~A：openflow13也是sfc的l2另一种实现方式，这个可以不需要配置nah。详细见参考资料service function chain.pdf/p18。这种我没有实现过，不好意思。Q:控制器怎么知道各个sf的具体挂在哪个交换机的哪个端口上，是由谁告诉他的？包括物理的sf（此时挂在物理交换机上）和虚机方式的sf（此时挂在虚拟交换机上，并且可能是sf虚机是动态创建出来的）分别怎么知道的？A：在odl配置的时候会指定sf的data plane。Q：sf 设备可以是物理设备吧？A：sf是一个逻辑上的概念。Q：如果SF是NAT设备怎么办？传统的NAT设备可以正常识别到NSH的头么？还有，nat之后的包地址端口都有可能发生变化，ODL是怎样重新识别的？A：odl只负责控制平面，跟具体功能无关。nsh头是附加在报文上的，在最后要remove掉的。Q：问个小白问题，上面提到的支持南向各种协议，特意提出了openflow12，现在of13支持吗?A：源代码里面写的是op12，不过坑也很多。Q：我记得SFF最后一条是发回给classifier 应该不会自己去nsh吧？A：这个我看到过在最后一个sff去掉nsh的。Q：我记得是传给classifier或者proxy解,以前看odl的sff发的过包。你有时间看下也帮我确认下。可能我看错了。A：之前在做的时候，一般也设计sff只负责转发。但是rfc中也提到过可以由最后一个sff来去除封装。Q：最后一个问题多SFF你做过test么？这个总是SP SI conflict，一直没做成过。A:多SFF，可以起多个agent，每个agent负责一个sff。不过代码可能要调试一下。

主题分类主题子分类业务场景开发资源在线体验服务API在线调测IP专线业务发放http://api.huawei.com/apiexplorer/debug/detail?serverid=277MPLS骨干网络调优http://api.huawei.com/apiexplorer/debug/detail?serverid=278传送Client专线业务发放http://api.huawei.com/apiexplorer/debug/detail?serverid=126传送电信管道业务发放http://api.huawei.com/apiexplorer/debug/detail?serverid=128传送以太专线业务发放http://api.huawei.com/apiexplorer/debug/detail?serverid=170数据中心网络业务发放http://api.huawei.com/apiexplorer/debug/detail?serverid=237API在线浏览IP专线业务发放http://api.huawei.com/apiexplorer/api/detail?serverid=277MPLS骨干网络调优http://api.huawei.com/apiexplorer/api/detail?serverid=278传送Client专线业务发放http://api.huawei.com/apiexplorer/api/detail?serverid=126传送电信管道业务发放http://api.huawei.com/apiexplorer/api/detail?serverid=128传送以太专线业务发放http://api.huawei.com/apiexplorer/api/detail?serverid=170数据中心网络业务发放http://api.huawei.com/apiexplorer/api/detail?serverid=237自助学习资源开发指南IP专线业务发放http://developer.huawei.com/ict/cn/rescenter/CMDA_FIELD_IP_LEASED_LINE_SERVICE_PROVISIONING?developlan=OtherMPLS骨干网络调优http://developer.huawei.com/ict/cn/rescenter/CMDA_FIELD_MPLS_OPTIMIZATION?developlan=Other传送Client专线业务发放http://developer.huawei.com/ict/cn/rescenter/CMDA_FIELD_TRANSPORT_CLIENT_PROVISIONING?developlan=Other传送电信管道业务发放http://developer.huawei.com/ict/cn/rescenter/CMDA_FIELD_TRANSPORT_EL_OTN_SERVICE_PROVISIONING传送以太专线业务发放http://developer.huawei.com/ict/cn/rescenter/CMDA_FIELD_TRANSPORT_EPL_PROVISIONING?developlan=Other数据中心网络业务发放http://developer.huawei.com/ict/cn/rescenter/CMDA_FIELD_CLOUD_FABRIC?developlan=Other开发问题反馈远程实验室数据中心网络业务发放-云网一体化方案http://esdkremotelab.huawei.com/RM/Diagram/Index/83705dff-54bd-4ee2-ae19-e2d276f33d7e?diagramType=Topology数据中心网络业务发放-虚拟化+方案(待开放）http://esdkremotelab.huawei.com/RM/Diagram/Index/99c32100-1739-46aa-9018-6c21effe4181?diagramType=Topology流量调优-RR+方案http://esdkremotelab.huawei.com/RM/Diagram/Index/74743aa6-4c4e-4df6-a40b-0ba3b5bfd6c0?diagramType=Topology流量调优-MPLS骨干网络调优方案http://esdkremotelab.huawei.com/RM/Diagram/Index/ca09068e-8115-4b66-b4a8-042dfec860e0?diagramType=Topologyhttp://esdkremotelab.huawei.com/RM/Diagram/Index/986fd429-cf89-459f-b022-c012413124c2?diagramType=Topologyhttp://esdkremotelab.huawei.com/RM/Diagram/Index/c8eb442c-7cb6-4bf6-89f1-a73d59093310?diagramType=Topologyhttp://esdkremotelab.huawei.com/RM/Diagram/Index/c5d8c4f9-5019-4855-9bc9-db9891b67662?diagramType=Topologyhttp://esdkremotelab.huawei.com/RM/Diagram/Index/3ec5174a-d993-40a2-ab50-af0404827288?diagramType=Topologyhttp://esdkremotelab.huawei.com/RM/Diagram/Index/e186156c-dd3f-4077-97d3-5ec9dac16619?diagramType=TopologyIP专线业务发放http://esdkremotelab.huawei.com/RM/Diagram/Index/ea8b4210-0b32-4842-b4db-29718500c755?diagramType=Topologyhttp://esdkremotelab.huawei.com/RM/Diagram/Index/e186156c-dd3f-4077-97d3-5ec9dac16619?diagramType=Topology

 SDN基础名词解释、易混概念澄清、热点问题答疑、二次开发资源 ...    你想知道什么，我们就告诉你什么    不限时间，不限地点    我们做了这么多，都是为了你！！！主题分类内容详情概念小百科SDN南向接口介绍SDN的核心部件-控制器OpenFlow协议介绍SDN网络安全知多少SDN和NFV的区别与联系SDN的前世今生SDN的概念和价值SDN整体解决方案包含哪些场景OPENFLOW与SDN老网工:  浅谈SDN技术的部署和未来浮动IP（FLOAT IP）  是啥？Overlay网络原理介绍什么是Underlay  VPN什么是VXLAN技术？OpenFlow使用场景总结SDN有哪些开源项目？SDN网络与传统网络对比分析（上）精华技术帖『SDN微学堂』  第1期｜走出SDN的12大误区『SDN微学堂』  第2期｜SDN和开源十问十答『SDN微学堂』第3期-远程实验室是个什么鬼？【OpenStack知识日积月累】第009期  OpenVSwitch流表规则【OpenStack知识日积月累】第008期  OpenVSwitch工作原理【OpenStack知识日积月累】第007期  OpenVSwitch安装【OpenStack知识日积月累】第006期  Neutron架构探索【OpenStack知识日积月累】第005期  从VM启动看核心组件的交互【OpenStack知识日积月累】第004期  Neutron网络基础【OpenStack知识日积月累】第003期  Neutron基本介绍【OpenStack知识日积月累】第002期  OpenStack组件介绍【OpenStack知识日积月累】第001期  OpenStack总体介绍敏捷物联SDN解决方案园区网络SDN解决方案SDN在云数据中心的应用——架构篇二次开发资源&指南15分钟，快速上手SDN应用开发和在线验证华为SDN控制器开放能力白皮书已经正式发布SDN能力开放平台之开篇介绍SDN开放使能平台之开发者社区篇SDN开放使能平台之SDN远程实验室介绍篇如何通过在线调测体验一个API接口的开放能力SDN开发大全合作案例与快讯F5通过华为Validated  认证，联合解决方案达到商用标准华为发布SDN及NFV系列商业与技术创新成果华为首款全场景SDN统一控制器Agile  Controller3.0华为祁峰：SDN/NFV回归商业价值，“云化网络”成为产业发展共SDN社区又上线了两个应用案例，快来看看吧问题求助有问题，您就提，专业解答等着您发现SDK参考资料和API文档之间有一点出入，应该如何理解？亲和属性使能禁止后好像使能仍起作用？？Neutron网络中，每个租户可以创建多少个网络？Network和subnet的关系是怎样的？求大神介绍下OVS工作原理是什么？OpenStack  有哪些设计原则？SDK要怎么用？活动体验想参加活动，不知道怎么注册登录？【有奖活动】发帖！SDN开发者平台体验赢手机！

NFV，即网络功能虚拟化，Network Function Virtualization。SDN，软件定义网络（Software Defined Network, SDN ）。NFV的初衷是通过使用x86等通用性硬件以及虚拟化技术，来承载很多功能的软件处理。典型应用是一些CPU密集型功能，并且对网络吞吐量要求不高的情形。主要评估的功能虚拟化有：WAN加速器，信令会话控制器，消息路由器，IDS,DPI，防火墙，CG-NAT, SGSN/GGSN, PE, BNG, RAN等。 SDN的核心理念是，将网络功能和业务处理抽象化，并且通过外置控制器来控制这些抽象化的对象。SDN将网络业务的控制和转发进行分离，分为控制平面和转发平面，并且控制平面和转发平面之间提供一个标准接口。需要指出的是，控制平面和转发平面的分离，类似于现代路由器的架构设计方法，但是SDN的设计理念和路由器的控制转发分离完全不同。 从上面可以看出，NFV可以采用SDN进行实现（如采用控制转发分离的方法来搭建服务器网络），但是NFV也可以采用普通数据中心技术来实现。

NFV，即网络功能虚拟化，Network Function Virtualization。SDN，软件定义网络（Software Defined Network, SDN ）。NFV的初衷是通过使用x86等通用性硬件以及虚拟化技术，来承载很多功能的软件处理。典型应用是一些CPU密集型功能，并且对网络吞吐量要求不高的情形。主要评估的功能虚拟化有：WAN加速器，信令会话控制器，消息路由器，IDS,DPI，防火墙，CG-NAT, SGSN/GGSN, PE, BNG, RAN等。 SDN的核心理念是，将网络功能和业务处理抽象化，并且通过外置控制器来控制这些抽象化的对象。SDN将网络业务的控制和转发进行分离，分为控制平面和转发平面，并且控制平面和转发平面之间提供一个标准接口。需要指出的是，控制平面和转发平面的分离，类似于现代路由器的架构设计方法，但是SDN的设计理念和路由器的控制转发分离完全不同。 从上面可以看出，NFV可以采用SDN进行实现（如采用控制转发分离的方法来搭建服务器网络），但是NFV也可以采用普通数据中心技术来实现。

SDN  AI 科技创新融合6月26日，由国富瑞、臻云科技、壹步宏景共同举办的“AI-多云时代自动智能互联”沙龙活动，在中关村创业大街天使汇众创空间举行。企业IT专家、技术达人，以及来自各行各业的管理者等汇聚一堂，共享多云连接的新风向，新技术的发布以及在各行业中的成功实践经验。壹步宏景作为国富瑞、臻云SDN解决方案及网络资源的重要合作伙伴，在活动中从技术和客户需求的角度，介绍了壹步宏景SDN云网自动智能互联平台产品功能及应用解决方案。SDN+AI融合创新，云网自动智能互联走向未来过去两年，壹步宏景一直致力于提升云互联领域的连接体验，通过SDN技术提升数据中心之间、云与数据中心之间、云与云之间的广域网连接效果，并在以下场景中得到了成功的实践和拓展：壹步宏景SDN智能平台为IDC网络运营提供了高效、安全的管理工具，使IDC运营商可以更加专注于如何拓展自身的业务和提升生产效率上面，而不需要关注传统复杂的技术操作，从而在降低运营成本的同时提升客户体验，达到效益最大化；针对网络应用供应商加速企业应用的需求，壹步宏景为其提供了高效灵活的SDN智能平台和丰富的传输管道资源，使其整个业务运营体系轻松的架构在SDN平台之上，为客户提供了高效的产品体验；壹步宏景认为未来SDN智能平台一定具有开放、融合的特点，如何助力加速企业应用成为SDN智能平台提供商和网络应用运营商共同关心的问题。这一点在壹步宏景SDN智能平台构建之初就已考虑到，模块化的功能设置和开放API标准接口的模式，使网络应用供应商可自行开发程序进行软件与网络平台的灵活对接和自由组网。AI 在DCconnect 中的运用未来的计算是AI的计算基于以上场景和应用，壹步宏景依托现有SDN智能平台架构，以及高可靠性传输通道，结合AI技术推出了Auto Mesh(SD矩阵连接器)的功能和解决方案。全网互联结构的快速建立简单几步操作能够快速实现多点全网拓扑结构的平台功能。改变客户购买资源方式引入资源池的概念，打破传统端口带宽的购买方式，升级为根据资源池调用实际情况，实现不同端口各自需求按需调用、灵活、弹性计费。资源池数据分析结合AI技术和特有算法，SDN智能平台可根据网络数据分析结果动态调整线路带宽策略；自动为不同端口下单索要或释放资源池带宽资源。开放API接口、自主组网模块化的功能设置和开放API标准接口的模式，结合Auto Mesh功能，使客户可以根据自身需求，自主建立各自所需的SDN网络矩阵。无论“从最初SDN网络到结合SDN与AI的基于意图的网络（IBN）”，壹步宏景一直在努力，最大限度提升用户带宽利用率，智能节流为客户的开源提供更多的基础支持。网络像云资源池化 端口可以Autoscale云端大事件、华为云市场