CN102577257B - 一种实现虚拟局域网标识转换的方法及装置 - Google Patents

Abstract

本发明实施例公开了一种实现虚拟局域网(VLAN)标识转换的方法及装置，用于避免因在路由桥设备上人工配置包括与该路由桥设备支持同一业务的其他路由桥设备的标识及其他路由桥设备的本地VLAN标识之间的对应关系的业务信息表，而产生的工作量巨大以及配置速度严重滞后的问题。本发明实施例的方法包括：获取并存储各路由桥设备发送的业务信息表(401)，接收相邻路由桥设备转发的多链接透明互联(TRILL)封装的源终端发送的数据报文(402)，查询所存储的业务信息表，将接收的数据报文中的VLAN标识转换成本地VLAN标识(403)，向目的终端发送转换VLAN标识后的数据报文(404)。

Description

一种实现虚拟局域网标识转换的方法及装置

技术领域

本发明涉及网络通信技术领域，尤其涉及一种实现虚拟局域网标识转换的方法及装置。

背景技术

在传统二层网络中，每个虚拟局域网(VLAN，Virtual Local Area Network)的虚拟局域网标识(VID，VLAN IDentity)是唯一的，某个VLAN的VID确定后，网络中的其他VLAN不能使用同一VID，而且该VLAN中的任何一个节点也只能使用该VID标识，由于VID的长度为12比特，所以在网络中最多能标识约4千个VLAN，即便每个用户只使用一个VLAN，用户数量也被限制在约4千的范围。多链接透明互联协议(TRILL，Transparent Interconnectionof Lots of Links)是互联网工程任务组(IETF，Internet Engineering Task Force)的一个工作组，也是一个协议，主要整合了网桥和路由器的优点，将链路状态路由(LSR，Link State Routing)技术用在链路层，而且不会干扰上层路由器的工作。TRILL协议是为了替代生成树协议(STP，Spanning Tree Protocol)而诞生的，它的优势主要有三，其一是能替换STP这已经略显衰老的技术，其二是提高了对单播和多播在多路方面(Multi-Pathing)的支持，其三是减少数据传播的延迟。

随着二层路由协议如TRILL的应用以及虚拟服务器部署的逐步成熟，可以预期在将来一个二层网络可以支持更多数目的虚拟服务器。在这类场景下，如果我们使用VLAN技术来进行业务或者客户之间的天然二层隔离，就会出现所需VLAN的数量远远大于4千的情况，而如前文所述，一般VID最多能标识约4千个VLAN，因此可知按照传统网络VID标识VLAN的作法在此场景下是不可行的。解决这个问题，可通过使用本地化VLAN ID的方法，即对于特定业务或者客户，在不同的交换机架下可以使用不同VID，从而提高VID的复用度，最终可以使得每个机架下都有4千个VID可使用。

本地化VID后，由于相同业务可在不同的交换机架下使用不同的VLAN，而且属于不同VLAN的节点不能直接通信，这样导致了属于相同业务的不同节点之间不能直接通信。为了克服上述问题，便需要相同业务下每个交换机架上的某些特定交换机将不同VID进行转换后再转发数据报文，同时存储每个业务在不同机架下的VID之间的对应关系。在TRILL协议下，支持TRILL协议的交换机为路由桥设备(RB，Route Bridge)，而在RB上配置VID通常是通过人工配置来实现的，工作量十分巨大。另外，虚拟服务器可能被实时迁移至其他交换机架，如果迁入的交换机架中不存在与该虚拟服务器支持同一业务的服务器，则需要在该迁入的交换机架中为该虚拟服务器支持的业务配置一个新的VID，并且，还需要在其他RB上配置该虚拟服务器支持的业务对应的VID及其他交换机为该业务分配的VID的对应关系，由于人工配置的滞后性，必然会带来业务的迟延。

发明内容

本发明实施例提供了一种实现虚拟局域网标识转换的方法及装置，能够避免在路由桥设备上人工配置虚拟局域网标识与其他交换机架的路由桥设备的虚拟局网标识的对应关系时产生的巨大的工作量及严重滞后问题。

