2016-12-29 09:53:36
来 源
中存储
SDN
《深度解析SDN：利益、战略、技术、实践践》用通俗易懂的语言深入浅出地介绍SDN的概念本质，SDN架构，产生原因，发展历史，各种对SDN的误解，SDN对产业的影响和发展趋势预测

《深度解析SDN——利益、战略、技术、实践》用通俗易懂的语言深入浅出地介绍SDN的概念本质、SDN架构、产生原因、发展历史、对SDN的误解、以及SDN对产业的影响和发展趋势预测。除此之外，还介绍了各个公司的SDN战略、SDN产品及在产业链中的位置、一些热门技术（如网络虚拟化、NFV、云计算等）跟SDN的关系，SDN的热门技术OpenFlow的分析以及OpenFlow所面临的各种挑战和尝试，SDN Controller（控制器）的介绍，经过实践检验过的多个应用案例分析。由于作者具有很强的芯片公司的从业背景，对SDN转发面也有深入的分析。

评价：
内容涵盖范围较广，从战略、内幕、利益、技术到实践全部覆盖，对设备商、云服务提供商、数据中心、科研工作者等领域的从业人员了解SDN都会大有裨益；但是由于SDN技术相对还比较新，而且本身内涵并不清晰，所以极容易产生误解，不仅初学者不太容易把握，即便是已经接触过一段时间的人，也仍然会造成混淆。

内容简介

SDN是当前的热点技术，但是由于SDN技术相对还比较新，而且本身内涵并不清晰，所以极容易产生误解，不仅初学者不太容易把握，即便是已经接触过一段时间的人，也仍然会造成混淆。《深度解析SDN：利益、战略、技术、实践践》用通俗易懂的语言深入浅出地介绍SDN的概念本质，SDN架构，产生原因，发展历史，各种对SDN的误解，SDN对产业的影响和发展趋势预测，各种标准组织及企业的动机和利益诉求，各个公司的SDN战略、SDN产品、在产业链中的位置，一些热门技术（如网络虚拟化、NFV、云计算等）跟SDN的关系，SDN的热门技术OpenFlow的分析以及OpenFlow所面临的各种挑战和尝试，SDN Controller（控制器）的介绍，经过实践检验过的多个应用案例分析。由于作者具有很强的芯片公司的从业背景，对SDN转发面也有深入的分析。
《深度解析SDN：利益、战略、技术、实践》内容涵盖范围较广，从战略、内幕、利益、技术到实践全部覆盖，对设备商、云服务提供商、数据中心、企业IT运维人员、科研工作者等多个领域的从业人员了解SDN都会大有裨益。希望看过本书之后，读者能够对SDN有一个全面而又深刻的理解。

作者简介

张卫峰，盛科网络软件总监，数据通信和芯片设计领域资深专家，有十几年的网络实践经验，对SDN、传统二三层交换机、数据传输设备（PTN和IPRAN），从管理面到协议控制面一直到芯片转发面，都有着深刻的理解。
盛科网络是中国大陆地区唯一的交换芯片（ASIC）厂商，也是国内有影响力的SDN创业公司和白盒设备提供商，还是ONF会员组织和ONF的芯片顾问委员会（CAB）的成员，有大量国内外的SDN客户和实践案例，在国外也有较大影响力。作者负责盛科网络交换机平台的架构设计，以及历代交换和PTN产品的研发，参与设计了盛科网络历代交换芯片，包括新的SDN相关芯片，参与了几乎盛科网络每一个SDN应用案例的方案设计或指导。作为公司SDN产品技术方向的把握者，跟ONF、OpenDayLight、OCP等组织的多位技术专家或者负责人有直接的沟通交流，深入了解过各个标准组织的动态和方向。在《程序员》杂志、新浪微博等媒体频繁发表了很多篇SDN相关的技术文章。

精彩书评

★此书写得非常不错，深入浅出地介绍了SDN技术的发展历程、总体架构、工作原理，是从事网络演进研究和开发的很实用的好书。
——中国移动通信研究院院长黄晓庆

