没有sdn会怎么样，为什么说Neutron不是SDN

1，为什么说Neutron不是SDN

你好，朋友。　　Neutron本身不是SDN架构，但是不妨碍其结合其他技术成为SDN的架构，包括现在新的Plguin中Ryu、OpenContrail等，结合对应的SDN控制器，即可将Neutron的架构变成SDN架构。但是这个架构所提供的北向API能被需要使用网络资源的APP调用，还需要大量的工作要做，因为需要网络资源的通常是VM中部署的APP，比如Web服务需要带宽、LB等网络资源，但是让VM里的WEB服务通过调用SDN控制器的北向接口直接分配Openstack部署环境里的Neutron网络资源，这个架构还有很多方面的考虑，比如网络安全和审核、网络资源限制等等。根据这个方面，网络云计算架构中，大多还没有用到SDN这个层面，说是SDN，多是NV而已。

为什么说Neutron不是SDN

2，sdn 会取代路由器和交换机吗

SDN交换机基本具有普通交换机的所有功能。SDN交换机特别的功能在于支持OpenFlow协议（有些只支持OpenFlow1.0，有些强点支持1.0和1.3）。不过你要连接交换机再手动将所需的端口改成支持OpenFlow的端口，并且将控制器的IP地址输入。　　然后你打开控制器（我用floodlight）就可以发现这台SDN交换机（端口只显示你设定的那些支持持OpenFlow的端口）。　　关键的区别来了~~~~~~~~~~~　　然后你在控制品上输入流表，下发规则至SDN交换机。那么经过SDN交换机的数据包就根据这些流表规则转发。而传统的交换机（无论3层还是2层）都是收到数据包之后自己决定怎么转发。举个例子：比如你（172.16.1.88）发一个数据包到172.16.1.89，传统（普通）交换机收到了，直接查下自己内部的流表，看看89在哪，然后发出去；SDN交换机是首先也找自己内部的流表（但这个表是控制器给的，不像普通交换机一样是自己生成的！！），如果有，那么就按流表去做（能实现的功能很强大，比如给你换个源地址，或者不知不觉将数据包复制一份发给谁之类的）；如果没就发给控制一个信息和这个数据包的一些信息，问控制器怎么处理这个数据包。

那要看你要搞哪方面了。我是弄无线方向的SDN-WISE，这块里面就没有路由器交换机这种东西。只有控制器跟结点。再看看别人怎么说的。

sdn 会取代路由器和交换机吗

3，SDN与传统网络相比有什么不同

SDN 是新网络架构，打破了传统电信设备软硬件一体化的封闭模式，主要是实现网络流量的控制，变得更智能。而传统的网络基础设施——可以说是各种厂商、平台和协议解决方案的大杂烩，因为协议的增多，受到诸多控制。如果是企业应用了解建议了解下Algoblu做的SDN，他们是国内最早将SDN技术商用的公司之一其为企业提供在扩容带宽之前的检测服务，检查企业网络是否可以通过SDN网络优化实现网络加速，解决企业网速慢的问题。

SDN交换机基本具有普通交换机的所有功能。SDN交换机特别的功能在于支持OpenFlow协议（有些只支持OpenFlow1.0，有些强点支持1.0和1.3）。不过你要连接交换机再手动将所需的端口改成支持OpenFlow的端口，并且将控制器的IP地址输入。然后你打开控制器（我用floodlight）就可以发现这台SDN交换机（端口只显示你设定的那些支持持OpenFlow的端口）。关键的区别来了~~~~~~~~~~~ 然后你在控制品上输入流表，下发规则至SDN交换机。那么经过SDN交换机的数据包就根据这些流表规则转发。而传统的交换机（无论3层还是2层）都是收到数据包之后自己决定怎么转发。举个例子：比如你（172.16.1.88）发一个数据包到172.16.1.89，传统（普通）交换机收到了，直接查下自己内部的流表，看看89在哪，然后发出去；SDN交换机是首先也找自己内部的流表（但这个表是控制器给的，不像普通交换机一样是自己生成的！！），如果有，那么就按流表去做（能实现的功能很强大，比如给你换个源地址，或者不知不觉将数据包复制一份发给谁之类的）；如果没就发给控制一个信息和这个数据包的一些信息，问控制器怎么处理这个数据包。不过暂时感觉SDN交换机的效率没普通的高。希望能发展好点……