本发明实施例提供的实现虚拟局域网标识转换的方法，包括：获取并存储各路由桥设备RB发送的业务信息表，所述业务信息表包含各RB支持的业务，各RB的标识以及各RB所支持的业务的本地虚拟局域网标识VID的对应关系；接收相邻RB转发的TRILL封装的源终端发送的数据报文；查询所存储的所述业务信息表，将所述数据报文中的VID转换成本地VID；向目的终端发送所述转换VID后的数据报文。

本发明实施例提供的实现虚拟局域网标识转换的装置，包括：获取单元，用于获取各RB发送的业务信息表；存储单元，用于存储获取单元获取的各RB发送的业务信息表；接收器，用于接收相邻RB转发的TRILL封装的源终端发送的数据报文；查询单元，用于查询存储单元所存储的业务信息表；转换单元，用于根据查询单元在业务信息表中的查询结果，将所述数据报文中携带的VID转换成本地VID；发送器，用于向目的终端发送所述转换VID后的数据报文。

从以上技术方案可以看出，本发明实施例能够动态获取并存储各个路由桥设备的业务信息表，在接收到自身为出口RB的数据报文后，根据该数据报文中的入口RB和内层报文的VID信息查询所存储的业务信息表来获得需要转换的本地VID信息，并能够在发生虚拟机迁移时实现全网业务信息表的实时更新，避免了每个业务使用全局唯一VID造成的VID短缺的问题，以及人工配置本地VID引起的配置工作量巨大和配置滞后的问题。

附图说明

图1为虚拟局域网全局化的一个示意图；

图2为本发明实施例中虚拟局域网标识转换的一个示意图；

图3为本发明实施例中TRILL协议下数据报文的转发及封装过程的示意图；

图4为本发明实施例中实现虚拟局域网标识转换的方法一个实施例示意图；

图5为本发明实施例中虚拟局域网标识转换的一个使用场景示意图；

图6为本发明实施例中实现虚拟局域网标识转换的方法另一个实施例示意图；

图7为本发明实施例中实现虚拟局域网标识转换的装置的一个实施例示意图。

具体实施方式

本发明实施例提供了一种实现虚拟局域网标识转换的方法及装置，用于避免因在RB上人工配置与该RB支持同一业务的其他RB的业务及其他RB的本地VID之间的业务信息表，而产生的工作量巨大以及配置速度的严重滞后的问题。

为便于理解，首先对TRILL协议下VLAN全局化进行说明，请参阅图1，图中粗实线为用户A使用的虚拟局域网service1，各交换机均为具有TRILL功能的交换机(即RB)，其中，架顶交换机(ToR，Top of Rack)为机架下处于顶层的RB，图中101为ToR，102为虚拟交换机，103为终端，终端可以为虚拟机(VM，Virtual Machine)，104为只参加报文转发的中转RB，(在网络中同一层的设备为同一种设备，未在图中一一标出，但其功能与标出的设备相同)，在传统二层网络中，每个虚拟局域网VLAN的ID是唯一的，当某个VLAN的VID确定后，网络中的其他VLAN不能使用该VID，而且该VLAN中的各节点也只能使用该VID，假设使用VID 38标识service1，那么对网络中的其他虚拟局域网进行标识时，就不能使用VID 38，而且属于虚拟局域网service1的各节点也只能使用VID 38作为标识。

下面介绍VID本地化，VID本地化就是对于特定业务或者客户，在不同的交换机架下可以使用不同VID对该业务或者客户进行标识，请参阅图2，图中粗实线为用户B使用的虚拟局域网service1，201为各ToR，202为虚拟交换机，203为终端，204为只参加报文转发的中转RB(在网络中同一层的设备为同一种设备，未在图中一一标出，但其功能与标出的设备相同)。205-208为不同的交换机架(Rack)。其中Rack 205为虚拟局域网service1分配的VID为35；Rack 207为虚拟局域网service1分配的VID值为1028；Rack 208为虚拟局域网service1分配的VID为314；Rack 206下没有service1的终端，所以没有为service1分配VID。当虚拟局域网service1中某个虚拟服务器从Rack205被迁移到Rack 206中，如果VID 35在Rack 206中已经分配给另一个用户使用，则此时必须从Rack 206未被使用的VID中分配一个VID供虚拟局域网service1在Rack 206内使用，比如VID 998，这样可以提高VID的复用率。