★卫峰的这本SDN书能够从细节着手，也能站在宏观和产业界的角度来思考SDN的应用场景、技术和政策走向，是非常难能可贵的。拿到该书的样章后，我一口气读完了所有的章节，深感学到了许多有价值的知识。特别是卫峰对网络虚拟化的各种演变做了许多独到的分析和阐述，体现了他在SDN领域非常扎实的技术功底，以及他对产业界风云变幻的精确把握，对此我深感赞许。强烈推荐计算机网络、系统和相关专业的研发人员阅读此书，也强烈建议国家相关政策研究人员阅读此书。
——《弯曲评论》创办人陈怀临

★这本书读下来首先感觉是通俗易懂，相信稍微了解一点网络的人都可以读懂。第二个感觉就是作者对网络特别是SDN的认识非常深刻，非浸淫网络多年不足以写出这样的书。更难得的是，本书有很多作者自己独到的观点，这些观点完全体现了作者作为一个芯片设计厂商、SDN技术领先厂商的研发人员多年的技术功底。本书还有一个很吸引人的地方，就是在第7章里面列出来的SDN应用案例，都是真实网络中部署的实际案例，很多都是作者亲身经历的，读来感觉真实可信，极有说服力。希望有更多人能看到本书，及时拥抱变化，迎接SDN对网络的改变。
——中国移动研究院网络研究所所长段晓东

★SDN是网络行业的一次“变革”，数据和控制的分离打破了传统网络厂商的封闭格局，使得更多的玩家可以按照自身的需求和理解来实现网络。本书作者作为中国SDN的领导厂商盛科的高级研究人员，根据自身丰富的从业经验和对行业的深入见解，编写了一本SDN专著，为我们解读了SDN的发展历程、技术细节、行业发展和未来趋势，必将为SDN在中国的发展起到很好的推动作用。软件定义网络，软件定义世界。
——UCloud云计算CEO季昕华

★这是中国市场上开始真正站在产业高度全面解析SDN的书籍，唯有浸淫网络产业核心领域多年沉淀的资深功力和专业功底，才能融渊博翔实和缜密逻辑于轻松笔调中，全面又深入地解析SDN领域的标准利益纠葛、技术路线之争、厂商战略博弈、实践总结，从市场到技术全面生动地呈现SDN的前生今世。好书一本难得，读来令人喜悦。
——计算机世界副社长张群英

★卫峰是我们SDNQQ群的发起人之一，并且非常热心地为大家授道解惑。也正是因为卫峰在数据通信特别是SDN领域有深厚的技术和实践积累，才能通过朴实的语言和易懂的案例给大家娓娓道来SDN的故事并整理成书。看此书如同看袁腾飞老师讲历史课一般，让阅读者轻松理解并得到许多启发。
——SDN联合播报创办人吴应辉

