博科要成为完整的供应商

network

博科要成为完整的供应商 发表于: 2010-12-31 10:19:6

统一基础设施管理、统一数据中心，这些名词在五年前可能还只是一项远景，而如今，相关的产品和技术已经呈现出了"百花齐放"的态势。在用户需求的推动下，几乎所有的网络供应商都在觊觎着这片市场，博科也不例外。
不久前，博科正式发布了VDX 6720以太网交换机，这款产品也是支持博科Virtual Cluster Switching（VCS ）技术的首批产品之一，其将对Brocade One计划进行有益的补充。从SAN到LAN，从光纤通道到以太网，博科正在逐渐扩大自己的产品战略和发展方向。正如博科公司中国区总经理岑德智所说："想要成为完整的供应商，只有FC SAN是远远不够的。"
新协议——一切为了数据中心

VDX 6720最大的卖点在于，其能够通过AMPP（Automatic Migration of Port）技术，支持虚拟机、虚拟机配置以及应用在不同端口间进行无缝的迁移，对于用户来说其最大的好处在于VM的迁移可以不受到管理程序的制约。除此之外，通过对TRILL（Transparent Interconnection of Lots of Links）协议的支持，VDX 6720能够在二层设备下提供对三层路由的支持，为数据中心网络的虚拟化，包括虚拟机迁移提供更高性能的支撑。在新协议的支持下，VDX 6720还能够支持多交换机的统一管理、出错时自动链路到新端口、自动适应任何拓扑等特色功能。

图片右方是目前业内诸多厂商，包括博科都在推广的二层网络

目前，在数据中心浪潮的席卷下，包括博科、思科、北电、Juniper等厂商在内，都已经纷纷开始抛弃我们非常熟悉的生成树协议。他们认为，传统的生成树协议目前已经难以满足大规模虚拟化，网络聚合等方面的应用，同时，多个单一的网络路径也把管理变得更加复杂化。然而，尽管这些厂商都推出了新的技术以满足当前密集型的应用，不过遗憾的是他们之间的技术实现却不尽相同。

博科作为IETF成员，理所当然地选择了TRILL协议作为其新的标准；思科在二层网络协议上则提出了FabricPath协议，据称其属于TRILL 的"加强版"，根据国外媒体报道，FabricPath协议是由曾经参与编制TRILL标准的部分人编写而成；Juniper尽管目前还没有新的技术发 布，不过其也曾经公开对TRILL表示过质疑；而被收购的北电则采用了Split Multi-Link Trunking技术...... 尽管这些技术或者协议的基础理念相同--将多链路在逻辑上划归为单一链路。将交换机从逻辑上划为一台，实现整体管理-- 不过实际上的做法却有着一定差异。

博科：致力打造开放性网络
根据博科的介绍，VDX 6720将分为两个型号--6720-24（1U）和6720-60（2U），其分别配置24个端口及60个端口。为了能够方便用户的应用，博科在VDX 6720上不仅对功能进行了模块化的定制，而且还特别推出了Port on Demand服务。用户可以根据自身需求，选择购买相应的授权，同时还能够先买下较少数量的端口，日后再进行扩充。同时，在硬件上，用户也能自行选择包括 前送风或者后送风的模块配置，具有很高的灵活性。

岑德智同时表示，VDX 6720在部署上对于现有网络并不需要进行改造，也就是说，用户可以在边缘网络上应用VDX，而在核心网络上不一定选用博科的产品。这样一来，用户可以在性能和成本方面找到一个更好的平衡点。不过，根据我们的了解，如果想要完整应用博科的Virtual Cluster Switching（VCS ）技术，那么至少需要有三台VDX交换机才可以。这样一来，边缘网络的投入成本可能会有所提高。


对于博科来说，其数据中心梦想一直都没有停止过，VDX 6720的发布更成为其中的重要一环。目前，博科一共包含有三条产品线：传统以太网、传统光纤通道以及云网络。
在岑德智看来，博科的数据中心步伐已经大大超过了其它的厂商："目前，思科所走的还是核心-汇聚-边缘的传统网络结构模式；而Juniper尽管提出了两层网络的概念，但是产品却要到明年才会问世。目前，只有博科才能在核心-边缘的模式下推出实际可供货的产品。"
"博科的愿景是一个充满了开放性环境的网络。"岑德智表示说。