为便于理解，下面概要介绍TRILL协议下数据报文的转发及封装过程，以单播数据报文为例，请参阅图3，TRILL协议下，假设源终端301准备将数据报文发送至目的终端306，当数据报文发送出去后，第一个收到该数据报文的RB为入口(ingress)RB，如图3中入口RB 302，负责对数据报文进行TRILL封装，RB 302根据目的MAC地址查找出转发路径上的最后一个RB，称为出口(egress)RB，如图3中出口RB 305。入口RB 302将出口RB 305的标识作为出口路由桥设备的别名(Egress Rbridge Nickname)，将自身的标识作为入口路由桥设备的别名(Ingress RBridge Nickname)放在TRILL头中。所有的RB之间运行一个动态协议以获取各个RB的别名(nickname)。对于组播或广播报文来说，egress RB nickname表示一个分发树，该nickname是分发树的根，入口RB负责选择使用哪颗分发树来进行组播或广播转发。在入口RB及出口RB之间的中间RB负责转发数据报文，如图3中RB 303及RB 304，中间RB每次收到数据报文便根据出口RB来决定下一跳(Hop)的RB的二层地址，并把该二层地址作为外部二层报文头的目的地址，把自身的二层地址作为外部二层报文头的源地址，并递减跳次计数(Hop Count)的值。尽管外部二层报文头每跳都改变，但是原本的报文(即内层报文)内容并不发生变化，最终发往目的终端306。需要说明的是，数据报文携带的VID信息在整个转发过程中一直不变，若要改变VID只有配置了虚拟局域网映射(VLANmapping)功能的RB才可以实现。

下面对本发明实施例提供的实现虚拟局域网标识转换的方法进行描述，请参阅图4，本发明实施例中的在TRILL协议下实现虚拟局域网标识转换的方法的一个实施例包括：

401、获取并存储各路由桥设备的业务信息表，该业务信息表包括各路由桥设备支持的业务、各路由桥设备的标识以及各路由桥设备所支持的业务的本地虚拟局域网标识的对应关系。

本步骤中，需要在每个RB中，根据该RB支持的业务(每个业务对应一个VLAN)、该RB的标识以及为该RB支持的业务分配的本地VID建立该RB相应的业务信息表。然后，由各RB将自身的业务信息表通过链路状态包发送给相邻的RB，再由相邻RB继续向外转发，使该业务信息表在网络中进行扩散，最终，所有RB都将得到全网中每个RB的业务信息表，也就是说，在每个RB上都存储了别的RB对同一业务所对应的本地VID。

上述业务信息表中的业务可以用统一约定的业务编号来表示，例如，用service1表示语音业务，service2表述数据业务，service3表示视频业务等。RB的标识可以是系统标识或者该RB的别名(nickname)。

为便于理解，请参阅图5，图5为虚拟局域网标识转换方法的一个使用场景的示意图，其中包括，交换机架Rack505-Rack507，交换机架505-507中的路由桥设备RB501-RB503以及中转RB504。假设用户A租用业务编号为1的业务，即service1(service1对应的虚拟局域网如图中粗实线所示)。Rack505为service1配置的VID为35，Rack506为service 1配置的VID为1028，Rack507，为service 1配置的VID为314。

在各个RB上配置业务信息表，例如，假设RB501的别名为ToR1，RB502的别名为ToR2，RB503的别名为ToR3，对于service1，RB501上的业务信息表为(service 1：ToR1，VID35)，RB502上的业务信息表为(service 1：ToR2，VID1028)RB503上的业务信息表为(service1：ToR3，VID314)。支持业务service 1的各RB将各自的上述业务信息表发送给相邻的RB，再由相邻RB继续向外转发，将此业务信息表在网络中进行扩散，最终，支持业务service 1的所有RB都将存储各RB的上述业务信息表，该业务信息表中包含所有支持service1的RB的信息以及对应的该RB的本地VID的信息，可以理解的，其中的业务编号也可为用户组编号。