★卫峰从多维度分解SDN的历史、标准来由、产业链。深刻分析软件定义网络不只是软件+网络，这是本不可多得的网络教科书。
——阿里巴巴网络架构师庞俊英

  • 目录

  • 第1 章 认识SDN

  • 1.1 什么是SDN

  • 1.2 SDN 不是什么

  • 1.3 SDN 架构

  • 1.4 SDN 发展历史

  • 1.5 对SDN 的误解

  • 1.6 不该被遗忘的SDN 先烈

  • 第2 章 我们为什么需要SDN

  • 2.1 网络业务发展趋势

  • 2.2 传统网络碰到了瓶颈

  • 2.3 SDN 如何来解决这些问题

  • 2.4 SDN 适用的网络

  • 2.5 让我们来看两个案例

  • 2.5.1 案例一：使用传统交换机的案例

  • 2.5.2 案例二：使用OpenFlow 交换机的案例

  • 第3 章 SDN 相关组织及利益纷争

  • 3.1 ONF（Open Networking Foundation）

  • 3.1.1 ONF 性质和职责

  • 3.1.2 ONF 组织结构

  • 3.1.3 ONF Plugfest

  • 3.1.4 ONS（Open Networking Summit）

  • 3.2 ODL（OpenDayLight）

  • 3.2.1 ODL 诞生的原因分析

  • 3.2.2 ODL 主要目标介绍和分析

  • 3.2.3 ONF 和ODL 的比较

  • 3.2.4 ODL 和ONF 的利益冲突

  • 3.2.5 ODL 内部利益之争及Big Switch 的退出事件

  • 3.2.6 OpenDayLight 系统架构

  • 3.3 OCP（Open Computer Project）

  • 3.4 NFV（Network Function Virtualization）

  • 3.4.1 NFV 性质

  • 3.4.2 NFV 主要的工作目标

  • 3.4.3 NFV 所带来的好处

  • 3.4.4 NFV 跟SDN 的关系

  • 3.4.5 NFV 目前进展

  • 3.5 ONRC

  • 3.6 IETF

  • 3.6.1 Softwre Driven Network

  • 3.6.2 I2RS

  • 第4 章 详解OpenFlow

  • 4.1 OpenFlow 标准分析

  • 4.1.1 交换机转发面详解

  • 4.1.2 Controller 和交换机之间消息

  • 4.1.3 OpenFlow Channel

  • 4.1.4 Controller 角色和选举

  • 4.1.5 OpenFlow 系统性能指标

  • 4.1.6 OpenFlow Controller 和交换机工作流程

  • 4.1.7 对OpenFlow 标准的总结

  • 4.2 OF-Config 介绍

  • 4.3 Controller（控制器）

  • 4.3.1 Controller 架构介绍

  • 4.3.2 Onix 分布式Controller 模型

  • 4.3.3 FloodLight

  • 4.3.4 Ryu

  • 4.3.5 NOX/POX

  • 4.3.6 Trema

  • 4.4 OpenFlow 所面临的挑战

  • 4.4.1 OpenFlow 控制面的挑战

  • 4.4.2 OpenFlow 转发面的挑战

  • 4.4.3 芯片厂商的犹豫

  • 4.5 OpenFlow 转发面的各种尝试和创新

  • 4.5.1 NPU 和FPGA 方案

  • 4.5.2 TTP/NDM 方案

  • 4.5.3 ONF 心目中的理想方案

  • 4.5.4 芯片厂商的折中方案

  • 4.6 OpenFlow 非技术面的阻力

  • 4.7 Hybrid 交换机

  • 第5 章 网络虚拟化和SDN

  • 5.1 什么是虚拟化

  • 5.2 服务器虚拟化

  • 5.3 网络虚拟化

  • 5.3.1 什么是网络虚拟化

  • 5.3.2 网络虚拟化的价值

  • 5.3.3 网络虚拟化的战争

  • 5.3.4 网络虚拟化中的三种Tunnel 技术比较

  • 5.3.5 网络虚拟化的三种组网方案

  • 5.4 云计算跟网络虚拟化的结合

  • 5.5 SDN 在网络虚拟化和云计算中的作用

  • 第6 章 各公司的SDN 战略及解决方案

  • 6.1 元老派厂商

  • 6.1.1 Arista

  • 6.1.2 Brocade

  • 6.1.3 Citrix

  • 6.1.4 Cisco

  • 6.1.5 Dell

  • 6.1.6 Ericsson

  • 6.1.7 Extreme

  • 6.1.8 HP（H3C）

  • 6.1.9 HuaWei

  • 6.1.10 IBM

  • 6.1.11 Juniper

  • 6.1.12 NEC

  • 6.1.13 Radware

  • 6.1.14 RedHat

  • 6.1.15 VMware

  • 6.2 新生代厂商

  • 6.2.1 Big Switch

  • 6.2.2 Centec

  • 6.2.3 ConteXtream

  • 6.2.4 Cumulus

  • 6.2.5 Embrane

  • 6.2.6 Midokura

  • 6.2.7 Nicira

  • 6.2.8 NoviFlow

  • 6.2.9 Nuage

  • 6.2.10 Pica8

  • 6.2.11 Plexxi

  • 6.2.12 PlumGrid

  • 6.2.13 Vello Systems

  • 6.3 互联网/云服务公司

  • 6.3.1 Google

  • 6.3.2 Facebook

  • 6.3.3 Amazon

  • 6.3.4 MicroSoft

  • 6.3.5 百度/阿里/腾讯

  • 6.4 跟SDN 相关的收购

  • 6.4.1 Intel 收购Fulcrum Microsystems

  • 6.4.2 VMware 收购Nicira

  • 6.4.3 Oracle 收购Xsigo System

  • 6.4.4 Cisco 收购vCider

  • 6.4.5 Brocade 收购Vyatta

  • 6.4.6 Juniper 收购Contrail

  • 6.4.7 F5 收购LineRate

  • 6.4.8 Cisco 收购Insieme

  • 第7 章 SDN 真实应用案例分析

  • 7.1 用SDN 改造Google WAN 网络

  • 7.1.1 背景介绍

  • 7.1.2 具体实现

  • 7.1.3 B4 网络改造项目总结

  • 7.2 ADVA 基于SDN 的虚拟光传输网络

  • 7.3 SDN 跟网络虚拟化的完美结合

  • 7.4 用SDN 设备做安全分析和负载均衡

  • 7.5 运营商基于SDN 的SuperPTN

  • 7.6 Hybrid 交换机促进传统网络跟SDN 的融合

  • 7.7 SDN 在无线接入领域的应用

  • 第8 章 SDN 对行业的影响和发展趋势

  • 8.1 SDN 对网络产业的影响

  • 8.2 产业链利益分析

  • 8.2.1 大型设备商

  • 8.2.2 中小设备商和创业型设备商

  • 8.2.3 软件提供商（包括个人）

  • 8.2.4 大中型芯片厂商

  • 8.2.5 小芯片商和新兴芯片厂商

  • 8.2.6 设备用户

  • 8.3 SDN 未来发展方向分析

  • 8.3.1 SDN 必将兴起，但不会一统江湖

  • 8.3.2 南向接口会开放化，但不会标准化

  • 8.3.3 北向接口将百花齐放，特定场景可能标准化

  • 8.3.4 OpenFlow 不会消亡，但仅是SDN 的一部分

  • 8.3.5 大型设备商仍会有优势，但是影响力弱化

  • 8.3.6 没有一个Controller 可以一统天下

  • 8.3.7 转发面会有OpenFlow 优化，但是不会有纯OpenFlow ASIC 芯片

  • 8.3.8 白牌设备将大发展

  • 8.3.9 厂商锁定问题只会缓解，无法根除

  • 8.3.10 开源趋势势不可挡

  • 8.4 总结

  • 8.5 SDN is dead, Long live SDN！