network

6月初，笔者在纽约Gotham Hall举办的2010年博科技术日活动上，亲眼见证了博科推出Brocade One统一战略，并了解到虚拟集群交换（Virtual Cluster Switching，VCS）技术的具体细节。
11月15日，博科在德国发布了首个应用VCS技术的交换机产品——Brocade VDX 6720，也是VDX家族的首个成员。16日上午，博科就在位于北京的办公室向国内的媒体介绍了这款产品，相隔不到24小时，亦可算“准同步”了。
博科公司中国区总经理岑德智也是15日凌晨5点多刚走下来自美国的航班，不过，在采访开始前，笔者问到发货的情况时，他毫无倦意，并开玩笑说：好啊，如果你手里有订单，现在就可以发货给你……当然，订单无需我们操心，据说国内已有三家客户即将试点中……

Brocade VDX 6720交换机主要特征

VDX 6720的推出，意味着博科部分兑现了在今年技术日上的承诺——第四季度推出三款型号X7XX（X代表数字）的固定端口数交换机，包括一款2U机架规格的产品。具体到VDX 6720，则由1U的6720-24和2U的6720-60组成。基于博科“按需付费”（Ports on Demand，POD）的端口许可模式，24个固定端口的Brocade VDX 6720-24也可以配置16个端口，60个固定端口的Brocade VDX 6720-60亦有40和50个端口的选项，因此Brocade VDX 6720能够提供16至60个万兆以太网（10GbE）端口，较为灵活的满足客户需求。

博科技术日上，用来演示VCS技术的就是最上面那台2U的Brocade VDX 6720-60。VDX 6720不支持native FC（本地光纤通道），因此还需要通过Brocade 8000连接到FC SAN。

在博科看来，VDX 6720的重大意义在于其是首个“以太网结构”（Ethernet Fabric）交换机。简单地说，它允许多台基于VCS技术的交换机组成一个扁平的网络，在逻辑上被看作一台单一的交换机。套用岑总的话，既然被视作一台交换机，虚拟机在网络中的移动和重新配置就变得很容易，当然管理难度也大大下降。

VDX 6720可以将传统三层网络架构中的聚合层与接入层合二为一，整个网络架构扁平化，且扩展能力更强

虚拟机网络特性和配置会自动随着虚拟机迁移而迁移，主要是端口配置自动迁移（Automatic Migration of Port Profiles，AMPP）技术的贡献，而“以太网结构”在很大程度上得益于IETF制订的多链路透明互连（Transparent Interconnection of Lots of Links，TRILL）协议。与传统的数据中心交换机使用的生成树协议（Spanning Tree Protocol，STP）或快速生成树协议（RSTP）相比，TRILL协议可以消除闲置的“备用”链路，将带宽利用率提高一倍，重新路由故障链路或交换机上的通信流量所需时间也由数十秒（STP）或数秒（RSTP）缩短至毫秒级，可靠性和可管理性大大提升。

VCS的四大支柱：以太网结构、分布式智能、逻辑机箱和动态服务

除了以太网结构，VCS的另外两大法宝是分布式智能和逻辑机箱。分布式智能可支持以太网结构的自动形成：将两台支持VCS的交换机连接起来，就可以自动形成一个Fabric，而且交换机可以自动发现通用的Fabric配置。Fabric内带宽的扩展非常简单，只需接入新的交换机即可。众多支持VCS交换机可以互连成一个扁平的网络，直接接入核心层，而不像传统的数据中心网络那样需要核心层、汇聚层和接入层组成的三层架构。最直观的好处是可以更容易地形成一个大规模的网络——Brocade VDX 6720交换集群最初支持600个10Gb以太网端口和8000个虚拟机，为时下流行的云计算“铺平道路”。

标准化、竞争与部署

上一段之所以强调“Fabric”，是因为博科认为，无论“结构”还是“矩阵架构”的翻译，都无法体现Fabric所代表的“紧耦合网络”的本意。不过，岑总不无骄傲的说，Fabric这个词是博科的发明，而两大竞争对手——思科（Cisco）和瞻博（Juniper）——如今也都用上了。

Brocade VDX 6720支持三种部署方式，除了以VCS的“本色出镜”，还可以在既有的架构中充当传统交换机，或者促成LAN与FCoE/iSCSI SAN的融合