需要说明的是，上述业务信息表可以存储在连接状态数据库(LSDB，LinkState Data Base)中。各RB上配置的业务信息表可以通过扩展中间系统到中间系统的路由选择协议(IS-IS，Intermediate System to Intermediate SystemRouting Protocol)的LSP报文类型中的TLV(Type，Length，Value)实现，如可定义新的TLV，该TLV可命名为user-group-to-vlan mapping TLV，或者可定义一个现有TLV的sub-TLV，可命名为user-group-to-vlan mappingsub-TLV，该新的TLV或者该sub-TLV的格式均可如下所示：

其中，System ID可以是发出该信息的RB的系统标识，也可能是别名等具有唯一性的特征信息；User Group ID是某特定用户组或者业务的标识，也具有全局唯一性；Local VID是特定的user group ID在给定System ID的RB下使用的本地VLAN标识的值，具有本地唯一性。

其中，每个User Group to VID mapping的格式如下所示：

402、接收相邻路由桥设备转发的多链接透明互联协议封装的源终端发送的数据报文。

请参见图5，510为位于RB及终端之间的虚拟交换机。当Rack505中的终端508需要向Rack507中的另一终端509发送service1的报文时，RB501为service1的入口RB(Ingress RB)，RB 503为service1的出口RB(Egress RB)，RB 502为数据报文从入口RB至出口RB所需经过的RB，终端508可称为源终端，终端509可称为目标终端。源终端508发送的数据报文中包含源终端508的MAC地址及目标终端509的MAC地址，当源终端508发送的service1的数据报文到达虚拟交换机510时，虚拟交换机510为该数据报文添加Rack505为service1配置的VID信息(VID35)，当数据报文到达RB 501时，RB 5011按照TRILL协议对数据报文进行封装，封装后的数据报文内层VID不变，仍为35，入口RB nickname为ToR1，出口RB nickname为ToR3，外层数据报文的包头封装也遵循TRILL规定，具体为现有技术，此处不再赘述。

源终端508发送的数据报文经过层层转发，到达出口RB503。

403、查询所存储的业务信息表，将接收到的数据报文中的虚拟局域网标识转换成本地虚拟局域网标识。

RB503接收到来自源终端的数据报文，读取该数据报文中的egress RB信息，可知出口RB为自身，再根据入口RB标识以及内层数据报文中包含的VID信息和步骤401中存储的业务信息表进行查询，可以获得service 1在Rack507下的虚拟局域网标识，即service1在RB503上的本地VID314。然后，RB503将收到的数据报文中的VID35换成本地VID 314。

404、向目的终端发送该转换虚拟局域网标识后的数据报文。

出口RB，即RB503，将转换VID后的数据报文发送给目的终端509。

本发明实施例中，RB动态获取并存储各个路由桥设备的业务信息表，当接收到自身为出口RB的数据报文后，根据该数据报文中的入口RB和内层报文的VID信息查询所存储的业务信息表来获得需要转换的本地VID信息，避免了每个业务使用全局唯一VID造成的VID短缺的问题，以及人工配置本地VID引起的配置工作量巨大和配置滞后的问题。

基于图4所示的方法，本发明另一实施例在步骤404之后进一步包括：获取并存储发送数据报文的源终端的介质访问控制地址、该数据报文所属业务的本地VID以及入口RB的业务信息表。

例如，在图5中，出口RB503将接收到的数据报文中包含的入口RB501对应的VID转换成本地VID，并且将转换VID后的数据报文发送给目的终端509之后，获取并存储源终端508的MAC地址、service1的本地VID314以及入口RB501的业务信息表，即在转换VID之后再进行TRILL的源地址学习，保证后续数据报文的流转进程正确，以及数据库的及时更新。

本发明实施例另外提供了一种虚拟局域网标识转换的方法，适用于路由桥设备。如图6所示，包括：

601、获取并存储业务信息表，该业务信息表包括该路由桥设备支持的业务、该路由桥设备的标识以及该路由桥设备支持的业务的本地虚拟局域网标识的对应关系。

