WO2011113393A2

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

Info

Publication number: WO2011113393A2
Application number: PCT/CN2011/073381
Authority: WO
Inventors: 厉益舟
Original assignee: 华为技术有限公司
Priority date: 2011-04-27
Filing date: 2011-04-27
Publication date: 2011-09-22
Also published as: CN102577257A; EP2654250A4; CN102577257B; US20130343394A1; WO2011113393A3; EP2654250A2

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 Interconnection of 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使用的虚拟局域网 servicel , 各交换机均为具有 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标识 servicel , 那么对网络中的其他虚拟局域网进行标识时，就不能使用 VID 38, 而且属于虚拟局域网 servicel的各节点也只能使用 VID 38作为标识。

下面介绍 VID本地化， VID本地化就是对于特定业务或者客户，在不同的交换机架下可以使用不同 VID对该业务或者客户进行标识，请参阅图 2, 图中粗实线为用户 B使用的虚拟局域网 servicel , 201为各 ToR, 202为虚拟交换机， 203为终端， 204为只参加报文转发的中转 RB (在网络中同一层的设备为同一种设备，未在图中——标出，但其功能与标出的设备相同）。 205-208 为不同的交换机架（Rack )。其中 Rack 205为虚拟局域网 servicel分配的 VID 为 35; Rack 207为虚拟局域网 servicel 分配的 VID值为 1028; Rack 208为虚拟局域网 servicel分配的 VID为 314; Rack 206下没有 servicel的终端，所以没有为 servicel分配 VID。当虚拟局域网 servicel中某个虚拟服务器从 Rack 205 被迁移到 Rack 206中，如果 VID 35在 Rack 206中已经分配给另一个用户使用 , 则此时必须从 Rack 206未被使用的 VID中分配一个 VID供虚拟局域网 servicel在 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只有配置了虚拟局域网映射（ VLAN mapping )功能的 RB才可以实现。

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

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

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

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

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

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

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

Type=GRP-to-VlD I (1 byte)

Length I (1 byte)

System ID I (6 bytes)

User Group to VID mapping ( 1 ) I (6 bytes)

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

其中，每个 User Group to VID mapping的格式如下所示： I Local VID I ― (2 bytes)

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

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

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

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

RB503接收到来自源终端的数据报文，读取该数据报文中的 egress RB 信息，可知出口 RB为自身，再根据入口 RB标识以及内层数据报文中包含的 VID信息和步骤 401 中存储的业务信息表进行查询，可以获得 service 1 在 Rack507下的虚拟局域网标识，即 service 1在 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地址、 service 1的本地 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同时支持两种业务： servicel 和 service2 ( service2所属的虚拟局域网没有在图中示出）。终端 509仅仅支持一种业务 service 1。虚拟终端 508迁移前， RB503上存储的业务信息表为（servicel : ToR3 , VID314 )。当虚拟终端 508从 Rack505迁移到 Rack507时， Rack507中的桥路由设备 RB503 收到物理服务器（图中未示出）发送的迁移通知，该迁移通知中携带虚拟终端 508的标识。 RB503收到该迁移通知后，根据其中携带的虚拟终端 508的标识，查询到虚拟终端 508支持业务 servicel和 service2 (这种查询可以通过信息服务器或者其他能够提供业务信息的设备进行，图中未示出）。 RB503查询存储的业务信息表，发现已经为 servicel分配了本地 VID, 因此不需要为 servicel 重新分配本地 VID。此外， RB503原来的业务信息表中没有 service2的信息，因此 service2属于 Rack507下的新业务，需要为 service2分配一个在 Rack507 中使用的本地 VID, 假设为 VID2048。这样， RB503 中的业务信息表更新后包括了两个表项（ servicel : 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弓 I起的配置工作量巨大和配置滞后的问题。

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

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

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

Claims

o WO 2011/113393 PCT/CN2011/073381 - 13- 权利要求

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

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

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

查询所存储的所述业务信息表，将所述数据报文中的 VID 转换成本地

VID;

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

2、根据权利要求 1所述的方法，其特征在于，所述方法还包括：将出口 RB 自身的业务信息表通过链路状态包发送给相邻 RB, 所述业务信息表包含出口 RB自身支持的业务，出口 RB自身的标识以及出口 RB自身的本地 VID的对应关系。

3、根据权利要求 1所述的方法，其特征在于，所述查询所存储的所述业务信息表，将所述数据报文中的 VID转换成本地 VID包括：

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

将所述数据报文中的 VID转换成所述本地 VID。

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

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

5、根据权利要求 1所述的方法，其特征在于，所述方法还包括：当接收到虚拟终端迁移目的地的物理服务器发送的迁移通知后，根据所述迁移通知中携带的所迁移虚拟终端的标识，确定所述虚拟终端所支持的各业务对应的本地 VID。

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

WO 2011/113393 PCT/CN2011/073381

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

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

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

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

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

存储单元，用于存储所述获取单元获取的各 RB发送的业务信息表；接收器，用于接收相邻 RB转发的 TRILL封装的源终端发送的数据报文；查询单元，用于查询所述存储单元所存储的业务信息表；

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

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

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

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

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

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

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

WO 2011/113393 PCT/CN2011/073381

- 15- 报文中的 VID, 查询所存储的所述业务信息表，以及，根据迁移的虚拟终端的标识信息查询所述虚拟终端支持的所有业务信息。

11、根据权利要求 8所述的装置，其特征在于，所述装置还包括：确定单元，用于当接收到虚拟终端迁移目的地的物理服务器发送的迁移通知后，则根据所述迁移通知中携带的所迁移虚拟终端的标识，确定所述虚拟终端所支持的各业务对应的本地 VID。

12、根据权利要求 11所述的装置，其特征在于，所述装置还包括：判断单元，用于根据所查询到的业务信息，判断是否已经为所述虚拟终端所支持的所有业务分配了本地 VID;

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

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