sdn

一：SDN包含的核心思想：解耦，抽象，可编程 二：解耦 （一）SDN网络解耦思想 解耦是指将控制平面和数据平面进行分离，主要为了解决传统网络中控制平面和数据平面在物理上紧耦合导致的问题 控制平面和数据平面之间不需要相互依赖，只需要遵循一定的开放接口即可进行通信 （二）传统网络比较 传统网络 在传统网络中数据平面和控制平面没有分离。 在同一个网络设备中，设备的转发行为基于控制协议生成的转发表。 比如：二层交换机基于MAC地址表进行转发。路由器基于路由表结合性转发。 而各种转发表是由设备的控制平面，基于不同的策略生成的 SDN网络 SDN将网络设备的控制平面，集中上收到Controller中。 网络设备中只保留转发平面，这样就可以通过软件实现灵活的控制面功能，满足用户多元化的需求。 硬件只需要专注转发，因此可以做到简单通用 （三）解耦后所面对的问题 三：抽象 （一） 转发抽象 转发抽象是将数据平面抽象为通用的转发模型，比如Openflow的交换机模型。 转发行为与硬件无关。同时各种转发表项，如MAX地址表，路由表，MPLS标签表，ACL访问控制列表等， 抽象为统一的流表。 （二）分布状态抽象 控制层将设备的分布状态，抽象成全局的网络视图。从而实现逻辑的集中控制。 抽象功能，具体可以通过网络操作系统来实现 （三）配置抽象 注：抽象不止在SDN中存在，在Overlay网络等也存在 四

一：发展初期阶段--提出 架构、设计思想和实现技术的提出 二：发展中期阶段--企业加入，推动发展 三：SDN的发展趋势 （一）SD-DC SDN被大规模应用数据中心的服务器和设备部署运维，产生了软件定义的数据中心 （一）SD-WAN 软件定义网路被用于广域网，产生了SD-WAN。不仅可以用来部署全新的广域网连接，还可以对现有的广域网进行升级和改造 例：对广域网进行升级 （三）SD-Security 软件定义的安全 （四）SD-Access 软件定义的接入 四：SDN的技术融合 来源： https://www.cnblogs.com/liujunjun/p/12230706.html

一：SDN控制平面 一个或多个SDN控制器组成，是网络的大脑。  对底层网络交换设备进行集中管理，状态监测、转发决策以及处理和调 度数据平面的流量；  通过北向接口向上层应用开放多个层次的可编程能力。 （一）典型的SDN控制器体系架构 SDN控制平面分为6层 南向接口层主要对各种南向接口协议的支持，如Open Flow，Netconf,OVSDB等，控制器通过接口层的通道实现对底层网络的管理 抽象逻辑层主要是将服务抽象出来，实现各种通信协议的适配，为各模块和应用提供一致的服务 基础网络层在任何控制器中都是必不可少的，这里的模块包括了控制器内部的实现逻辑，比如：拓扑管理、链路计算等，也包括一些底层的网络实现逻辑，比如BGP Vxlan的实现等 内置应用层提供了基础的功能包，如L2、L3网络，Overlay APP，服务链APP等 北向接口层中，控制器实现了Restful API的接口或者嵌入式的API提供给上层应用调用 配置管理层提供了控制器服务管理，集群管理和图形化界面，如ODL控制器提供了模块的启用、删除等功能，Floodlight等控制器提供了一个简单易用的UI界面，可以在web界面中调用控制器的北向API对控制器进行配置 二：控制器关键技术 主要是包括南向网络控制和北向业务支撑 （一）南向网络技术 通过南向接口协议进行链路发现、拓扑管理、策略制定、表项下发等：

一：什么是南向接口协议 南向接口就是控制器与交换机之间的通信协议 二：南向接口协议的主要任务 不同的南向接口协议有不同的实现目标 三：已实现的南向接口协议 （一）OpenFlow协议 OpenFlow是伴随着SDN一起出现的，所以说是最早的南向接口协议 （二）OF-Config协议 用于OpenFlow交换机的配置与管理，是OpenFlow的伴侣协议，赋值OpenFlow交换机的管理配置 （三）NETCONF 最早作为一种网管协议被提出来的，用于网络设备的配置与管理。 在SDN兴起后，被用作SDN南向接口协议 （四）OVSDB （五）XMPP （六）PCEP （七）I2RS （八）OpFlex 来源： https://www.cnblogs.com/liujunjun/p/12230647.html

SDN First Try 1.环境搭建 之前Linux课程中安装了Ubuntu虚拟机，这里就不赘述。 值得一提的是不能通过在Windows下载拖移到虚拟环境中，因为有些文件在Linux下是无法显示的。 所以就直接在Linux下安装git然后直接在GitHub上克隆过来，这个过程蛮久的。 安装完成后输入 sudo mn，提示有些包欠缺，这个时候再运行 sudo apt-get install mininet。 接着就坐等安装完成。 2.用字符命令搭建如下拓扑，要求写出命令 a. 3. 利用可视化工具搭建如下拓扑，并要求支持OpenFlow 1.0 1.1 1.2 1.3，设置h1（10.0.0.10）、h2（10.0.0.11）、h3（10.0.0.12），拓扑搭建完成后使用命令验证主机ip，查看拓扑端口连接情况。 这个地方需要注意应该用sudo权限来运行miniedit.py 右键主机输入ip 4. 利用Python脚本完成如下图所示的一个Fat-tree型的拓扑（交换机和主机名需与图中一致，即s1~s6，h1~h8，并且链路正确，请给出Mininet相关截图） 代码改动如下： #!/usr/bin/python # 创建网络拓扑 """Custom topology example Adding the 'topos' dict with a key/value pair to