Juniper也和博科一样正致力于发展旨在将网络扁平化、取消汇聚层和接入层划分的集群交换技术，TRILL协议都是他们前进道路上的重要一环，而思科今年6月底推出的FabricPath技术也基于TRILL协议。作为IETF制订的标准，TRILL协议最大的优势是互操作性，岑总相信，未来在支持TRILL协议的前提下，不同厂商的交换机之间将可以互连互通，扩大网络扁平化的适用范围。

Brocade VDX 6720在传统三层网络中充当接入交换机的部署方式

不过，在现阶段，抢占先手还是主旋律。岑总表示，与Juniper的集群交换技术相比，VCS技术率先实现了产品化。Juniper采用集群交换技术的产品要等到2011年上半年，而VDX 6720国内12月即可发货，11月21日将先运出3台，预计本月底能送达博科北京办公室的解决方案中心，供客户体验。

典型的VCS使用方式：VDX 6720集群将传统三层网络中的汇聚层和接入层融合为边缘层

博科“以太网结构”的另一关键技术是标准化过程经常被拿出来讨论的DCB（Data Center Bridging，数据中心桥接），岑总表示，用户不必为此担心，因为VCS和FCoE等功能都是单独的License（许可），如果觉得标准尚未形成，可以不购买DCB的许可，先将VDX 6720当作普通的万兆以太网交换机使用。

在虚拟集群服务（VCS）将网络扁平化的基础上，将10Gbps FCoE/iSCSI SAN融合进来——如果辅以Brocade 8000，还可以接入FC SAN

总的来说，作为第一台采用VCS技术的固定端口交换机，VDX 6720在同一机箱中提供了万兆以太网、DCB和FCoE的连接能力。未来的动态服务特性将扩展Brocade VCS的功能，其中包括本地光纤通道连接，这意味着会有集万兆以太网、DCB、FCoE和FC连接能力于同一机箱的VCS产品出现。它可能是插槽式（模块化）的，岑总还不确定是否使用已有的机箱，但应该不属于VDX家族了吧？

network

中国携手旗下十三家企业级专业IT细分网站联合推出的“IT决策未来——2010年杰出企业级IT产品评选活动”近日正式落下帷幕。在为期近两个月的评选活动中，共有近六十家企业级IT厂商、逾一百项IT产品报名参与评选。在综合用户打分、行业专家和编辑点评的基础上，TechTarget中国最终评选出二十款获奖产品。Brocade VDX™ 6720数据中心交换机获最佳企业级网络产品奖。

Brocade VDX 6720-24

Brocade VDX 6720-60

　　Brocade VDX 6720数据中心交换机可在一个或两个机架单元（1U或2U）中使用，并能够以“按需付费”模式而将端口数从16个扩展到60个。能提供延迟低至600纳秒的10Gbps端到端线速性能。VDX 6720基于低延迟、无损、10 Gbps的数据中心桥接（DCB）技术，并能够运行所有类型，包括传统的IP的iSCSI、CIFS、NFS和以太网光纤通道（FCoE）数据和存储流量的能力。

　　获奖点评：

　　网络融合的发展使得STP的缺陷越来越突出，TRILL将会逐渐取而代之，基于TRILL和DCB的VCS技术可满足数据中心网络的发展需求，采用了VCS的Brocade VDX™ 6720数据中心交换机，其在未来数据中心网络中的表现值得我们期待！

network

Transparent Interconnection of Lots of Links -- 多链接透明互联

TRILL是多链接透明互联的缩写，而且也是IETF（互联网工程任务组）推荐的连接层（L2）网络标准。TRILL具有很高的重要性，因为大型数据中心开始利用FCoE（以太网光纤通道）等新技术将存储传输和IP传输融合到以太网连接上，而标准的生成树协议（STP）将不再适合融合网络或超大型数据中心的扩展。随着FCoE采用率的提高，企业存储将开始加入IP网络上的其他协议。从存储的角度来看，随着时间的推移，TRILL至少可以代替L2网络上普遍使用的STP协议。

network