SDN与传统网络相比有什么不同

4，部署sdn目前的网络设备要更换吗

节省资本和运营成本、显著提高网络效率、增强网络的灵活性…看起来SDN是一个“完美”的企业级解决方案，事实确实如此吗？如果你头脑一热，兴冲冲的奔向SDN，带来的后果可能会令你焦头烂额。在部署SDN之前，企业还面临许多的问题需要慎重考虑。　　SDN对传统网络的影响传统网络设备　　如何规划SDN，将会对企业的整体网络产生长期影响。SDN目前还处于非常早期的阶段——市场、标准和技术仍有待成熟。因此IT购买者必须在选择某个特定的SDN架构之前进行试用和仔细地评估对遗留网络的支持。SDN解决方案能否很好地支持企业已安装的遗留以太网交换机和路由器？向SDN的迁移计划是什么样的？　　SDN对已有网络管理人才的影响　　评估SDN对IT部门的影响。SDN是否提供了创建跨职能部门团队(例如服务器、存储和网络部门)以便解决数据中心或云网络需求的机会？思考SDN实施的挑战。今天的很多SDN解决方案都不够完善，或者需要大量的定制化。谁可以帮助你实施SDN(是渠道还是专业服务团队)？企业的IT部门是否有现成的SDN技能人才可用，还是说需要额外进行培养？　　SDN行业标准不够成熟　　目前，SDN还处于初期阶段，还没有形成一个统一广泛的行业标准。用户部署前一定要关注SDN是否可支持广泛的行业标准，这里既指网络标准(如OpenFlow)，也包括IT标准(如服务器虚拟化产品)。　　SDN的软肋　　也有业界专家认为，SDN并没有真正解决网络问题。它只是给网络技术人员提供工具来解决他们自己的问题。当涉及配置、编排以及故障排除时，提供一套新的API就像是给他一把螺丝刀，并要他打造自己的汽车一样。当你试图解决传统网络中出现的所有问题时，你需要一个真正的解决方案。然而，在这一点上，没有人能够确定SDN环境应该如何定义和架构，这是我们在进入多租户网络之前就存在的问题。　　慎重！SDN并非适用于任何公司　　SDN适合于云计算供应商以及面对大幅扩展工作负载的企业。金融服务公司和零售业就属于这类企业，其业务的动态性质需要IT的灵活性。不符合这种模式的是出版业和医疗行业，这两个行业相对比较稳定，并不会每天启动或者移动应用程序工作负载。因为他们的环境并没有那么动态。　　如果你只有50个IP地址，那么你并不需要SDN。只有对于数百个、成千上万个地址，用户才需要这种SDN。建议在考虑SDN之前进行容量规划。如果你需要大量网络分区用于安全和隔离目的，你可以考虑部署SDN。如果你有大量虚拟LAN需要配置和管理，或者有VLAN需要更多自动化，你也应该考虑SDN。　　如果你没有几百个虚拟机，你可能不需要部署SDN。如果企业在运行数百个工作负载，这家企业应该考虑SDN。基于SDN的不成熟性，低于这一水平的企业部署SDN都为时过早。如果你的业务或者IT环境迅速扩展且动态地变化，你会想要SDN。　　SDN的好处是，即使环境的动态且不断变化的，事情总会以相同的方式进行。动态环境中的安全和网络控制可能是一场噩梦。你必须正确执行政策，不仅为了确保操作方便，而且可以确保信息位于合适的位置。　　如果IT企业不具备网络工程专业技能，那应该推迟部署SDN。部署SDN会遇到很多问题，这非常费时，且需要大量工作。SDN部署与生产环境并行，在SDN切换到生产网络之前，你需要反复测试、评估、验证，这需要很多时间、资金和人力。SDN能够带来很多好处，它也能够帮助解决很多问题，但如果环境不适合部署SDN的话，它可能制造很多问题。

