浅析有关以太网交换机协议

浅析有关以太网交换机协议（精选4篇）

浅析有关以太网交换机协议 篇1

探讨华为交换机配置手册中关于以太信道的重要性，在华为交换机配置手册的第一章里有关于“华为交换机配置手册在基于IOS的交换机上调整根路径成本”的讲解，本文摘自华为交换机配置手册上面的内容，方便大家对华为交换机配置手册这一问题做一个更专注的了解。

华为交换机配置手册在基于IOS的交换机上启动VTP剪裁:

switch# vlan database

switch(vlan)# vtp pruning

在基于CL I 的交换机上启动VTP剪裁:

switch(enable) set vtp pruning enable

华为交换机配置手册在基于IOS的交换机上配置以太信道:

switch(config-if)# port group group-number

在基于CLI的交换机上配置以太信道:

switch(enable) set port channel moudle/port-range mode{on|off|desirable|auto}

华为交换机配置手册在基于IOS的交换机上调整根路径成本:

switch(config-if)# spanning-tree cost cost

在基于CLI的交换机上调整根路径成本:

switch(enable) set spantree portcost moudle/port cost

switch(enable) set spantree portvlancost moudle/port

华为交换机配置手册在基于IOS的交换机上调整端口ID:

switch(config-if)# spanning-treeport-priority port-priority

在基于CLI的交换机上调整端口ID:

switch(enable) set spantree portpri {mldule/port}priority

switch(enable) set spantree portvlanpri {module/port}priority

华为交换机配置手册在基于IOS的交换机上修改STP时钟:

switch(config)# spanning-tree hello-time seconds

switch(config)# spanning-tree forward-time seconds