TRILL　　
TRILL (Transparent Interconnection of Lots of Links ) 多链接半透明互联(TRILL) 　　
在交换方面，IETF正在致力于多链接半透明互联(TRILL)标准的研究。IETF打算用该标准克服生成树协议(STP)在规模上和拓扑重聚方面存在的不足。在路由方面，IETF正在致力于制订位置标识与身份标识分离协议(LISP)。IETF计划为与多个ISP服务提供商合作的企业改进寻址和负载平衡。 　　
IETF RFC 5556号标准TRILL由南加州大学信息科学学院研究助理教授Joe Touch和英特尔软件工程师Radia Perlman拟定。TRILL是多链接透明互联的缩写，而且也是IETF(互联网工程任务组)推荐的连接层(L2)网络标准，由于其是一个基于最短路径架构路由的多跳标准以太网络，因此用户能够建立大规模的以太网和以太网光纤通道(FCoE)数据中心网络。 　　
链路状态路由允许以太网网络发现和计算位于TRILL节点间最短的路径。TRILL被设计用来克服与生成树(ST)有关的缓慢拓扑再整合时间，因为这限制了网络规模，并极易导致链接失败。与此同时，TRILL还能够向下兼容目前的ST产品。 　　
思科首席工程师兼IETF TRILL工作组联合组长Donald Eastlake称，一旦关于规范IS-IS代码和数据结构获得通过，那么最终的TRILL RFC文件将被出版。他预测这一时刻将“很快到来”。不过分析师预测该标准产品将会在2011年上半年才能出现在市场上。

network

FCoE的新搭档 详解网络连接层标准：TRILL

TRILL是多链接透明互联的缩写，而且也是IETF（互联网工程任务组）推荐的连接层（L2）网络标准。TRILL具有很高的重要性，因为大型数据中心开始利用FCoE（以太网光纤通道）等新技术将存储传输和IP传输融合到以太网连接上，而标准的生成树协议（STP）将不再适合融合网络或超大型数据中心的扩展。随着FCoE采用率的提高，企业存储将开始加入IP网络上的其他协议。从存储的角度来看，随着时间的推移，TRILL至少可以代替L2网络上普遍使用的STP协议。

STP的弱点是它是在超小型集线器年代设计的，其年代甚至在交换机之前。虽然STP有几种分类型，但是从设计上来说，它的设计是确保到一个特定点的连接只有一个路径。STP的目标是创建一个无环路的架构。当然，几乎所有网络都有冗余路径。通过STP，所有这些冗余路径都被阻止了。随着环境的扩张，多个交换机和更多的路径被加入到架构中，但是STP仍然会阻止所有路径，只留下一个路径。当活跃路径发生故障的时候，网络必须在新路径上重新融合。在大型网络中，重融合过程需要花费几秒钟时间。虽然这看起来还可以为标准IP通信所接受，但是对于存储或融合网络来说就不可接受了，特别是那些有虚拟环境的网络。

STP的另一个弱点就是从网络带宽的角度来看STP并不是非常有效率。首先，所有被阻止的路径都代表着闲置的带宽。单位带宽的增加意味着有越来越多的带宽没有得到利用。其次，活跃路径可能并不是两个设备之间最有效或最短的通信路径。其实，STP上的数据经常采用的是网络上的"优美路径"而不是直接的或最短的可用路径。这个缺点不仅会影响存储，对虚拟环境下实时虚拟机迁移也是不利的。将虚拟机或应用程序迁移到另一个服务器可能需要通过几个路径和交换机，而次优的路径选择只会使性能变得更差。虚拟机（VM）迁移也需要同主路径上的其他传输相竞争。实际上，许多大型虚拟环境会设置一个专用的VM迁移网络。如果利用好前述被阻止的路径，也就是说通过原先被STP闲置的路径来迁移虚拟机，那么事情将简单许多。

TRILL的一个目标就是寻找最短可用路径并利用这个路径。要做到这一点需要了解整个拓扑以及当时当下的网络利用情况。在生成树设计的年代，集线器/交换机硬件不能存储整个网络的设置情况，其结果是，每个路径，无论是活跃的还是非活跃的，都必须可以处理峰值负荷。TRILL"知道"整个架构并知晓如何有效利用这个架构，因此网络可以得到更有效的利用，不需要每个单元都可以处理峰值负荷。TRILL实际上将网络负荷分解到多个路径上，从而更有效地利用网络带宽。通过在L2网络上增加多路径功能，TRILL解放了网络带宽并使得L2网络更加具有弹性和更加适合虚拟化环境。