目前 openstack社区主要有两个优化方向： 1、用 l2population优化广播报文，事先把二层广播的 fdb表下发下去； 2、虽然社区已经提交了 dvr（分布式路由器）的代码，但是还不是非常成熟。社区同时也在进行 servicechaining等能够提供更为灵活的 n...

5，sdn部署在现有网络的哪一层

目前 Openstack社区主要有两个优化方向： 1、用 L2Population优化广播报文，事先把二层广播的 FDB表下发下去； 2、虽然社区已经提交了 DVR（分布式路由器）的代码，但是还不是非常成熟。社区同时也在进行 ServiceChaining等能够提供更为灵活的 N...

节省资本和运营成本、显著提高网络效率、增强网络的灵活性…看起来sdn是一个“完美”的企业级解决方案，事实确实如此吗？如果你头脑一热，兴冲冲的奔向sdn，带来的后果可能会令你焦头烂额。在部署sdn之前，企业还面临许多的问题需要慎重考虑。 sdn对传统网络的影响传统网络设备如何规划sdn，将会对企业的整体网络产生长期影响。sdn目前还处于非常早期的阶段——市场、标准和技术仍有待成熟。因此it购买者必须在选择某个特定的sdn架构之前进行试用和仔细地评估对遗留网络的支持。sdn解决方案能否很好地支持企业已安装的遗留以太网交换机和路由器？向sdn的迁移计划是什么样的？ sdn对已有网络管理人才的影响评估sdn对it部门的影响。sdn是否提供了创建跨职能部门团队(例如服务器、存储和网络部门)以便解决数据中心或云网络需求的机会？思考sdn实施的挑战。今天的很多sdn解决方案都不够完善，或者需要大量的定制化。谁可以帮助你实施sdn(是渠道还是专业服务团队)？企业的it部门是否有现成的sdn技能人才可用，还是说需要额外进行培养？ sdn行业标准不够成熟目前，sdn还处于初期阶段，还没有形成一个统一广泛的行业标准。用户部署前一定要关注sdn是否可支持广泛的行业标准，这里既指网络标准(如openflow)，也包括it标准(如服务器虚拟化产品)。 sdn的软肋也有业界专家认为，sdn并没有真正解决网络问题。它只是给网络技术人员提供工具来解决他们自己的问题。当涉及配置、编排以及故障排除时，提供一套新的api就像是给他一把螺丝刀，并要他打造自己的汽车一样。当你试图解决传统网络中出现的所有问题时，你需要一个真正的解决方案。然而，在这一点上，没有人能够确定sdn环境应该如何定义和架构，这是我们在进入多租户网络之前就存在的问题。慎重！sdn并非适用于任何公司 sdn适合于云计算供应商以及面对大幅扩展工作负载的企业。金融服务公司和零售业就属于这类企业，其业务的动态性质需要it的灵活性。不符合这种模式的是出版业和医疗行业，这两个行业相对比较稳定，并不会每天启动或者移动应用程序工作负载。因为他们的环境并没有那么动态。如果你只有50个ip地址，那么你并不需要sdn。只有对于数百个、成千上万个地址，用户才需要这种sdn。建议在考虑sdn之前进行容量规划。如果你需要大量网络分区用于安全和隔离目的，你可以考虑部署sdn。如果你有大量虚拟lan需要配置和管理，或者有vlan需要更多自动化，你也应该考虑sdn。如果你没有几百个虚拟机，你可能不需要部署sdn。如果企业在运行数百个工作负载，这家企业应该考虑sdn。基于sdn的不成熟性，低于这一水平的企业部署sdn都为时过早。如果你的业务或者it环境迅速扩展且动态地变化，你会想要sdn。 sdn的好处是，即使环境的动态且不断变化的，事情总会以相同的方式进行。动态环境中的安全和网络控制可能是一场噩梦。你必须正确执行政策，不仅为了确保操作方便，而且可以确保信息位于合适的位置。如果it企业不具备网络工程专业技能，那应该推迟部署sdn。部署sdn会遇到很多问题，这非常费时，且需要大量工作。sdn部署与生产环境并行，在sdn切换到生产网络之前，你需要反复测试、评估、验证，这需要很多时间、资金和人力。sdn能够带来很多好处，它也能够帮助解决很多问题，但如果环境不适合部署sdn的话，它可能制造很多问题。