当RB为交换机架的架顶交换机时，该RB支持的业务包括该交换机架下各交换机能够提供的业务，业务对应的本地VID是指业务在该交换机架下使用的VID。

602、接收物理服务器发送的迁移通知，该迁移通知中携带将要迁移的虚拟终端的标识。

当虚拟局域网中的终端为虚拟终端时，虚拟终端可能会在不同交换机架之间发生迁移。当虚拟终端准备迁移时，迁移目的地的物理服务器的适配层会发送迁移通知给该虚拟终端将要迁入的机架下的相邻RB，该迁移通知可以是虚拟接口发现和配置协议(VDP，VSI discovery and configuration protocol)消息，其中携带将要迁移的虚拟终端的标识。

603、根据该迁移通知中携带的虚拟终端的标识，确定该虚拟终端所支持的各业务对应的本地虚拟局域网标识，更新业务信息表。

当RB接收到虚拟终端迁移目的地的物理服务器发送的迁移通知后，根据迁移通知中携带的该虚拟终端的标识，确定该虚拟终端所支持的各业务对应的本地虚拟局域网标识。

具体的，RB根据物理服务器发送的迁移通知中的虚拟终端的标识，查询该虚拟终端的所支持的全部业务的信息(例如业务编号)，根据所查询到的业务的信息以及存储的业务信息表逐一判断是否已经为该虚拟终端所支持的业务分配了本地VID，即判断本机架下是否已经存在与该虚拟终端支持相同业务的终端。如果已经为某业务分配了本地VID，表明本机架下存在与该虚拟终端支持相同业务的终端)，则不需要再为该业务分配本地VID。如果尚未为所述虚拟终端支持的业务分配本地VID，表明该业务为本机架下的新业务，需要在数据库中选取未使用的VID作为该新业务对应的本地VID，并更新存储的业务信息表。更新后的业务信息表包括：该RB所支持的业务，该RB的标识以及更新后该RB支持的全部业务对应的本地VID。

本实施例中，系统数据库中的VID的使用状态是通过管理程序进行管理的，查询便可知某个VID是否已被使用，以此为据可选取未被使用的VID作为所迁移的虚拟终端的新业务对应的本地VID。

604、向相邻路由桥设备发送更新后的业务信息表，以使该更新后的业务信息表在VLAN中扩散。

下面以图5为例对上述过程作进一步说明。假设终端508为虚拟终端，并且，虚拟终端508同时支持两种业务：service1和service2(service2所属的虚拟局域网没有在图中示出)。终端509仅仅支持一种业务service 1。虚拟终端508迁移前，RB503上存储的业务信息表为(service1：ToR3，VID314)。当虚拟终端508从Rack505迁移到Rack507时，Rack507中的桥路由设备RB503收到物理服务器(图中未示出)发送的迁移通知，该迁移通知中携带虚拟终端508的标识。RB503收到该迁移通知后，根据其中携带的虚拟终端508的标识，查询到虚拟终端508支持业务service1和service2(这种查询可以通过信息服务器或者其他能够提供业务信息的设备进行，图中未示出)。RB503查询存储的业务信息表，发现已经为service1分配了本地VID，因此不需要为service1重新分配本地VID。此外，RB503原来的业务信息表中没有service2的信息，因此service2属于Rack507下的新业务，需要为service2分配一个在Rack507中使用的本地VID，假设为VID2048。这样，RB503中的业务信息表更新后包括了两个表项(service1：ToR3，VID314)和(service2：ToR3，VID2048)。然后，RB503通过链路状态包向相邻的RB502发送更新后的业务信息表，以使该更新后的业务信息表在网络中扩散，在各RB上进行业务信息表的更新。

从以上内容可以看出，图4所示实施例是主要体现了RB在转发数据报文时的操作，图6所示实施例主要体现了RB在更新业务信息表时的操作，对于RB来说，转发数据报文和更新业务信息表往往是同时进行或者交叉进行的。所以，图4所示实施例和图6所示实施例中的各步骤可以任意组合成新的方案，并不受执行顺序的限制。

