软件定义网络：基于OpenFlow的SDN技术揭秘 阿泽多
请选择您想要的商品信息
扫码下单，更多惊喜
*由于资质原因部分商商家无法支持，请以下单页为准。
ISBN编号：0
出版时间：
开本：32开
装帧：平装
出版社：其他
作者：其他
开始时间： 12:14
结束时间： 12:05
保修：无保修
拍前友情提示
祝大家新春快乐，合家团圆，羊年吉祥！　2015年放假通知：由于快递原因2月11－3月２日只接单不发货，节后统一陆续发货，年前发出的书，如有个别没收到的亲们，请留意当地快递年后派送时间，其它有问题可Q留言看到后会及时处理。假期间拍下的订单我们会提前制单以便节后上班陆续发货，亲们自行拍下的订单，我们默认亲们同意此发货时间，如不想等，在未显示“已发货”或“配货中”前，可以申请退款，退款原因选择：“不想要了”或“未收到货”，春节前后，所发出的货物，物流不承诺时效，急用的买家慎拍，给亲们带来的不便，请谅解。 正版微利,注：谨此献给那些介意的亲们.... 卖家伤不起！请看清楚 拍下即表示同意：正品图书，概不议价！必要时会采取多种供货渠道直接调发。价格仅以本店为准。介意的不要拍，急躁的不要拍！中差评的请绕行!否则您可能睡不好觉！请亲们理解！具体请看商品详情描述
1.本店图书绝保正版，不断更新中。 必要时直接从不同地区商家或合作商发出。
2.书本及快递费用仅以本店拍下时的价格为准。收货单据仅作为购买记录凭证！
3. 快递：随机发出，一概不指定，快递不到的直接转平邮。参考收货速度：快2到4天；其它情况在5到9天之间，平邮参考时间7到15天不等。
4.邮费：全店是按照最低标准统一设置的，因距离，重量等需要补加邮费时，会通知补拍．
5.发货：一般当天发出，最迟两天内发出．其它如库存临时变动等缺货时会直接在Q留言并取消订单．
6. 客服：忙的时候，我们绝对无法一一速度回复．请不要过于着急。
7. 签收拒收： 收到快递后务必当着快递面验好货，如有错误请拒收，否则签收后来往返快递费用全部要亲承担．
基本信息书名:软件定义网络：基于OpenFlow的SDN技术揭秘原价：39.00元作者:阿泽多摩利克　著，徐磊　译出版社：机械工业出版社出版日期：ISBN：0字数：页码：159版次：1装帧：平装开本：32开重量：正文语种：商品标识：编辑推荐
　　构建OpenFlow网络应用的绝佳指南，使用OpenFlow平台和开发工具的第一手经验　　既深入浅出讲解OpenFlow的基本组件，又详细介绍网络应用实现的技术细节，是实际动手构建SDN的必备参考
　　SDN（软件定义网络）是未来网络发展的趋势，它将网络管理功能从网络设备中分离出来，使得用户可以构建简便、灵活、高度可扩展的网络。OpenFlow是第一个专为SDN设计的标准接口，是SDN概念的早期实现方案之一。我们如何利用OpenFlow构建SDN？　　本书是利用OpenFlow实际动手搭建SDN的系统实践指南。书中不仅深入浅出地讲解OpenFlow的基础知识，还详细阐述基于OpenFlow的网络应用开发、网络虚拟化、云计算中的安装与配置等具体过程。具体内容包括流的概念、流的转发、OpenFlow的功能、OpenFlow表的功能以及OpenFlow的特点和局限性；OpenFlow交换机的实现方案；OpenFlow控制器的作用及其API；环境的搭建；以学习型交换机和防火墙为例，展示网络应用开发；网络分片的获取；云计算中的OpenFlow；与OpenFlow有关的一些活跃的开源项目的概览。　　本书内容全面，既涵盖OpenFlow的基本构件，又包括利用OpenFlow实现SDN方面的内容，适合网络工程师、网络管理员、系统软件开发人员、网络应用开发人员，以及任何希望对OpenFlow有更多了解的人阅读。
译者序前言第1章　OpenFlow概述 1.1　理解软件定义网络―OpenFlow特色 1.2　有关SDNOpenFlow的工作 1.3　SDN的基本构件 1.4　OpenFlow消息 1.4.1　控制器到交换机的消息 1.4.2　对称消息 1.4.3　异步消息 1.5　北向接口 1.6　本章总结第2章　OpenFlow交换机的实现 2.1　OpenFlow参考交换机 2.1.1　异步消息 2.1.2　对称消息 2.2　硬件实现 2.3　基于软件的交换机 2.4　用Mininet搭建OpenFlow实验环境 2.4.1　Mininet入门 2.4.2　Mininet实验 2.5　本章总结第3章　OpenFlow控制器 3.1　SDN控制器 3.2　已有的实现方案 3.2.1　NOX和POX 3.2.2　运行一个POX应用 3.2.3　NodeFlow 3.2.4　Floodlight 3.3　OpenDaylight 3.4　本章总结第4章　环境的搭建 4.1　理解OpenFlow实验 4.1.1　外部控制器 4.1.2　完成OpenFlow实验 4.2　OpenDaylight 4.2.1　ODL控制器 4.2.2　基于ODL的SDN实验 4.3　本章总结第5章　网络应用开发 5.1　网络应用1――学习型以太网交换机 5.2　网络应用2――简单的防火墙 5.3　网络应用3――OpenDaylight的简单转发 5.4　本章总结第6章　网络分片的获取 6.1　网络虚拟化 6.2　FlowVisor 6.2.1　FlowVisor API 6.2.2　FLOW_MATCH结构 6.2.3　分片操作结构 6.3　FlowVisor切分 6.4　本章总结第7章　云计算中的OpenFlow 7.1　OpenStack和Neutron 7.2　OpenStack的组网架构 7.3　Neutron插件 7.4　本章总结第8章　开源资源 8.1　交换机 8.1.1　Open vSwitch 8.1.2　Pantou 8.1.3　Indigo 8.1.4　LINC 8.1.5　XORPlus 8.1.6　OF13SoftSwitch 8.2　控制器 8.2.1　Beacon 8.2.2　Floodlight 8.2.3　Maestro 8.2.4　Trema 8.2.5　FlowER 8.2.6　Ryu 8.3　其他 8.3.1　FlowVisor 8.3.2　Avior 8.3.3　RouteFlow 8.3.4　OFlops and Cbench 8.3.5　OSCARS 8.3.6　Twister 8.3.7　FortNOX 8.3.8　Nettle 8.3.9　Frenetic 8.3.10　OESS 8.4　本章总结
　　Siamak Azodolmolky 德国哥廷根大学的计算与信息中心高级研究员，主要负责与软件定义网络（SDN）相关的研究工作。他曾在IBM伊朗分公司先后任软件开发工程师、系统工程师和高级研发工程师，并曾作为技术研究人员参与多个欧盟资助的国家项目。他拥有Azad大学和卡内基-梅隆大学硕士学位、加泰罗尼亚理工大学博士学位，并在国际会议和期刊上发表过50多篇论文。他是ACM专业会员和IEEE高级会员。
本对照表依据中国常用衣服尺码对照表为基础
如果您对尺码对照表有更好的建议，。
买家使用财付通购买“”标志的商品，在确认收货后14天内出现质量问题，与卖家协商无果的情况下有权申请先行赔付。
如实填写商品信息，确保商品质量，并按照承诺为买家提供合理的售后服务。
如买卖方在交易过程中产生纠纷，沟通无果并发起维权的情况下，平台将在7天内介入处理。
(1) 全部卖家都加入了诚信保证计划
(2) 全站商品都是诚保商品
(3) 质量有问题，平台可先行赔付给买家
维权过程中请注意：
(1) 买家赔付申请在形式上符合相关法律法规的规定；
(2) 赔付请求金额仅以买家实际支付的商品价款、邮费（含退货回邮费用）为限；
(3) 提出“先行赔付”申请应在线上确认收货后的14天内。
抱歉，暂无商品。
诚信保证计划
下载拍拍app
更懂你的购物神器
下载拍拍微店APP
一键开店当老板
关注拍拍服务号
关注拍拍 惊喜多多
Copyright &
广东省通管局 增值电信业务经营许可证B2-您所在的位置： &
靠谱的SDN与不靠谱的OpenFlow
靠谱的SDN与不靠谱的OpenFlow
SDN（Software Defined Network，软件定义网络）和OpenFlow是两件事。SDN具备灵活的集中控制和云化的应用感知能力，是靠谱的下一代IP网络管理架构设计思路；而Openflow因管理颗粒度不完整和架构缺乏网管网设计，算得上是一种不靠谱的协议。
SDN和OpenFlow是两件事。SDN(Software Defined
Network，软件定义网络)具备灵活的集中控制和云化的应用感知能力，是靠谱的下一代IP网络管理架构设计思路;而Openflow因管理颗粒度不完整和架构缺乏网管网设计，算得上是一种不靠谱的协议。
SDN是下一代IP网络管理架构设计的代表，这种思路强调拆分控制层面与转发层面，用&流交换&替换
&包转换&，用&集中管理&取代单独配置。OpenFlow则是实现这种思路时，用网络集中管理平台的流表(Flow Table，更通用的词是NIB，即Network
Information Base)取代网络设备路由表(RIB，Routing Information Base)的协议。
学术界当初因OpenFlow提出了SDN，基于可以理解的动机，这两个概念被有意地模糊。但事实上，从理论体系的完善性和具体实践看，这两者有着巨大的区别。
为什么说SDN靠谱呢?
我们先看网络的现状。信息如同资金，要有流动性才能发挥价值。于是，随着IT的重要性提升和体量增长，网络作为信息流动的平台，其规模越来越大。伴随着规模的扩张，用户发现了两个现象。一是，其平均端口建设成本和管理成本不但没有按规模递减，反而更贵了;二是，不同应用对网络的要求很不一样，既有IP网络根本无法实现针对性的管理。
第一个现象产生了集中控制的需求;第二个现象则是要求网络能够实现应用感知。SDN初始的架构设计，以及经谷歌、Facebook等公司的实践改进，恰好能够实现灵活的集中控制和云化的应用感知。SDN的灵活性体现在，它提供了集中控制的NIB表、将
NIB打包成服务的API，再将API网管策略逻辑化的控制引擎。建表的目前主要还是OpenFlow，打包API的包括Onix，控制引擎包括
Ethane和Google使用FML(Flow-based Management
Language)自建的安全平台等。这几种技术和软件配合，可完整实现以&流&的方式管理流量。而SDN云化的应用感知不仅体现在NIB表可以做到
4～7层，更重要的是，可以在控制引擎中直接输入应用状态控制策略。例如，当应用在不同数据中心漂移时，其包括IP地址在内的网络属性也可以跟着移动。
下面，谈谈为何Openflow不靠谱。
管理颗粒度不完整是OpenFlow面临的第一大问题。OpenFlow形成流表的源数据来源只是 TCAM(Ternary Content
Addressable
Memory，即三态内容可寻址存储器)。而为实现管理目标，既有网络设备还有大量其他技术方式。例如，对MAC地址的过滤是通过端口ASIC芯片直接完成的;SNMP
Community管理是通过CPU实现的;线速交换控制是通过FPGA(Field Programmable Gate
Array，即现场可编程门阵列)实现的。管理不完整还意味着不同管理机制间无法协调，这实际让Openflow完全不可用。而基于TCAM所导致的另一问题是网络规模不可能太大。因为，毕竟厂商提供TCAM的初衷只是针对一台设备，而非整个网络。
第二个问题是架构缺陷，即缺乏网管网的设计。所谓网管网，就是网络管理平台为了完成与网络设备通讯自身需要建设一张管理网。这张网管网，如何跟业务网(也就是跑其他应用的网络)分开，是带外还是带内，是静态协议还是动态协议，OpenFlow的架构中没有设计。没有网管网的架构设计，OpenFlow各种上行和下行管理报文在规模化部署的场景下，一定会出现问题。集中控制本身就意味把鸡蛋放在一个篮子里。如果无法保证篮子的可靠性，任何设计都是&对策比问题更糟糕&。
因此，这就不难解释互联网界对这两者的态度了。比如，谷歌在ONF 2012(Open Networking
Foundation，开放网络基金会)上，热情洋溢地将提高自身广域网100%利用率的功劳归于SDN，而对OpenFlow谨慎地使用了
&Infancy&(婴儿期)的词汇。同时，谷歌还在公开场合将OpenFlow形容为&Improvise&(凑合)。
相比谷歌这样的互联网大佬，厂商界则有更强劲的理由追捧SDN和抨击Openflow。比如，思科目前的官方态度是&看好SDN，但不表示看好OpenFlow&。SDN是由学术界发起的，大势已成，厂商们只能跟牌;同时，顺势而为还能省下大笔教育客户的成本。而前文分析到OpenFlow的管理颗粒度不完整这一缺陷，厂商实际可以从根本上解决。解决方法也很简单，就是直接修改网络操作系统，让
Openflow的管理数据来源从TCAM延伸到ASIC、CPU、FPGA。甚至于说，厂商可以将原操作系统
API化，让集中控制引擎直接调用操作系统，实现更为精细的控制。
近十几年来，除端口速率、每端口成本、每设备端口密度等偏向制造能力驱动的创新外，IP网络业已沉静太久，而SDN是最佳搅局者。这次，会真的不同。【责任编辑： TEL：（010）】
关于&&&&的更多文章
网络发展至今，肯定会有一定的局限性。我们更渴望开源的网络环境
如何以应用为中心，管理基础架构？您会在思科ACI中找到答案！
2013年锐捷推出的系列"简"网络产品，具备了全业务导向
随着高清视频、社交游戏、云计算、物联网等新兴业务
一年前的IPv6启动日之后，IPv6现状如何？为何IPv6的流
本书依据最新版《软件设计师考试大纲》的考核要求，深入研究了历年软件设计师考试试题的命题风格和试题结构，对考查的知识点进行
51CTO旗下网站}