应用永远是技术发展的原动力。在目前日益
复杂的业务应用面前,网络设备的技术架构成为一个设备适用范围的关键因素,不同的应用环境需要不同的网络设备。比如NGN的应用需要基于SoftSwitch技术架构的设备,比如纵向网就需要关注路由器,园区网重点则是交换机等等,这都说明,一种技术架构的出现必然是为解决某种应用而服务的。
那么,在当前网络大融合的趋势下,核心交换机需要一种
什么样的架构呢? 交换架构的演进 随着Internet用户的增加和带宽的扩大,交换机的结构也在不断的发展,从推出的时间看,交换架构主要经历了总线型和CrossBar两个阶段。但由于以太网技术的发展日进千里,因此这两种架构的交换机目前都活跃在市场上。 总线型交换架构 基于总线结构的交换机一般分为共享总线和共享内存型总线两大类。 共享内存结构的交换机使用大量的高速RAM来存储输入数据,同时依赖中心交换引擎来提供全端口的高性能连接,由核心引擎检查每个输入包以决定路由。这类交换机设计上比较容易实现,但在交换容量扩展到一定程度时,内存操作会产生延迟;另外,在这种设计中,由于总线互连的问题增加冗余交换,引擎相对比较复杂。
所以这种交换机如果提供双引擎的话,要做到非常稳定相对比较困难。所以我们可以看到,早期在市场上推出的核心交换机
往往都是单引擎,尤其是随着交换机端口的增加,由于需要内存容量更大,速度也更快,中央内存的价格变得很高。交换引擎会成为性能实现的瓶颈。 CrossBar+共享内存架构 CrossBar(即CrossPoint)被称为交叉开关矩阵或纵横式交换矩阵。它能很好的弥补共享内存模式的一些不足。 首先,CrossBar实现相对简单。共享交换架构中的线路卡到交换结构的物理连接简化为点到点连接,实现起来更加方便,从而更容易保证大容量交换机的稳定性; 其次,CrossBar内部无阻塞。只要同时闭合多个交叉节点(crosspoint),多个不同的端口就可以同时传输数据。从这个意义上,我们
认为所
有的CrossBar在内部是无阻塞的,因为它可以支持所有端口同时线速交换数据。 另外,由于其简单的实现原理和无阻塞的交换结构使其可以运行在非常高的速率上,半导体厂商目前已经可以用传统CMOS技术制造出10Gbit/s以上速率的点对点串行收发芯片。 但这种结构依然会存在业务板总线和交换网板的CrossBar互连问题。由于业务板总线上的数据都是标准的以太网帧,而一般CrossBar都采用信元交换的模式来体现CrossBar的效率和性能。因此在业务板上采用的共享总线的结构,在一定程度上影响CrossBar的效率,整机性能完全受限于交换网板CrossBar的性能。 分布式CrossBar架构 核心交换机的交换容量现已发展到了几百个Gbps,同时支持多个万兆接口并规模应用在城域网骨干和园区网核心。分布式的CrossBar架构很好地解决了在
新的应用环境下核心交换机所面临的高性能和灵活性的挑战。 也就是说,除了交换网板采用了CrossBar架构之外,在每个业务板上也采用了CrossBar+交换芯片的架构。在业务板上加交换芯片可以很好地解决了本地交换的问题,而在业务板交换芯片和交换网板之间的CrossBar芯片解决了把业务板的业务数据信元化问题,从而提高了交换效率,并且使得业务板的数据类型和交换网板的信元成为两个平面,也就是说可以有非常
丰富的业务板,比如可以把防火墙、IDS系统、路由器、内容交换、IPv6等等类型的业务整合到核心交换平台上,从而大大提高了核心交换机的业务扩充能力。 同时,这个CrossBar有相应的高速接口,分别连接到两个主控板或者交换网板,从而大大提高了双主控主备切换的速度。 BigHammer为网络融合服务 目前网络的发展呈现明显的融合趋势,这种融合包括业务的融合、技术的融合、网络的融合。港湾网络的万兆核心交换机BigHammer6800系列核心交换机由于采用了分布式CrossBar和分布式交换的架构,解决了大容量交换、多业务提供等方面问题,所以能帮助用户网络更好地实现这些融合。针对数据、语音、视频业务的融合,业务板的CrossBar芯片能将语音、视频这些大数据流简化为定长交换的方式,提高交换效率。这也是BigHammer6800能实现“万兆线速交换能力”的原因之一。 在解决交换路由一体化、IPv4/v6网络融合方面,港湾网络的解决方案
同样值得信赖。BigHammer系列设备不仅支持丰富的路由协议,更通过MPLS技术解决网络界面临的最大难题——IPv4网络向IPv6网络的过渡。MPLS一方面加快了数据包的查找和转发速度,另一方面也提供了一个更有效的隧道机制。MPLS网络上集成Ipv6是目前公认的最合理的IPv4向IPv6过渡方案。MPLS是通过基于NP设计的业务板来实现的,具有很强的性能和可扩展性。 交换机架构已经完成了从“共享总线”到“CrossBar+共享内存”再到“全分布式CrossBar”的演进过程,在未来的日子里必将继续发展。
详细介绍核心交换机架构演进的过程
时间: 2024-10-29 07:30:04
详细介绍核心交换机架构演进的过程的相关文章
核心交换机架构演进
应用永远是技术发展的原动力.在目前日益复杂的业务应用面前,网络设备的技术架构成为一个设备适用范围的关键因素,不同的应用环境需要不同的网络设备.比如NGN的应用需要基于SoftSwitch技术架构的设备,比如纵向网就需要关注路由器,园区网重点则是交换机等等,这都说明,一种技术架构的出现必然是为解决某种应用而服务的. 那么,在当前网络大融合的趋势下,核心交换机需要一种什么样的架构呢? 交换架构的演进 随着Internet用户的增加和带宽的扩大,交换机的结构也在不断的发展,从推出的时间看,交换架构主要
详细介绍核心交换机配置问题
下面进行对核心交换机的配置问题做一下深度的了解和认识,为了确认登录狂慢的交换机故障现象与Web服务器的工作状态无关,这说明局域网工作站相互传输文件的速度是正常的.除了一些常见的故障之外,在遇到问题的时候,我们应该去找一些专业的人员去修理,这里我们分析了登陆慢的核心交换机故障现象,一个局域网无论其组网规模多么合理.无论其选用的网络设备性能多么良好,它 都有可能发生网络故障,就象一个人那样,无论他身体多么棒,偶尔也会有一些小病小痛的;我们平时能做的就是对网络加强管理,做到防范于未然,以便让局域网尽可
京东咚咚架构演进
原文地址: http://www.cnblogs.com/mindwind/p/5017591.html 咚咚是什么?咚咚之于京东相当于旺旺之于淘宝,它们都是服务于买家和卖家的沟通. 自从京东开始为第三方卖家提供入驻平台服务后,咚咚也就随之诞生了. 我们首先看看它诞生之初是什么样的. 1.0 诞生(2010 - 2011) 为了业务的快速上线,1.0 版本的技术架构实现是非常直接且简单粗暴的. 如何简单粗暴法?请看架构图,如下. 1.0 的功能十分简单,实现了一个 IM 的基本功能,接入.互
从架构演进的角度聊聊Spring Cloud都做了些什么?
Spring Cloud作为一套微服务治理的框架,几乎考虑到了微服务治理的方方面面,之前也写过一些关于Spring Cloud文章,主要偏重各组件的使用,本次分享主要解答这两个问题:Spring Cloud在微服务的架构中都做了哪些事情?Spring Cloud提供的这些功能对微服务的架构提供了怎样的便利? 这也是我写Spring Cloud三部曲的最后一篇文章,前两面篇内容如下: 中小型互联网公司微服务实践-经验和教训 Spring Cloud在国内中小型公司能用起来吗? 我们先来简单回顾一下
如何进行核心交换机的架构选择
在互联网用户的大量增加和网络的发展,核心交换机的架构也在不断的发展和改进,交换架构主要经历了总线型和CrossBar两个阶段. 但是由于交换机发展的比较迟缓,现 有的两种架构还在市场上占有一席之地.1.总线型交换架构基于总线结构的交换机一般分为共享总线和共享内存型总线两大类.最开始的以太网交换就是构建在共享总线的基础之上的.共享总线结构所能提供的交换容量有限,一方面是因为共享总线不可避免内部冲突:另一方面共享总线的负载效应使得高速总线的设计难度相对比较大.随着用户对"独享带宽"的渴求,
操作系统-有谁能详细介绍一下,环境变量中path路径的执行过程吗?
问题描述 有谁能详细介绍一下,环境变量中path路径的执行过程吗? 就是假设我将环境变量中的path改为了 path=%JAVA_HOME%;bin; 那当我调用java程序进行编译时, 操作系统是通过怎样的路径来寻找 jvm..cfg的呢? ps:我不知道为什么,当我这里写相对路径,如以上的时候: 报一下的错误: 那当我改为绝对路径时,就会正常运行,如一下: 求解,谢谢 解决方案 先在环境变量里定义JAVA HOME,然后在path 里引用 解决方案二: Java_home我定义过了得 解决方
ThinkPHP 的模型使用详细介绍--模型的核心(七)
原文:ThinkPHP 的模型使用详细介绍--模型的核心(七) 注意:本节是ThinkPhp框架对数据操作的核心处理部分 大家还是在这里看清楚可以将其剪切放到代码编辑器中查看 本章节给大家着重介绍模型的: 一.普通查询方式 . 二.表达式查询方式 . 三.区间查询 . 四.统计查询 . 五.SQL直接查询 回顾初步模型的-"增删改查": // 直接连接数据库,但是得先去配置文件中配置下才行 class IndexAction extends Acti
Java类加载基本过程详细介绍_java
Java类加载基本过程详细介绍 基本过程: 根据类的全限定名称加载定义类的二进制字节流. 将字节流代表的静态存储结构转化为方法区的运行时数据结构 内存中生成一个代表这个类的java.lang.Class对象,作为方法去这个类的各种数据访问入口 数组类本身不通过类加载器创建,由java虚拟机直接创建,数组类的元素类型由类加载器加载. 数组类的元素类型:数组去掉所有维度后的类型, 文件格式验证: 0xCAFEBABY 魔数开头: 主次版本号当前虚拟机可处理: 常量类型: 索引执行类型: utf8
从临危授命到扭转乾坤,天天拍车运维架构演进及实践
从临危授命到扭转乾坤,天天拍车运维架构演进及实践 李强 2017-04-24 11:52:24 本文根据李强老师在[4月8日DBAplus社群上海数据库技术沙龙]现场演讲内容整理而成.点击文末链接还能下载PPT哦~ 讲师介绍 李强 天天拍车运维总监 网名:撒加,先后在AdMaster.饿了么担任运维经理,现任天天拍车运维总监,主要负责天天拍车运维架构的管理.持续优化以及运维团队的建设.培养. 9年以上运维及管理经验.作为国内最早一批思科网络模拟器的推广者.虚拟化先锋论坛的创始人,一直致