在虚拟终端发生迁移后进行的发送数据报文转换VID的过程，以及进行TRILL的源地址学习的过程同前述实施例所描述的内容，此处不再赘述。

本发明实施例中，当用户租用的虚拟终端发生迁移时，该虚拟终端将要迁入的RB为该虚拟终端支持的新业务分配新的本地VID，更新本地的业务信息表，并将更新后的业务信息表在整个网络内扩散，实现了全网业务信息表的实时更新，减少了人工配置的工作量。

下面介绍本发明实施例提供的实现虚拟局域网标识转换的装置，用于实现本发明上述各方法实施例，请参阅图7，本发明实施例中的实现虚拟局域网标识转换的装置的一个实施例包括：

获取单元701，用于获取各RB发送的业务信息表(参考步骤401)，还用于在接收到转发的源终端发送的数据报文后，根据该数据报文中的入口RB标识以及所述数据报文中的VID，在查询所存储的业务信息表后，获取该数据报文所属业务的本地VID，以及在转发源终端发送的数据报文后，获取发送该数据报文的源终端的介质访问控制地址、该数据报文所属业务的本地VID以及入口RB的业务信息表；

存储单元702，用于存储获取单元701获取的各RB发送的业务信息表，以及存储发送该数据报文的源终端的介质访问控制地址、该数据报文所属业务的本地VID以及入口RB的业务信息表；

接收器703，用于接收相邻RB转发的TRILL封装的源终端发送的数据报文(步骤403)，以及接收虚拟终端迁往的物理服务器发送的迁移通知(步骤602)；

查询单元704，用于根据该数据报文中携带的入口RB标识以及内层数据报文中包含的VID信息，查询存储单元702所存储的业务信息表(步骤403)，还用于根据迁移的虚拟终端的标识查询所迁移的虚拟终端所支持的全部业务的信息(步骤603)；

转换单元705，用于根据查询单元704在业务信息表中的查询结果，将数据报文中携带的VID转换成本地VID(步骤403)；

发送器706，用于将转换单元705转换VID后的数据报文向目的终端发送(步骤404)，还用于将出口RB自身的业务信息表通过链路状态包发送给相邻RB(步骤401)，以及，将虚拟终端迁移之后更新后的业务信息表通过链路状态包发送给相邻RB(步骤604)。

需要说明的是，该装置还可以进一步包括：

确定单元707，用于当接收到虚拟终端迁移目的地的物理服务器发送的迁移通知后，根据迁移通知中携带的将要迁移的虚拟终端的标识信息，确定虚拟终端迁移后各业务对应的本地VID(步骤603)；

判断单元708，用于根据查询单元704所查询到的业务的信息以及存储的业务信息表，逐一判断是否已经为该虚拟终端所支持的业务分配了本地VID(步骤603)；

选取单元709，用于当判断单元708确定该虚拟终端支持的业务为新业务时，在数据库中选取未使用的VID作为该新业务对应的本地VID(步骤603)；

更新单元710，用于根据所迁移的虚拟终端所支持的各业务对应的本地VID，更新业务信息表(步骤603)。

本发明实施例的装置根据实现的功能不同，可以包括上述各单元中的不同组合，不应将上述单元全部作为本装置实施例的必要技术特征。

本发明实施例中的装置能够动态获取并存储各个路由桥设备的业务信息表，在接收到自身为出口RB的数据报文后，根据该数据报文中的入口RB和内层报文的VID信息查询所存储的业务信息表来获得需要转换的本地VID信息，并能够在发生虚拟机迁移时实现全网业务信息表的实时更新，避免了每个业务使用全局唯一VID造成的VID短缺的问题，以及人工配置本地VID引起的配置工作量巨大和配置滞后的问题。

需要说明的是，本发明所提供的技术方案也适用于在网络中多播及广播数据报文，步骤大致相同，此处不再赘述。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种实现虚拟局域网标识转换的方法及装置进行了详细介绍，对于本领域的技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种实现虚拟局域网标识转换的方法，其特征在于，包括：

获取并存储各路由桥设备RB发送的业务信息表，所述业务信息表包含各RB支持的业务，各RB的标识以及各RB所支持的业务的本地虚拟局域网标识VID的对应关系；