` switch(config)# spanning-tree max-age seconds

在基于CLI的交换机上修改STP时钟:

switch(enable) set spantree hello interval

switch(enable) set spantree fwddelay delay

switch(enable) set spantree maxage agingtiame

华为交换机配置手册在基于IOS的交换机端口上启用或禁用Port Fast 特征:

switch(config-if)#spanning-tree portfast

在基于CLI的交换机端口上启用或禁用Port Fast 特征:

switch(enable) set spantree portfast {module/port}{enable|disable}

华为交换机配置手册在基于IOS的交换机端口上启用或禁用UplinkFast 特征:

switch(config)# spanning-tree uplinkfast

在基于CLI的交换机端口上启用或禁用UplinkFast 特征:

switch(enable) set spantree uplinkfast {enable|disable}

浅析有关以太网交换机协议 篇2

该文对AFDX网络协议进行了详尽的分析,首先研究了AFDX网络中的数据包的格式,即AFDX网络数据帧格式;其次对AFDX应用消息从应用层到物理层的流动过程进行了分析,即AFDX协议栈。最后用德国AIM公司所研制的仿真测试软件fdXplorer及API-FDX-2仿真测试板卡对AFDX网络的数据包进行了测试。

1 AFDX网络数据帧格式分析

对AFDX网络进行测试的前提是正确理解被测数据的格式。以下从总体的概念和分层的概念分别讨论了AFDX网络上的数据包格式。

1.1 AFDX帧结构

在AFDX网络中传输的数据基本单位为AFDX数据帧,其结构如图1所示。

7个字节的前导字和1个字节的帧开始符作为数据帧的必要部分被添加,最后4个字节的帧校验和字段为整个AFDX帧的校验和。可以看到,航电系统之间传送的有效数据是被封装在UDP数据报的有效负载中的。虽然整体的帧结构和普通以太网的帧格式差别不大,但为实现AFDX网络的虚拟链路机制,MAC层的帧头部和IP包头都有指定的格式。

1.2 MAC帧格式

MAC帧头由6个字节的MAC源地址和6个字节的MAC目的地址以及2个字节的类型字段构成。如图2所示。

其中MAC目的地址为组地址和本地管理地址(ARINC664,Part7),因此高八位的最低位和次低位被设置为1。除了这两位之外,固定域的其他位都被设置为0,因为ARINC664规定每个端系统的MAC地址的固定域应该是相同的。由于虚拟链路必须被MAC目的地址所标识,因此低16位被用作虚拟链路标识符域。

MAC源地址应该是单播地址(高八位的最低位为0)和本地管理地址(高八位的次低位为1)。源地址中的网络ID部分和设备ID部分构成了ARINC664标准所规定的用户定义ID(User_Defined_ID),其用处是给每个在网络上IP可寻址的主机一个独一无二的并且是有意义的IP地址。同一主机上个不同分区拥有共同的用户定义ID。用户定义ID可以由主机所在的域(用域ID标识)、主机所在的边(用边ID标识)以及主机所在的位置(用位置ID标识)组合构成。源MAC地址的接口ID部分规定了以太网控制器连接到冗余网络中的哪个网络(001表示连接到网络A,001表示连接到网络B,其他组合情况不使用)。

1.3 IP数据包格式

在IP层,IP包头中的IP源地址用来唯一的标识一个主机上的一个分区(发送分区)。IP目的地址则是一个多播地址,并且用虚拟链路标识符来标识本分区是哪一个虚拟链路的数据源。IP包头的格式如图3所示。

IP源地址应该是A类私有地址,并且是单播地址(前8个bit应该是”0000 1010”)。ARINC664第4部分虽然规定机载设备的A类私有IP地址范围应该在10.128.0.0~10.255.255.255之间,但在第7部分补充规定,如果只限于机载设备之间的通信而不与因特网通信,则地址范围可以不在规定范围之内。IP源地址中的网络ID和设备部分共同构成用户定义ID(User_Defined_ID),其含义与1.2节所述相同。分区ID用来唯一标识一个主机上的一个分区。

IP目的地址可以是单播地址,也可以是组播地址。图1-3中的中的IP目的地址为组播地址其中固定域的高四位为1110,表示这是D类地址(组地址)。固定域的确定使得IP组播目的地址符合ARINC664第4部分所规定的地址范围(224.224.0.0~224.224.255.255,飞机控制域地址范围)。IP目的地址的低16位用来标识虚拟链路。例如,如果目的虚拟链路为VL10,则目的IP地址为224.224.0.10。

1.4 UDP数据报格式

UDP数据报的格式如图4所示。

可以看出,UDP数据报遵循因特网协议的规范。当AFDX网络是一个完全封闭的网络时,UDP源端口和目的端口可以任意设置。但当AFDX网络要与其他系统进行集成或要与因特网通信时,应该使用周知的端口(0~1023)提供周知的服务(例如TFTP服务使用UDP的69端口)。

1.5 AFDX有效负载

图1中的AFDX有效负载和序列号是AFDX网络应用层数据格式。帧序列号是为了保持帧的按序接收而设置的,其范围从0到255,开始传输的第一个帧序列号为0,依次递增,到达255时回绕到1。

2 AFDX协议栈分析

基于AFDX网络的特殊性(如冗余网络、虚拟链路),AFDX协议栈的实现也有别于普通的TCP/IP协议栈。为了满足航空电子设备之间的实时、可靠的通信要求,AFDX协议栈必须实现虚拟链路管理、冗余网络管理、及流量整形等复杂的功能。以下从发送与接收两个方面研究AFDX协议栈的细节。

2.1 发送端处理流程

发送端对应用数据的处理流程如图5所示。

当应用服务层的一个AFDX端口接收到需要发送出去的数据时,这些数据被当成应用层PDU(协议数据单元)并交付给UDP传输层处理。UDP传输层要负责在应用层PDU前面加上UDP报头,其中包括UDP源端口号和UDP目的端口号。这些数据被当成传输层PDU交付给网络层,网络层根据传输层PDU的长度决定是否分段。分段或未分段的IP数据包被加上IP包头和IP头校验和,并在以太网层加上以太网帧头。在链路层,来自不同的虚拟链路的帧被放入虚拟链路队列。虚拟链路调度器根据用户的配置对虚拟链路队列中的数据进行流量整形,以保证发送出去的数据符合配置好的带宽分配间隔(BAG)。除此之外,虚拟链路调度器的一个重要功能就是对来自多条虚拟链路的数据进行多路复用,即在一条物理通路上同时传输多个虚拟链路的数据。被虚拟链路调度器处理完的数据还需要进行冗余管理,冗余管理器可以根据用户的配置来决定数据只发往网络A或只发往网络B,或者同时发往两个网络。此时还要在以太网数据帧上加入帧序列号、网络标识ID。以上数据被放入发送缓冲队列等待发送,从发送队列中取出的帧被加上帧校验和字段并发送到AFDX网络中。

2.2 接收端处理流程

AFDX网络帧到达接收端时,接收端的处理过程如图6所示。

在链路层,发送到接收端的帧先由接收端控制器检查其校验和,若校验和出错则丢弃。若校验和无误则校验和字段被剥离,进行完整性检查。若数据完整,则帧序列号被剥离,否则丢弃。冗余管理在两个网络同时发送数据时起作用,最先到达的帧被传送到上层,而后到达的帧被丢弃。

在网络层,先对IP校验和进行检查,若出现IP分段则需要检查IP数据包的完整性,未通过完整性检查的数据包被丢弃。分段的IP数据包被重组成UDP数据报(未分段则没有重组步骤)并传往上层。

在传输层,对UDP数据报进行解多路复用,并将AFDX有效负载传送给AFDX端口服务层。

3 AFDX网络数据包测试

用德国AIM公司所研制的仿真测试软件fdXplorer及API-FDX-2仿真测试板卡搭建了虚拟的机载数据总线的通信仿真测试系统,仿真了AFDX数据包的发送、接收并对接收到的数据进行了分析。

测试的目的是为了验证AFDX网络数据包的格式和数据完整性,因此将API-FDX-2仿真测试板卡的Port1设置为发送端口,Port2设置为接收端口,用专用连接器和交叉双绞线连接Port1与Port2,形成一个数据包的回路。发送方详细设置为:一个端系统(IP地址为10.1.33.1)作为源端,向1条虚拟链路VL6(目的地址为组播地址:224.224.0.6)发送数据,帧长度设置为64字节(最小帧长度)。发送端发送的数据如图7所示。

在发送端将AFDX有效负载设置为“ABCDEFGHIJKLMNOPQ”,并发送数据。

将接收端接收方式设置为按时间序持续捕获所有到达的帧,对发送端的数据进行捕获。接收端捕获到的数据如图8所示。

可以看到,接收端的各个字段的内容与发送端完全吻合,包括AFDX有效负载部分。

4 结束语

交换式以太网已经成为一个通用的航空电子应用的网络体系结构。商业化的标准和飞机制造商的实现()定义了交换式以太网的拓扑结构和实现。这个专门为航空电子设备通信而开发的标准能保证网络的可靠性和确定性。该文借助AFDX网络协议分析软件和仿真测试硬件对AFDX网络的数据包进行了测试,为进一步测试AFDX网络的性能提供了依据。

参考文献

[1]ARINC664 Part 4.Internet Based Address Structures And Assigned Numbers[Z].2004.

[2]ARINC664 Part 7,Avionics Full Duplex Switched Ethernet(AFDX)Network[Z].2005.

[3]BARBARA S.AFDX protocol tutorial[M].Condor Engineer-ing,Inc,2004.

[4]AIM GmbH.fdXplorer User's Manual:AFDX Monitor and Simulation Tool[Z].2007.

[5]AIM GmbH.API/AMC-FDX Programmer's Guide for Windows Applications[Z].2007.

[6]陈昕,周拥军,万剑雄.AFDX端系统关键技术的研究与实现[J].计算机工程,2009,35(5):1-3.

[7]王辉,陈卓.AFDX网络终端软件测试策略的研究与应用[J].航空电子技术,2006,37(4):33-37.

浅析有关以太网交换机协议 篇3

关键词：协议栈;虚拟化;网络设备

中图分类号：TP316.8   文献标识码：A

The technology of Linux protocol stack virtualization

based on the ethernet switch

CHEN bing-bing*a，b，c，  CHENG you-qingb，c

（a.Wuhan Research Institute of Post and Telecommunications， Wuhan 430074， China; b.State Key Laboratory of Optical Communication Technologies and Networks， Wuhan， 430074， China; c.Wuhan FiberHome Networks Co. ， Ltd. ， Wuhan 430074， China）

Abstract： The goal of network protocol stack virtualization is that virtualize multiple virtual protocol stacks based on one network device in order to implement the function of one network device virtualized into multiple. Since the network protocol stack of the Linux operation system itself dont support this kind of technology， so this paper implement the technology of network protocol stack virtualization by means of modifying the IPV4 network protocol stack based on the 3.11.10 Linux operation system version. And then， it is proved on the device platform that the Ethernet switch， of which the protocol stack virtualization has been realized， has the function of isolating business flow

Key words： protocol stack;virtualization;network device

1  引言

随着网络规模的不断扩大，业务种类的不断丰富，网络对业务的隔离以及安全性、可靠性等属性提出了越来越高的要求[1]。此外，随着硬件能力的迅速提升，多框、集群、分布式路由交换系统的成熟，单台物理网络设备的业务处理能力已经达到了一个新的高度[2]。为了将单台物理设备的强大业务处理能力充分利用，弹性的适应当前的业务需求和未来的发展，网络设备的一虚多（即将一台物理设备虚拟成多个逻辑设备）成为了网络与通信界追求的目标[3]。Linux操作系统因其具有的开源、安全和稳定等优点，受到网络设备制造商的青睐，被广泛应用到网络设备的嵌入式开发中。

目前，国内外对Linux操作系统虚拟化的研究都着力于操作系统级的全局性资源隔离虚拟化，而缺少对网络协议栈虚拟化的深入研究。对于小规模以太网而言，全局性的资源隔离会对网络设备的进程资源造成不必要的浪费，增加了网络设备的负荷，影响网络数据包处理速率。

因此，本文在以太网交换机设备上研究了Linux嵌入式操作系统中虚拟协议栈技术，以实现业务流的隔离，提高单个以太网交换机设备的资源利用率[4]。

2  Linux网络协议栈的层次结构

网络协议栈是指TCP/IP协议栈，实现了一个网络中数据传输的过程：包括上层协议到底层协议，和由底层协议到上层协议。Linux网络协议栈的层次架构模型如图1所示，最上面一层为用户空间中的应用层，中间部分为内核空间中的网络协议栈部分，底层为物理设备[5]。在网络协议栈中用户空间和内核空间之间的数据通过套接字缓存（socket buffer） 来传递，相应的数据结构为sk_buffer。

图1  Linux网络协议栈层次架构

Linux网络协议栈的最上层是系统调用接口，为用户空间中的应用程序提供一种访问内核网络协议栈的接口。通过网络协议栈进行通信都需要对套接字进行操作，网络协议栈提供了两种调用接口给用户进程。一种是在sys_socketcall中会根据网络系统调用号调用具体的功能，另一种是通过普通文件操作来访问网络协议栈，将套接口的输入、输出操作当成典型的文件读写操作来进行。

套接字是一个与协议无关的接口层，它提供了一组通用接口来支持各种协议，它对用户层的应用程序屏蔽了与协议相关的实现细节，将应用程序发送的与协议无关的请求映射到与协议相关的实现。传输层负责数据的传输和数据的控制，提供端到端数据交换机制，传输层协议包括面向连接的TCP协议和面向无连接的UDP协议。网络层负责接收、发送或转发数据包，网络层的协议包括IP协议、ARP协议、RARP协议、ICMP协议和IGMP协议等。邻居子系统为三层协议地址与二层协议地址提供了的映射关系，此外还缓存了二层首部，以加速数据包的发送。在发送数据包的时候，先进行路由查找，如果找到对应的路由，再查看邻居表中是否存在相应的映射关系，如果不存在则新建对应的邻居项;然后再判断邻居项是否为可用状态，如果不可用则把数据报存至发送缓存队列后发送请求;在接收到请求应答后，将对应的邻居项置为可用，并将其缓存队列中的数据包发送出去;如果在指定时间内为收到响应包，则将对应邻居项置为无效状态。对于以太网交换机而言，邻居子系统提供了三层IP地址和二层MAC地址的映射，邻居表就是ARP表。

网络协议栈底部是一个与硬件无关的网络设备接口层，它将网络层的不同协议与各种网络设备连接在一起。设备无关接口层提供了一组通用函数供底层网络设备驱动程序和上层协议栈调用。当输出数据时协议栈不必关心底层的网络设备，而当输入数据时网络设备驱动同样也不必关心上层的协议栈。协议栈向设备发送数据包时都需调用dev_queue_xmit函数。该函数对sk_buffer进行排队，最终由底层设备驱动程序进行传输。而接收报文通常是调用netif_rx函数实现的。当底层设备驱动程序收到一个报文时，就会通过调用netif_rx函数将报文的sk_buffer上传至网络层。

以太网交换机设备上网络接口卡（NIC）的相关信息是由net_device结构来描述的，net_device包括了硬件信息成员变量、接口信息成员变量、设备操作接口变量和一些辅助成员变量。网络接口卡的IPv4地址等相关配置信息存放在in_device结构中，net_device中有一个指针指向in_device。每个网络接口卡都会有一个对应的net_device结构。当设备启动时调用register_netdevice函数注册到系统中，注册过的网络接口卡NIC可通过unregister_netdevice函数注销。net_device结构中包含了一个名为hard_start_xmit的接口，通常在初始化网络接口卡时设置该接口。当协议栈向网络接口卡发送数据包时，会通过设备无关接口调用到此接口[6]。

3  Linux协议栈虚拟化的实现框架

Linux协议栈虚拟化技术是属于控制平面的虚拟化，Linux协议栈虚拟化技术的实现分为以下四个部分：路由表的虚拟化、网络接口的虚拟化、与上层应用接口的虚拟化、套接字层的虚拟化。路由表的虚拟化通过对存储路由表项的数据结构的虚拟化扩展来实现，使每一个虚拟出来的协议栈都对应一份独立的路由转发表实例，虚拟协议栈的路由转发表实例之间互不干扰[7]。网络接口的虚拟化使网络接口卡在收发数据包的时候，可以区分出这个数据包是属于哪个虚拟协议栈，也使数据包在协议栈中传递的时候，可能选择正确的函数处理接口。以上两部分都是通过virtual_id标识来区分不同的虚拟协议栈，每个虚拟协议栈都自己唯一的virtual_id标识，virtual_id和虚拟协议栈是一一对应的。

图2  虚拟化协议栈架构

3.1  路由表的虚拟化

Linux协议栈中使用数据结构fib_table来描述路由表信息，所有的fib_table结构链接在全局散列表fib_table_hash中。fib_table_hash存储在数据结构struct net中的struct netns_ipv4成员中。参数不同的fib_table_hash表示不同类型的路由表，例如fib_table_hash[RT_TABLE_LOCAL]表示设备本地地址的路由表。路由表的虚拟化是将指针数据结构struct hlist_head*fib_table_hash重定义为指向指针的数据结构struct hlist_head** fib_table_hash，使用不同virtual_id标识来区分不同虚拟协议栈的路由表转发实例，例如本地路由表就重定义为fib_table_hash[RT_TABLE_LOCAL][virtual_id]。

Linux协议栈中使用数据结构rtable来描述路由缓存，路由缓存链接在散列表rt_hash_bucket中，为了使路由缓存和虚拟路由表项实例一一对应，散列表rt_hash_bucket需要被重定义为virtual_id 个不同的散列表，即rt_hash_bucket[virtual_id]。

由于不同虚拟协议栈中的目的IP地址可以重用，所以相同的IP地址在邻居子系统的ARP表中对应的目的MAC地址是不同的。而ARP表查找函数的输入参数为net_device和目的IP地址，因此可以通过net_device来区分不同虚拟协议栈中IP地址对应的MAC地址。

3.2  网络接口的虚拟化

协议栈底层网络接口的虚拟化是通过协议栈的net_device结构实现的，需要在net_device数据结构中添加一个virtual_id标识，net_device数据结构中的virtual_id表示该net_device结构对应的网络接口卡属于该virtual_id对应的虚拟协议栈。

3.3  与上层应用接口的虚拟化

协议栈内部不同层次之间接口的虚拟化是通过在协议栈内部接口函数中添加参数virtual_id实现的，virtual_id表示了同一个接口函数中对不同虚拟协议栈进行操作时，选择的表项结构是不同的。比如网络设备状态变化时或者网络设备上IP配置变化时，路由子系统收到通知链的通知，需要对路由表和路由缓存进行添加、删除、修改等操作，接口函数中的virtual_id可以选择对应的路由表项实例进行操作。同样，OSPF、RIP、ISIS等路由协议在网络路由拓扑变化时，需要对路由表进行动态添加、修改、删除的函数，因此修改路由表的接口函数传入的参数struct fib_config结构中也需要增加virtual_id标识，用来标识将要操作的路由表转发实例。

3.4  套接字层的虚拟化

在保证虚拟协议栈业务隔离的前提下，为了兼顾设备内存资源利用率，协议栈接口允许一定的共享，比如多个虚拟协议栈中同种类型的业务流可以共享同一个socket接口。应用层的协议通过socket发送数据包的时候，需要在接收方的网络地址结构中添加相应的virtual_id标识，使应用层的报文通过socket进入协议栈之后可以区分不同的虚拟协议栈，在进行报文转发的时候也可以查找对应虚拟协议栈的路由表转发实例。应用层的协议用socket接收数据包的时候，也可以从接收的地址结构中取出virtual_id标识，区分数据包是由哪个虚拟协议栈送上来的。

4  Linux虚拟协议栈的关键操作

由于网络设备上的每个虚拟协议栈可以对应设备的多个虚拟网络接口卡NIC，所以可以通过网管配置命令将多个虚拟网络接口卡的net_device结构用同一个virtual_id标识，标识为同一个逻辑组，这个逻辑组收发的所有数据包都交给同一个虚拟协议栈处理。当网络设备的网络接口卡NIC收到数据包的时候，根据网络接口卡逻辑组的划分，在数据包的地址结构中添加上对应的virtual_id标识，如图3所示将存放其地址信息的sockaddr_in结构强制转换成sockaddr_in_virtual结构。当数据包在协议栈上下层之间传递的时候，就根据virtual_id标识查找对应的函数接口和路由表项转发实例[8]。当网络设备从出端口发送数据包的时候，数据包不再带有virtual_id标识，virtual_id标识只在设备内部有效，因此设备协议栈的虚拟化对对整个网络是透明的。

图3  sockaddr_in_virtual地址信息结构

5  Linux虚拟协议栈在以太网交换机上的实现

5.1  测试平台的搭建

搭建的测试环境拓扑结构如图4所示，三层交换机设备为烽火网络的S5800系列三层千兆路由交换机。将网络协议栈被改造后的Linux嵌入式操作系统download到三层交换机设备上，该交换机设备与四台电脑相连，PC1和PC2属于vlan1，PC3和PC4属于vlan2，PC1和PC3 的IP 地址相同，PC2和PC4的IP 地址相同。

在网管界面中输入配置命令行，将与PC1和PC2相连的交换机接口划分为同一个逻辑组，它们的net_device数据结构中virtual_id都被赋值为1，与PC3和PC4相连的交换机接口也划分为同一个逻辑组，它们的net_device数据结构中virtual_id都被赋值为2。因此， PC1和PC3发送到交换机的数据包分别被送往不同的虚拟协议栈，实现业务流的隔离。

图4  以太网交换机测试拓扑

5.2 测试结果分析

图5显示了在电脑PC1上ping PC2的实验结果，图6显示了在电脑PC3上ping PC4的实验结果，虽然PC1和PC2的IP地址相同，但是业务流之间互不影响，相互隔离。图7和图8显示了协议栈经过一虚多虚拟化后每个虚拟协议栈都有自己独立的路由转发表。

由上可知，经过网络协议栈虚拟化的虚拟设备可以承载不同的业务，或者服务于不同的用户群，达到业务隔离提升网络可靠性和安全性，降低用户成本，并可以实现多用户群管理隔离，有效简化运维。

图5  PC1 ping PC2实验结果

图6  PC3 ping PC4实验结果

图7  虚拟协议栈1的路由表        图8  虚拟协议栈2的路由表

6  结论

本文描述了Linux协议栈虚拟化技术的实现框架，并通过设备验证了协议栈虚拟化技术对业务流的隔离。运用Linux协议栈的虚拟化技术可以将一台以太网交换机虚拟成多台专用的三层交换机，每个虚拟交换机都有自己独立的路由表转发实例VRF和相应的接口[9]。虚拟协议栈的交换机设备可以帮助用户快速部署网络，实现业务流的隔离，节约网络成本，提高网络的可拓展性和弹性[10]。

参考文献

[1] 王佳隽，吕智慧，吴杰，等.云计算技术发展分析及其应用探讨[J].计算机工程与设计，2010（20）：4404-4409.

[2] Smith J.E， Nair Ravi. The Architecture of Virtual Machines[J]. IEEE Computer， 2005 ，

38（5）

[3] N.M.M.K.Chowdhury， R.Boutaba， Network virtalization：state of the Art and research challenges[J].IEEE Communication Magazine， 2009，47（7）：20-26

[4] 徐立冰.云计算和大数据时代网络技术揭秘[M].北京：人民邮电出版社，2013：133-154.

[5] 樊东东，莫澜.Linux内核源码剖析-TCP/IP实现[M].北京： 机械工业出版社， 2010： 11-14.

[6] OReilly Media，Inc.深入理解Linux网络技术内幕[M].夏安.闫江毓.黄景昌，译.北京：中国电力出版社，2009：145-167.

[7] E. Rosen， Y. Rekhter， BGP/MPLS IP Virtual Private Networks[J].RFC4364. February 2006.

[8] 王东洋， 基于虚拟设备的虚拟交换机设计[J]. SOFTWARE ， 2012，33（1）.

[9] 任德玲.韦卫.基于IPSec的MPLS IP VPN 的设计与实现[J].计算机应用研究，2006，23（3）：116-118.

浅析有关以太网交换机协议 篇4

智研数据研究中心网讯：

内容提要：目前，国内工业以太网交换机市场主要由外资或台资品牌主导，前十大厂商中绝大部分均为外资或台资企业。国内工业以太网交换机行业集中度较高，2009 年、2010 年国内市场前十大工业以太网交换机厂商的市场份额之和均超过80%。

内容选自智研数据研究中心发布的《2013-2017年中国数字分组交换机行业分析及投资前景预测报告》

目前参与国内工业以太网交换机市场竞争的企业可分为两类：

第一类是专业的工业以太网交换机生产厂商。以赫思曼、摩莎、东土科技、罗杰康、卓越信通等为代表的专业厂商是国内工业以太网交换机市场的主要企业。这类企业由于抢占了市场先机，发展速度较快，涉及行业较广，市场份额较高。赫思曼由于在电力等行业拥有优势资源，其国内市场占有率排名第一的地位短时期内不会出现变化。但是赫思曼产品价格偏高，未来将面临摩莎、东土科技、罗杰康等企业的挑战。

第二类是以西门子、施耐德为代表的大型系统集成商。西门子、施耐德等系统集成商既是工业以太网交换机生产企业，又是工业以太网交换机使用企业。虽然目前该类企业没有对交换机产品做重点推广，但依然在国内工业以太网交换机市场上有较大影响。