由于以前没有TRILL，大多数网络受限于STP的限制，必须构建多层网络，也就是边缘或访问层的第二层架构以及聚合层的第三层网络。最后，再在网络架构的其他层设置核心路由协议。这是过去十多年来网络设计的主要方式。这种设计的想法是在STP的限制范围内将第二层网络分区到其他层。这样，在发生故障或需要重新融合传输的时候，重计算过程可以保持在可以接受的时间范围内。

这种方式的缺点就是这种类型的网络的成本比较高。首先，第三层或路由端口要比第二层交换端口更贵。你部署得越多，架构的成本就越高。在环境中引入第三层网络的第二个缺点就是它很复杂，需要持续的跟踪和管理。对于如今专业分工越来越细的IT人员来说，复杂性是应该避免的。

最后，这种设计也使得动态数据中心难以实现随需服务的目标。在有第三层的情况下，将带宽从第二层网络迁移到其他层网络需要细致的规划，而且灵活性受到限制。由于这种因素，在部署实施第三层网络后，它只能适用于相对较小的规模，而且大部分情况下，数据中心需要面对STP的低效性。

TRILL和FCoE

刚开始，以太网光纤通道（FCoE）的部署是相对基本的架顶式部署。在这种部署方式中，融合网络适配器配置在连接的服务器上，然后通过线缆连接到架顶的FCoE交换机。该交换机将把光纤通道存储传输从IP传输中分离出来，存储传输通常是进入SAN（存储局域网）架构，而IP传输是进入网络架构。这是目前环境管理可以接受的方式，同时即使缺少TRILL也不会阻碍任何人实施FCoE。

随着融合网络继续发展和扩展，生成树的限制将越来越突出，而连接重融合所需的时间将成为更大的挑战，尤其是对存储或虚拟服务器架构。FCoE要求无损的以太网传输。融合增强型以太网（CEE）和DCB（数据中心桥接）可以提供无损的以太网。除了带来L2多路径功能外，TRILL还使得多跃点FCoE成为可能，因此通过TRILL，管理员和工程师有机会在数据中心中采用更复杂的技术。

随着FCoE市场渗透率的提高，企业存储将开始加入IP网络的其他协议。利用FCoE和DCB进行融合的结果就是架构的效率提高，同时它们所能连接的端点的数量至少可以翻一倍。此外，受益于云计算和云存储，数据中心在不断增长，因此网络所连接的端点的数量可以比以往增加得更快。最后，利用TRILL的虚拟化技术可以使得环境更加动态化。总而言之，网络融合使得数据中心更加大型化、更加富有弹性，拥有更有效的架构和更活跃的终端。当数据中心达到这个层次的时候，TRILL将在数据中心动态化的过程中发挥重要作用。

network