接收相邻RB转发的TRILL封装的源终端发送的数据报文；

根据所述数据报文中的入口RB标识以及所述数据报文中的VID，查询所存储的所述业务信息表，获取所述数据报文所属业务的本地VID，将所述数据报文中的VID转换成本地VID；

向目的终端发送所述转换VID后的数据报文。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将出口RB自身的业务信息表通过链路状态包发送给相邻RB，所述业务信息表包含出口RB自身支持的业务，出口RB自身的标识以及出口RB自身的本地VID的对应关系。

3.根据权利要求1至2任一项所述的方法，其特征在于，所述将转换VID后的数据报文向目的终端发送之后包括：

获取并存储所述源终端的介质访问控制地址、所述数据报文所属业务的本地VID以及入口RB的业务信息表。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当接收到虚拟终端迁移目的地的物理服务器发送的迁移通知后，根据所述迁移通知中携带的所迁移虚拟终端的标识，确定所述虚拟终端所支持的各业务对应的本地VID。

5.根据权利要求4所述的方法，其特征在于，所述根据所述迁移通知中携带的所迁移的虚拟终端的标识，确定所述虚拟终端所支持的各业务对应的本地VID包括：

根据所述虚拟终端的标识查询所述虚拟终端支持的所有业务信息；

根据所查询到的业务信息，判断是否已经为所述虚拟终端所支持的所有业务分配了本地VID，对于未分配本地VID的新业务，在数据库中选取未使用的VID作为所述新业务对应的本地VID。

6.根据权利要求4所述的方法，其特征在于，所述确定所述虚拟终端所支持的各业务对应的本地VID之后包括：

根据所述虚拟终端所支持的各业务对应的本地VID更新业务信息表，将更新后的业务信息表通过链路状态包发送给相邻RB。

7.一种实现虚拟局域网标识转换的装置，其特征在于，包括：

获取单元，用于获取各RB发送的业务信息表；

存储单元，用于存储所述获取单元获取的各RB发送的业务信息表；

接收器，用于接收相邻RB转发的TRILL封装的源终端发送的数据报文；

查询单元，用于根据所述数据报文中的入口RB标识以及所述数据报文中的VID，查询所述存储单元所存储的业务信息表，获取所述数据报文所属业务的本地VID；

转换单元，用于根据所述查询单元在业务信息表中的查询结果，将所述数据报文中携带的VID转换成本地VID；

发送器，用于向目的终端发送所述转换VID后的数据报文。

8.根据权利要求7所述的装置，其特征在于，

所述发送器，还用于将出口RB自身的业务信息表通过链路状态包发送给相邻RB，以及当根据迁移的虚拟终端所支持的各业务对应的本地VID更新业务信息表后，将更新后的业务信息表通过链路状态包发送给相邻RB。

9.根据权利要求7或8所述的装置，其特征在于，

所述获取单元，还用于根据所述数据报文中的入口RB标识以及所述数据报文中的VID，由所述查询单元查询所存储的所述业务信息表后，获取所述数据报文所属业务的本地VID，以及在转发源终端发送的数据报文后，获取源终端的介质访问控制地址、所述数据报文所属业务VID以及入口RB的业务信息表信息；

所述存储单元，还用于存储所述获取单元获取的所述源终端的介质访问控制地址、所述数据报文所属业务的本地VID以及入口RB的业务信息表信息；

所述查询单元，还用于根据迁移的虚拟终端的标识信息查询所述虚拟终端支持的所有业务信息。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

确定单元，用于当接收到虚拟终端迁移目的地的物理服务器发送的迁移通知后，则根据所述迁移通知中携带的所迁移虚拟终端的标识，确定所述虚拟终端所支持的各业务对应的本地VID。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

判断单元，用于根据所查询到的业务信息，判断是否已经为所述虚拟终端所支持的所有业务分配了本地VID；

选取单元，用于对于未分配本地VID的新业务，在数据库中选取未使用的VID作为所述新业务对应的本地VID；

更新单元，用于根据所述虚拟终端所支持的各业务对应的本地VID，更新业务信息表。

Images