点击 下载 文档，查看本文所有相关资料。 https://163.53.94.133/assets/uploads/files/large-scale-cloud-yy.pdf 今天的分享偏技术一些，首先我们来看SDN的本质，然后从Tungsten Fabric（以下简称TF）架构上解析为什么比OVS更好，为什么能支撑更大的场景。 先来看云对网络的要求。首先是租户隔离，IaaS就是多租户，对于地址重用的要求，以VLAN的传统方式也是可以实现的。另外，传统VXLAN的协议或OVS的协议，只提供二层隔离的能力，没有三层隔离的能力，只要你的机器绑到外网IP，或者绑到公共的路由层面上，三层是可以互通的，所以说在租户隔离的层面，也有三层隔离的需求。 其次，云需要网络支持虚拟机跨机柜的迁移。VXLAN的话还要跨数据中心大二层，不是说不可以实现，但除了网络要求，还有存储的要求，比较难。虚拟机跨机柜的迁移，最难的是什么？传统网络架构，就是接入-汇聚-核心，路由器以下都是二层架构，机器可以在不同机架上迁移，但一个数据中心，云足够大的时候，二层基础网络是支撑不了整个云的，不同机架在不同三层里面，这时虚拟机做迁移就要要求IP地址不能变。 另外，还有网络功能和服务的要求。在云上面都是共享的资源池，如果以负载均衡为例，将一个性能强大的硬件负载均衡虚拟化给多个租户使用

点击 下载 文档，查看本文所有相关资料。 https://163.53.94.133/assets/uploads/files/open-source-sdn-kk.pdf 昨天，TF中文社区新年首场Meetup如约而至，关心多云互联的众多嘉宾赶来“赴约”，活动现场成为开源SDN爱好者的一次聚会。来自Tungsten Fabric技术研发和一线使用者，与大家分享了多云环境部署的现状、SDN开源技术及应用案例。现场气氛热烈，讨论延长近两小时，不仅有专家和参会者的互动，也有参会者之间的讨论和支招。Tungsten Fabric在中国的广泛应用正在越来越真切的走来。 我们将陆续发布本次活动的精彩内容，首先带来TF中文社区技术代表、瞻博网络中国区合作伙伴技术经理张建勋的演讲，分享多云现实的困境及出路。 TF中文社区技术代表、瞻博网络中国区合作伙伴技术经理 张建勋 大家好！抛开厂商的身份而言，一直以来我抱着一个很“戏谑”的态度来看待SDN，SDN的英文名称是software defined network，我更喜欢把他翻译成---“啥都弄”，好像所有和网络沾边的东西都往SDN上靠。当然，戏说归戏说，在实际的应用场景中，客户的IT建设旅程中客户越来越去关心关于多云，关于开源，关于SDN落地的现实问题。 在和大量客户沟通的过程中，我们发现客户的IT基础架构建设到一定规模的时候

过去十年，中国是全球云计算产业增速最快的市场之一，年均增速超过30%。根据工业和信息化部《推动企业上云实施指南（2018-2020年）》，到2020年将实现全国新增上云企业100万家。 另一方面，我们都深知企业在上云和用云过程中面临的“多云互联”之痛。在公有云、私有云、混合云和各种异构资源面前，错综复杂的混合部署，常常让企业陷入混乱和成本的困境。 新年伊始，我们精心安排了「TF Meetup」线下活动，决心用一场“开源SDN”的技术风暴，扫清企业多云互联路上的一切障碍。 报名点击 https://www.bagevent.com/event/6277791 作为成熟的开源SDN项目，Tungsten Fabric可以说是为多云而生，能够一站式解决多云网络难题，基于在多云环境下的SDN网络架构设计，轻松实现异构云平台网络的统一调度和自动化管理。 2020年1月7日（周二），Tungsten Fabric的技术研发和一线使用者相聚在新云南皇冠假日酒店2F-8厅，深入讨论最新技术进展与企业实践，包括不限于多云数据架构、CMP整合、安全和策略的实施、与K8s等平台的集成……欢迎您在百忙中莅临现场，与TF攻城狮们一起，共赴一场“开源SDN”约会。 作为主办方，TF中文社区自11月7日正式亮相以来，受到圈里不少人关注。我们制作的“TF架构解析”、“TF大会演讲”、“轻松上手指南”等系列文章

本文整理自华胜天成云计算研发与产品中心总经理李明军在“TF中文社区成立暨第一次全员大会”上的演讲。更多会议资料，请在公众号后台回复“成立大会”获取。 华胜天成云计算研发与产品中心总经理李明军 非常高兴有机会跟大家分享，华胜天成在云计算开源网络落地方面的经验。 我们接触Tungsten Fabric是在2019年上半年，到现在有半年多的时间，非常欣喜地看到这样一个出色的解决方案能够放到社区里来。 企业用户需求：开放、异构、场景化 在过去的十年里面，我们看到云计算从一个概念，到现在成为一个主流的架构。在这个过程里，我们的客户对云计算技术架构的需求，以及功能的期望，也在发生着变化。 对于中大型的企业市场来说，需求由最初的异构，演变成后来的异构混合，到今天变成了异构混合多云的管理需求——在基础设施层面，有桌面云，以虚拟化形态存在的各种类型的资源池，还有各种公有云的资源池，公有云的应用，都已经进入到中大型的企业的IT环境里面。企业需要在这样一个异构混合多云的环境里面，找到一个集成的、直接服务于业务的基础设施。 这就带来一个非常切实的需求，我们总结了三个词：开放、异构、场景化。 怎么来理解开放？与开放相对应的，就是在前期的时候很多私有的解决方案，或者由单一厂商主导的解决方案，带来的就是对功能扩展和商务合作上的限制。 异构的情况出现在很多层面，比如历史的IT架构与现有的应用系统和IT基础设施