精彩书摘

2.5.1 案例一：使用传统交换机的案例
这个案例看起来跟SDN没什么关系，但是接触SDN越多，我越容易想起这个案例。
图2-4是笔者所负责的北欧的一个小型运营商客户使用我们的传统城域网交换机搭建的城域网络。这个网络要连接他们客户的多个站点，从一个站点到另外一个站点要经过别的运营商的网络。经过别的运营商网络之前，需要在报文二层头加一个所经过的运营商分配给他们的一个svlan，所以这个动作要在源交换机上完成。对源交换机来说，它必须根据报文的目的Mac地址打上不同的svlan。
比如在图2-4中，所有从Switch1经过网络1发往Switch2的报文，要打上svlan1，所有从Switch1经过网络2发往Switch2的报文，要打上svlan2。而且加svlan的时候不能是基于出端口，因为从同一个出端口出来的报文可能到不同站点，这就意味着在Switch1上，必须根据目的Mac地址（这个网络是大二层网络）来加svlan。我们知道传统的二三层交换机，一般都是根据源端口或者根据源Mac、源IP来加vlan，根据这些来加svlan是有理论依据的，IEEE的vlan classifcation里面有定义，所以很多交换机都支持。但是根据目的Mac来加vlan很多交换机都不支持（有的是在ACL里面支持，但是数量有限），该案例所用的交换机E330也不例外。其实E330所用的芯片是支持这个功能的，但是由于没想到用户会有这个需求，所以并没有开发。如果要专门为这个用户去开发这个功能，虽然也可以，但是毕竟是耗时耗力。而如果这个客户用的是大厂商的设备，大厂商更是不可能

声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。