[url=]1 技术原理描述[/url] [url=]1.1 TRILL [/url]运行原理 运行TRILL协议的Bridge我们称之为RBridge，即具有路由转发特性的网桥设备，由RBridge构建的TRILL网络称之为trill campus，Rbridge通过运行自己的链路状态协议（通过IS-IS扩展的）认知trill campus的拓扑。并使用最短路径树算法生成从该Rbridge到达trill campus里的各个Rbridge的路由转发表（称之为trill路由表）。RBridge又通过ESADI(End Station Address Distribution Information终端地址交互协议)交互学习各自的Mac地址，这样Rbridge就知道了终端Mac究竟属于哪个Rbridge，Rbridge接收到普通以太网数据帧时（这里专指802.1）查找Mac表，若该Mac源发自某Trill edge Rbridge，就将数据帧转换成TRILL数据帧在trill campus里转发，TRILL数据帧包含有源目Rbridge信息，而Rbridge则有到达各个Rbridge的路由信息，这样Rbridge可以对TRILL数据帧进行转发，当一台Rbridge接收到一个TRILL数据帧时，该数据帧的目的Rbridge为其自身，则解封装TRILL报头，获得最初进入trill campus的以太网数据帧，再进行转发。 这也就是说TRILL作为二层转发技术，通过引入三层路由的链路状态发现协议将此前的Bridget升级为了具备路由能力的Route-Bridge。 当然TRILL的运行原理并不仅仅局限于上述这些，事实上以上所描述的仅仅为802.1单播数据帧的转发功能，从数据报类型上分还包括广播报文和多播报文，此类报文的处理正是二层链路协议的核心和重点，不合理或存在漏洞的二层链路协议会造成二层环路，纯802.1二层网络一旦出现环路将造成广播报文的激增，整网将处于瘫患状态，直到环路解除为止。 TRILL协议首先针对二层环路没有TTL的问题进行了改进，在TRILL报文头中引入了TTL字段，这样TRILL报文在trill campus中即使发生了环路问题也不至于造成严重的后果。 另外TRILL协议对多播及广播报文的转发设计了分发树（distribution tree）的多播转发行为，当然它的分发树类似于STP的生成树，它也有一个类似于根桥的root bridge，与STP的生成树算法不同的是TRILL的分发树是从ISIS的网络拓扑中计算产生的，并为每一个VLAN生成一棵分发树，在发生VLAN变化或接口变化时，这种分发树的过程不需要额外的配置，完全是由Rbridge自动完成的。当一台边缘Rbridge收到一个某VLAN的广播帧或多播帧时，Rbridge除了向自己的其它普通vlan口分发该数据帧外，还要封装该数据帧为TRILL数据帧，目的Rbridge为该VLAN分发树的根桥，通过根桥将该数据帧扩散的与该VLAN相关的其它所有Rbridge设备上。 以上是TRILL运行的基本原理，TRILL协议为实现上述运行方案设计了一整协议规范，包括了数据平面和控制平面的TRILL运行规范。 [url=]1.2 数据平面[/url] TRILL数据帧格式如下图： TRILL报文的源目Rbridge MAC Address指示TRILL报文发出的源Rbridge和目Rbridge，这两个字段在TRILL报文逐跳转发过程中是会发生变化的，这不同于我们传统的二层转发行为，其变化的方式参看下一个图标的说明。在802.1报头中通过TRILL Ethertype插入了一个TRILL报头，之后才是最初的以太网报文。TRILL报头中包括版本(ver),多播标记（M），选项长度（Option Length），TTL（Hop Count），出口Rbridge（Egress RBridge Nickname），入口Rbridge（Ingress Rbridge Nickname） 以及TRILL的选项（Header Options）。其中出口Rbridge为该TRILL的目标Rbridge，可理解为该报文要从该Rbridge到TRILL campus之外，入口Rbridge为报文是从该Rbridge进入trill campus的。对于802.1q报文在Trill报文外层有一个Outer-Vlan在里层有一个Inner-Vlan，分别对应于为TRILL转发使用的VLAN和进入trill campus时生成的Vlan。 在数据转发平面上，Rbridge只有两种数据帧的输入情况，一种是普通数据帧，另一种是TRILL数据帧。我们以单播报文在TRILL网络里的转发为例看一下Rbridge是对单播数报文普通数据帧和TRILL数据帧的转发处理行为是怎样的。 见上图，Host A发出一个单播报文要到Host B，它们之间是一个trill campus，首先A发送单播以太网报文给RB1，源目MAC地址分别为A和B，RB1接收到该普通报文，查找Mac表，获知该Mac位于Trill网络的RB3上，于是RB1为该普通报文封装了TRILL头，Ingress Rbridge为RB1，Egress Rbridge为RB3，然后RB1查找到达RB3的Trill Nickname表（即Trill路由表），找到要到达RB3的下一跳有RB2，于是RB1填充Distination Rbridge Mac Address为RB2的Mac，并填充Source Rbridge Mac Address为其自身RB1的Mac，并将此报文发送给RB2。RB2接收到该报文发现是TRILL单播报文，其目的地为RB3，RB2直接查找Trill路由表，找到RB3就是自己某接口上的邻居，于是修改Distination Rbridge Mac Address为RB3的Mac，同时修改Source Rbridge Mac Addresso为其自身RB2的Mac，转发该报文。RB3收到该Trill报文发现此报文目标Trill nickname为其自身，则解封装该Trill报文，解封装后的报文继续进行二层转发，丢给了Host B。 这里RB1与RB2之间的TRILL报文Outer-Vlan为他们之间通过TRILL VLAN协商好的Designated VLAN，该Designated VLAN仅仅为了达到两台Rbridge互联互通的目的，在一台交换机接收到一个TRILL数据帧时，真实起作用的是Inner-VLAN，包括该Inner-VLAN的C-Tag字段，以及Inner-VLAN的值，数据面Rbridge维护有一张该Rbridge所关心的VLAN列表，当接收到的TRILL数据帧Inner-VLAN不在该列表中，则Rbridge忽视该报文，只进行转发，而如果存在于该VLAN列表中，当报文可被此Rbridge接收则送CPU。 对于多播数据转发如下图所示例子： 如上图，在TRILL campus会为不同的VLAN创建分发树(Distination Tree)，图中红色线条表示VLAN 10的分发树，蓝色线条表示VLAN20的分发树。与ISIS的最短路径树不同的时，这种分发树不存在环路，也就是说树中的任意两个结点是不存在多条路径的，每棵分发树都有一个root rbridge，RB1为VLAN10的根桥，RB2为VLAN20的根桥。在转发面中，维护有分发树的邻居表。比如对于VLAN10，RB4计算出来的邻居表有RB1, RB2和RB3，在分发树中有且仅有一个邻居是到达根桥的，其它的为远离根桥的邻居。只要属于邻居表的邻居发来的多播报文都会被接收并向其它邻居分发。以VLAN20上的多播报文分发为例，我们看一下其转发行为： PC-A发出一个多播报文，RB1接收到知道其为VLAN10的多播，它查看VLAN10的分发树，该分发树的根桥为RB2，于是打上TRILL头，ingress Rbridge为RB1，Egress Rbridge为RB2。带上Trill外层头，Outer-DMAC为ALL-Rbridges的特定MAC，Outer-SMac为RB1，将该报文在RB1中的所有VLAN10邻居分发，报文会被RB2接收，并向其它接口分发，这样就送到了RB3，RB3接收到该多播报文，发现报文是从邻居接收到的，即接收并转发，PC-B则收到了该多播报文。 [url=]1.3 控制平面[/url] TRILL控制平面上要为数据平面生成如下控制表： 1. Trill nickname 转发表（{nickname, nexthop-group-id} 2. Nexthop-group表 （｛nexthop-group-id, nexthop-mac｝） 3. Vlan 分发树根桥表({vlan-id, nickname}), nickname为VLAN的根桥Rbridge。 4. Vlan分发树邻居表（｛vlan-id, mac, is_appointed_forwarder｝） 其中is_appointed_forwarder为指定的该vlan的转发者。 5. TRILL邻接表{mac,port} 6. TRILL outer vlan表 ｛port, vlan｝trill报文在该port上以该vlan接收及输出。 7. Mac表，之前的mac表只有出接口，在TRILL中MAC表还需扩展出目标Rbridge。({vlan-id,mac,port-type,port,nickname}) 以上的表项基本上都可由ISIS协议生成，当然视实现情况而定，比如说Mac表，在TRILL协议中建议使用ESADI协议来实现，该协议目前存在的实现是通过ISIS扩展来实现，若不使用ESADI协议，在RBridge接收到一个TRILL报文时，当报文的Inter.Vlan为该Rbridge所关心的VLAN，则进行Mac地址的学习，这样就不需要额外的ESADI协议支持。TRILL协议对ESADI的要求是建议不是必须。 Trill路由转发表（包括Trill nickname转发表和nexthop-group表）是通过ISIS生成的，ISIS通过邻居发现获得邻接的nickname，并对外公告它所发现的所有邻居，ISIS通过SPF计算获得到达各个nickname的路径，并以此生成Trill路由转发表。 Vlan分发树的生成也是在ISIS SPF计算出的最短路径树上生成的，ISIS最短路径树对于不同的根结点计算出来的树是不一样的，但只要确定了根结点，即可在整网中确定一棵树，分发树就是这样生成的，其前提就是通过优选算法在Vlan中选举出一个根结点来，以此作为分发树的根桥。Vlan分发树根桥表用于对普通多播或广播报文进行trill封装时标明该报文使用哪棵分发树进行分发，事实上即便是相同vlan的不同报文，也可以选择不同的分发树进行分发（若要支持该功能vlan分发树邻居表应扩展为({vlan-id, nickname, mac})。ISIS确定了分发树后除增加VLAN分发根桥表项外，同时生成这棵分发树的邻居表。