用于数据通信网络的逻辑群组端点发现

摘要

本发明公开了一种在数据通信网络中用于逻辑群组端点发现的方法和系统。网络端点从源接收识别标识了逻辑群组的请求，并且确定与该端点相关联的端口是否是逻辑群组的成员。如果与该端点相关联端口是逻辑群组的成员，那么该端点向源发送识别标识了该端口和该逻辑群组的应答。该请求可以被多播，而该应答可以被单播。该逻辑群组可以是VLAN或者是多播群组。该源和端点优选地为802.1ag维护端点。该请求可以包括IEEE 802.1ag连续性检查多播地址作为目的地地址。

权利要求

1.一种用于发现网络端点虚拟局域网关联的方法，其包括：

由在特定的IEEE802.11ag类型维护关联等级的IEEE802.11ag维护端点从源维护端点接收用于标识在所述特定的维护关联等级的一个或多个虚拟局域网端点的请求，其中所述请求包括标识服务提供商维护关联等级或运营商维护关联等级的IEEE802.11ag类型维护关联等级字段和标识虚拟局域网发现请求的查询类型字段；

当所述请求中的所述维护关联等级字段标识所述维护端点的所述特定的维护等级时，由所述维护端点确定与所述维护端点相关联的端口是否是在所述请求中标识的所述虚拟局域网的成员；并且如果与所述维护端点相关联的端口是所述虚拟局域网的成员，那么由所述维护端点向所述源维护端点发送标识所述端口和所述虚拟局域网的应答。

2.根据权利要求1所述的方法，其中所述请求标识响应时间，并且在所述响应时间逝去之前执行所述发送步骤。

3.根据权利要求2所述的方法，其中在所述响应时间逝去之前的随机时间执行所述发送步骤。

4.根据权利要求1所述的方法，其中所述请求被多播至在所述特定的维护等级的多个IEEE802.11ag维护端点，并且所述应答被单播至所述源。

5.根据权利要求1所述的方法，其中所述请求包括IEEE802.1ag连续性检查多播地址作为目的地地址。

6.根据权利要求1所述的方法，其中所述方法第一次执行，在所述请求中被标识的所述虚拟局域网是管理虚拟局域网，并且所述方法第二次执行，在所述请求中被标识的所述虚拟局域网是数据虚拟局域网。

7.一种用于发现网络端点逻辑群组关联的方法，包括：

由在特定的IEEE802.11ag类型维护关联等级的IEEE802.11ag维护端点从源维护端点接收用于标识在所述特定的维护关联等级的一个或多个逻辑群组的多播请求，其中所述逻辑群组包括虚拟局域网，并且所述请求包括标识服务提供商维护关联等级或运营商维护关联等级的IEEE802.11ag类型维护关联等级字段和标识逻辑群组发现请求的查询类型字段；

当所述请求中的所述维护关联等级字段标识所述维护端点的所述特定的维护等级时，由所述维护端点确定与所述维护端点相关联的端口是否是在所述请求中标识的所述逻辑群组的成员；并且如果与所述维护端点相关联的端口是所述逻辑群组的成员，那么由所述维护端点向所述源维护端点发送标识所述端口和所述逻辑群组的单播应答。

8.根据权利要求7所述的方法，其中所述请求标识响应时间，并且在所述响应时间逝去之前执行所述发送步骤。

9根据权利要求7所述的方法，所述请求包括IEEE802.1ag连续性检查多播地址作为目的地地址。

说明书

用于数据通信网络的逻辑群组端点发现

技术领域

[0001] 本发明涉及数据通信网络的管理，并且更特别地，涉及在运营商和服务提供商网络中的虚拟局域网(VLAN)和多播群组端点发现。

背景技术

[0002] 在运营商或服务提供商网络中，VLAN端点误配置(misconfiguration)会引起严重的问题。由于VLAN优先于电气和电子工程师协会Std.802.1ag(IEEE 802.1ag)的维护等级，因此IEEE 802.1ag维护端点(MEP)上的误配置的VLAN将使得MEP不可到达并且导致由在同一维护等级上的所有其他MEP报告的意外的连通性丢失警告。另外，误配置的VLAN将意外地允许未被授权的业务通过网络端点或者使得已授权的业务被网络端点阻断，导致潜在的安全缺口或用户的不满意。因此，希望在尽可能早的时候发现和解决VLAN端点误配置，优选地在运行IEEE 802.1ag连通性故障管理(CFM)或向外部业务开放网络之前。

[0003] 在服务提供商网络中，同样希望了解多播群组端点配置。例如，为了安全、计费、市场或其他目的，服务提供商可能想要监视其用户正在浏览哪些多播内容。

[0004] 目前有一些已知协议用来发送VLAN配置信息。例如，在Cisco系统的Inc.’s VLAN中继协议(VTP)中，当新的VLAN被配置在交换机上时，该新的VLAN被宣布给同一个域中的其它交换机。同时，在Cisco系统的Inc.’s VLAN查询协议(VQP)中，交换机用连接有LAN的节点的媒体接入控制(MAC)地址查询VLAN成员身份策略服务器(VPMS)，并且作为响应，针对连接到该节点的交换机端口向该交换机给予VLAN分配。VTP或VQP都不提供网络端点的查询以了解在其上可操作的VLAN并从而了解误配置。

[0005] 目 前 还 有 一 些 已 知 的 发 现 节 点 特 性 的 协 议，如 交 换 标 识(eXchangeIDentification，XID)。在XID的一种实现中，源可以向节点发送包括指定值的XID命令，并且该节点可以通过返回包括该指定值的XID响应来确认支持该指定值。但是已知的是，XID并不能感知VLAN或多播群组。另外，XID不具有限制对严格去往端点的多播XID命令的响应的固有机制。如果XID命令是多播，那么在源和端点之间的路径上的所有XID感知(XID-aware)节点都将响应，并且该XID命令甚至会通过端点传播至外部网络。

发明内容

[0006] 在一些实施例中，本发明促进在IEEE802.1ag中定义的以太网CFM框架，从而使得能够在运营商和服务提供商网络中实现VLAN和多播群组端点的高效学习。IEEE 802.1ag定义了连续性检查(CC)帧。CC帧典型地由源MEP向在特定的维护等级上的所有其它MEP多播，以确认在源MEP和所有其它MEP之间的连通性。在本发明的一些实施例中，源MEP将预留的IEEE 802.1ag CC多播地址应用于新颖的VLAN或多播群组发现请求帧类型，该帧类型在下文中被称为vQuery_request，从而只有运营商或服务提供商网络的其它MEP处理该vQuery_request，并且从而只有在vQuery_request中标识的VLAN或多播群组的成员才通过VLAN或多播群组发现应答帧类型进行响应，该帧类型在下文中被称为vQuery_reply帧。从而可有效地检测出VLAN和多播群组端点配置。VQuery消息交换常常被应用于交换以太网络中。这样的网络可以包括不同类型的复用节点，如交换机、数字用户线接入复用器(DSLAM)和边缘集合设备，例如，其具有以太网协议支持。

[0007] 因此，在本发明的一个实施例中，提出了一种用于发现网络端点VLAN关联的方法，包括：由端点从源接收标识了VLAN的请求；由端点确定与该端点相关联的端口是否是该VLAN的成员；并且如果与该端点相关联的端口是该VLAN的成员，那么由该端点向该源发送标识了该端口和该VLAN的应答。

[0008] 在本发明的另一实施例中，提出了一种用于发现网络端点多播群组关联的方法，包括：由端点从源接收标识了多播群组的请求；由端点确定与该端点相关联的端口是否是该多播群组的成员；并且如果与该端点相关联的端口是该多播群组的成员，那么由该端点向该源发送标识了该端口和该多播群组的应答。

[0009] 在本发明的另一实施例中，提出了一种用于发现网络端点逻辑群组关联的方法，包括：由端点从源接收标识了逻辑群组的多播请求；由端点确定与该端点相关联的端口是否是该逻辑群组的成员；并且如果与该端点相关联的端口是该逻辑群组的成员，那么由该端点向该源发送标识了该端口和该逻辑群组的单播应答。该逻辑群组可以是VLAN或多播群组。

[0010] 在一些实施例中，该请求标识了响应时间，并且在响应时间逝去之前的随机时间执行发送步骤。

[0011] 在一些实施例中，该请求包括IEEE 802.1ag CC多播地址作为目的地地址。

[0012] 在一些实施例中，该源是IEEE 802.1ag维护端点。

[0013] 在一些实施例中，该端点是IEEE 802.1ag维护端点。

[0014] 在一些实施例中，该方法至少执行两次，其中在第一实例中该被标识的VLAN是管理VLAN并且在第二实例中该被标识的VLAN是数据VLAN。

[0015] 本发明的这些和其它特征通过参考结合以下简短描述的附图而阅读的对优选实施例的详细描述可得到更好的理解。当然，本发明的范围由所附权利要求进行限定。

附图说明

[0016] 图1示出了本发明的一个实施例中的服务提供商网络。

[0017] 图2示出了本发明的一个实施例中的服务提供商MEP节点。

[0018] 图3示出了本发明的一个实施例中的MEP以及相关联的转发数据库和VLAN表。

[0019] 图4是描述在本发明的一个实施例中由接收vQuery_request的MEP执行的步骤的流程图。

[0020] 图5是描述在本发明的一个实施例中用于发现VLAN误配置的方法的流程图。

具体实施方式

[0021] 图1示出了本发明的一个实施例中的服务提供商网络10。网络10包括通过维护中间点(MIP)节点50可通信地耦合的多个MEP节点10，20，30，40。MEP节点10，20，30具有面向住宅网关(RGW)的端口A-E，端口A-E通过调制解调器设备(未示出)将MEP节点10，20，30与用户RGW 70可通信地耦合。RGW 70接着与客户终端系统60可通信地耦合。在一些实施例中，RGW 70是具有用于与客户终端系统60耦合的以太网端口和用于通过DSL调制解调器(未示出)与MEP节点10，20，30耦合的数字用户线(DSL)上行链路端口的网桥。
在一些实施例中，终端系统60包括例如个人计算机，存储设备和游戏控制台。MEP节点10，
20，30，40具有面向网络的端口F-K，端口F-K将MEP节点10，20，30，40与其它MEP节点10，
20，30，40和MIP节点50可通信地耦合。MEP节点40具有面向网络的端口J和K，但不具有面向RGW的端口。自然地，MEP节点和MIP节点的数量和连通性在本发明的其它实施例中可以不同。另外，在本发明的其它实施例中，作为住宅网络的补充或替代，服务提供商网络可被连接至企业网络。

[0022] MEP节点10，20，30，40是通过端口A-K发送和接收消息的数据通信节点，并且其上具有硬件和软件以支持网络10中的以太网桥接、IEEE 802.1ag以太网CFM和逻辑群组端点发现能力。逻辑群组端点发现能力优选地包括下文中描述的VLAN端点发现能力和多播群组端点发现能力。以太网CFM和逻辑群组端点发现能力由驻留在MEP节点10，20，30，40上的一个或多个IEEE 802.1ag MEP硬件或软件实体来支持。MEP硬件和软件实体在每个节点、每个模块或每个端口的基础上操作。在一些实施例中，MEP节点10，20，30是基于以太网的DSLAM，而MEP节点40是以太网边缘交换机。

[0023] MEP节点40具有面向网络管理系统(NMS)的端口P，端口P使MEP节点40与NMS节点80可通信地耦合以便传送网络管理信息。在一些实施例中，MEP节点40在其上具有简单网络管理协议(SNMP)代理，并且在MEP节点40上记录的网络管理信息被通过SNMP轮询和SNMP陷阱消息被发送至NMS节点80。

[0024] MIP节点50是通过端口L-O发送和接收消息的数据通信节点，并且其上具有硬件和软件以支持网络10中的以太网桥接和IEEE 802.1ag以太网CFM。以太网CFM由驻留在MIP节点50上的一个或多个IEEE802.1ag MEP硬件或软件实体来支持。MIP硬件和软件实体在每个节点、每个模块或每个端口的基础上操作。在一些实施例中，MIP节点50是以太网骨干交换机。

[0025] 根据客户的需求，面向网络的端口F-I可与不同的服务提供商VLAN相关联。例如，如果通过端口A和E与网络10通信的多个终端系统60与网络10的同一客户相关联，或与将应用公共策略的不同客户相关联，那么端口F和I将是同一服务提供商VLAN的成员，而端口G和H可能与其他服务提供商VLAN相关联。类似地，根据客户的需求，面向RGW的端口可成为不同多播群组的成员。例如，如果与面向RGW的端口A和E相关联的多个终端系统60是同一多播数据流的用户，则端口A和E将属于同一多播群组，而面向RGW的端口B-D可能与其它的多播群组相关联。自然地，面向网络的端口可与多个服务提供商VLAN相关联，并且面向RGW的端口可与多个多播群组相关联。在一些实施例中，服务提供商VLAN成员身份是静态设置的，而端口多播群组成员身份则是通过因特网组管理协议(IGMP)探听被动态学习的。

[0026] 在一些实施例中，本发明的重要优点在于扩展了IEEE 802.1ag中定义的以太网CFM框架，使得可以实现网络端点VLAN和多播群组关联的高效学习。这些学习通过发送和处理在此有时分别被称为vQuery_request和vQuery_reply帧的逻辑群组发现请求和应答帧而变得更加便利。vQuery_request帧优选地是以太网管理帧类型，其具有与IEEE802.1ag以太网CFM连续性检查(CC)帧相同的通用格式，除了新定义的OPCODE和TLV值之外。更特别地，该vQuery_request帧类型优选地包括但并不限于以下字段：

[0027] 目的地媒体接入控制地址(DMAC)是6字节字段，其包括为IEEE802.1ag CC帧预留的多播媒体接入控制(MAC)地址。

[0028] 源MAC地址(SMAC)是6字节字段，其包括源MEP的单播MAC地址，源MEP即发起该帧的MEP。该源MEP可以是任何被扩展为具有逻辑群组端点发现能力的IEEE 802.1ag MEP。源MEP可驻留在例如DSLAM、以太网交换机或服务节点上。

[0029] MAL是3比特字段，其标识了帧的维护关联(MA)等级。对于vQuery_request帧，该MAL值通常为服务提供商MA预留的两个值之一或是为运营商MA预留的两个值之一。

[0030] OPCODE是8比特字段，其具有QTYPE(查询类型)，该QTYPE定义了vQuery_request的类型。在一些实施例中，有两个QTYPE值，一个用于VLAN发现请求，一个用于多播群组发现请求。

[0031] TLV1是“第一类型-长度-值”格式的字段，其包括值GROUP ID，该GROUP ID唯一地标识了作为vQuery_request的主题的逻辑群组。如果QTYPE是VLAN发现请求，那么GROUP ID可以是12比特VLANID。如果QTYPE是多播群组发现请求，那么GROUP ID可以是6字节多播MAC地址，包括由IEEE定义的前缀比特，该前缀比特之后是标识了多播群组的比特。在其他实施例中，GROUP ID仅仅包括标识了多播群组的比特。通常来说，GROUP ID在多播树中与多播信道一一对应。

[0032] TLV2是“第二类型-长度-值”格式的字段，其包括值RTIME，该RTIME标识了以秒为单位的最大时间，该最大时间用于响应vQuery_request。通过提供响应窗并且将每个MEP设计为在响应窗内的随机时间进行响应，vQuery_reply的发送被错开并且避免了在源MEP处突然大量发送vQuery_reply帧。在一些实施例中，不在RTIME内接收的vQuery_reply帧不被源MEP处理。在一些实施例中，不在RTIME加上预定的间隔内接收的vQuery_reply帧不被源MEP处理。

[0033] 现在转到图2，示出了本发明的一个实施例中的服务提供商MEP节点200。节点200包括第一面向RGW的模块(RGWFM1)220、第二面向RGW的模块(RGWFM2)230、中央处理模块(CPM)240和面向网络的模块(NFM)210，所有模块都通过交换机架构250可通信地耦合。每个面向RGW的模块与一个或多个基于硬件或基于软件的数据包处理器和一个或多个面向RGW的物理端口相关联，该数据包处理器用于处理入站和出站的数据包(例如，以太网数据帧)，该面向RGW的物理端口用于接收和发送数据包。该面向网络的模块与一个或多个基于硬件或基于软件的数据包处理器和一个或多个面向网络的物理端口相关联，该数据包处理器用于处理入站和出站的数据包(例如，以太网数据帧)，该面向网络的物理端口用于接收和发送数据包。

[0034] 每个物理端口都与端口标识符(端口ID)、一个或多个VLAN以及零个或多个多播群组相关联，其中每个VLAN都与一个VLAN ID相关联，每个多播群组都与一个多播MAC地址相关联。每个端口ID、VLAN ID和多播MAC地址在服务提供商网络中都是唯一的。例如，该端口ID可以是MAC地址或可以具有“交换机/时隙/端口”格式。该VLAN和多播群组关联限定了哪些数据帧通过物理端口。例如，在一些实施例中，分配给VLAN的以太网帧不允许通过不是该VLAN的成员的物理端口。

[0035] CPM 240包括基于软件的管理处理器，用于交换机管理和对异常数据包的处理。在一些实施例中，CPM 240还包括扩展为支持逻辑群组端点发现的IEEE 802.1ag MEP。在这些实施例中，CMP 240包括用于跟踪节点200上的物理端口的逻辑群组成员的查找表，该逻辑群组成员例如VLAN和多播群组成员。在其他实施例中，NFM 210具有基于软件的处理，包括扩展为支持逻辑群组端点发现的IEEE802.1ag MEP，以及用于跟踪在节点200上的物理端口的逻辑群组成员的查找表。在任一情况下，逻辑群组端点发现包括但不限于代表节点200接收和处理vQuery_request帧并且产生和发送vQuery_reply帧。

[0036] 现在转到图3，示出了在逻辑群组端点发现中调用的单元。MEP 30有权访问转发数据库(FDB)310和VLAN表320。FDB 310是存储转发地址和相关联的端口ID的查找表。FDB 310中所存储的转发地址中有与激活的多播群组相关联的多播MAC地址。在一些实施例中，通过探听通过节点200的IGMP数据包来学习激活的多播群组。VLAN表320是存储VLAN ID和相关联的端口ID的查找表。在一些实施例中，VLAN/端口ID关联是静态配置的。

[0037] 现在转到图4，其在一个实施例中示出了可在MEP 300上操作的vQuery_request处理状态机。MEP 300开始于监听状态，其中MEP 300等待接收vQuery_request(410)。vQuery_request可以由网络中作为MEP 300的同一维护关联等级的一部分的任意MEP发起，该任意MEP已经被扩展为支持逻辑群组端点发现并希望了解网络VLAN或多播群组端点。例如，在图1中，可以用如下方式来管理MEP节点40，即在服务提供商网络10中发起vQuery_request，并且记录在vQrery_reply中接收到的信息以便用于通过SNMP向NMS节点80进行事件报告。

[0038] 当vQuery_request帧到达NFM210时，如果NFM 210上驻留有MEP300，则vQuery_request被直接传递至MEP 300。作为替代，如果CPM 240上驻留有MEP 300，则vQuery_request帧在交换机架构250上被发送至CPM 240。在任一情况下，捕获该vQuery_request帧，以便用于通过参考vQuery_request帧的DMAC字段中的CC多播MAC地址来进行处理。重要的是，该vQuery_request帧由MEP 300终止，其结果是vQuery_request帧不会离开发起该vQuery_request帧的网络。

[0039] MEP 300参考vQuery_request的OPCODE字段并且基于QTYPE来识别该请求是VLAN发现请求还是多播群组发现请求。如果该vQuery_request是VLAN发现请求，那么MEP 300查看TLV1字段并且识别作为该请求的主题的VLAN ID。然后MEP 300查看VLAN表320并且确定MEP 300所表示的作为被识别的VLAN的成员的在节点200上的面向网络的端口(420)。如果MEP 300表示一个或多个作为被识别的VLAN的成员的面向网络的端口，那么MEP 300产生一个或多个vQuery_reply，并且在指定字段中放置成员端口ID和VLAN ID(430)。在一些实施例中，为每个成员端口产生单独的vQuery_reply帧。在其他实施例中，将多个成员端口ID绑定在单独的vQuery_reply帧中。在任一情况下，vQuery_reply帧中的DMAC字段携带从相应的vQuery_request帧中获取的SMAC地址。MEP 300还查看TLV2字段并且确定RTIME中用于响应vQuery_request的随机时间(440)。在这个随机时间上，MEP 300通过NFM210发送vQuery_reply(450)，并且返回监听状态(410)。如果MEP
300所表示的面向网络的端口都不是被识别的VLAN的成员，那么MEP 300不产生任何应答就返回监听状态。

[0040] 如果vQuery_request是多播群组发现请求，那么MEP 300查看TLV1字段并且识别作为请求的主题的多播群组。MEP 300查看FDB 310并且确定MEP 300所表示的作为被识别的多播群组的成员的在节点200上的面向RGW的端口(460)。如果MEP 300表示一个或多个作为被识别的多播群组的成员的面向RGW的端口，那么MEP 300产生一个或多个vQuery_reply，并且在在指定字段中放置成员端口ID和GROUPID(470)。在一些实施例中，为每个成员端口产生单独的vQuery_reply帧。在其他实施例中，将多个成员端口ID绑定在单独的vQuery_reply帧中。vQuery_reply帧中的DMAC字段携带来自vQuery_request帧中的SMAC地址。MEP 300查看TLV2字段并且确定RTIME中用于响应vQuery_request的随机时间(440)。在这个时间，MEP 300通过NFM 210向网络发送这样的vQuery_reply(450)并且返回监听状态(410)。如果MEP 300所表示的面向RGW的端口都不是被识别的多播群组的成员，那么MEP 300不产生任何应答就返回监听状态。

[0041] 注意，尽管已经联系单个节点200而描述了vQuery_request处理，但vQuery_request实际上是多播。相应地，接收vQuery_request并且具有在请求中指定的MA等级上的MEP的其他节点可以代表它们各自的支持被识别的VLAN或多播群组的端口发布单播vQuery_reply。另外，尽管已经联系服务提供商网络中的节点200和MEP 300而描述了vQuery_request处理，但在其他实施例中vQuery_request接收处理可由例如运营商网络中的节点和MEP来执行。

[0042] 应注意，在一些实施例中，MEP节点上驻留有多个MEP实体，每个MEP实体都表示在该MEP节点上的物理端口的子集，其中每个MEP实体负责代表该MEP实体所表示的MEP节点上的物理端口对vQuery_requests进行响应。在其他实施例中，MEP节点上可以驻留有单独的MEP实体，其表示所有在该MEP节点上的物理端口，其中该单独的MEP实体负责代表该MEP节点上的所有物理端口对vQuery_requests进行响应。

[0043] 图5是描述在本发明的一个实施例中用于发现VLAN误配置的方法的流程图。例如，该方法可以由运营商或服务提供商在网络激活之前执行，从而避免报告大量的连通性丢失警告、意外地允许未被授权的业务和/或意外地阻断已授权的业务。

[0044] 依照图5的方法，首先测试管理VLAN(M-VLAN)的配置。M-VLAN是所有数据VLAN的成员端口所属的VLAN和用于测试数据VLAN的配置的VLAN。在M-VLAN的测试中，源MEP在M-VLAN上多播第一vQuery_request帧(510)。也就是说，该第一vQuery_request帧在IEEE 802.1Q标签中具有M-VLAN的VLAN ID。该第一vQuery_request帧还具有VLAN发现请求的QTYPE和M-VLAN的TLV1 VLAN ID。如果在第一vQuery_request中指定的RTIME内(或在RTIME后的指定时间内)源MEP没有接收到关于M-VLAN的所有期望的成员端口的vQuery_reply，那么可知M-VLAN已被误配置。为M-VLAN记录配置错误(520)并且该流程终止。但是，如果在指定的响应时间内接收到关于M-VLAN的所有成员端口的vQuery_reply，那么可知M-VLAN已被正确地配置并且在M-VLAN上多播第二vQuery_request(530)。该第二vQuery_request帧具有VLAN发现请求的QTYPE和第一数据VLAN(D-VLAN)的TLV1 VLAN ID。如果在指定的响应时间内，没有从第一D-VLAN的所有成员端口接收到vQuery_reply，那么可知该第一D-VLAN被误配置。为D-VLAN记录配置错误(540)并且该流程终止。
但是，如果在指定的响应时间内从第一D-VLAN的所有成员端口接收到vQuery_reply，那么可知该第一D-VLAN已被正确配置并且在M-VLAN上多播关于第二D-VLAN的第三vQuery_request(550)，等等，直到针对D-VLAN记录了错误或者验证了所有D-VLAN的正确配置。一旦验证了所有D-VLAN的正确配置，该运营商或服务提供商就开始IEEE 802.1ag以太网CFM并且向外部业务开放网络。

[0045] 本发明的另外的有用应用是在跨多个运营商的服务提供商网络中的VLAN发现，其中VLAN ID被转换为越过运营商之间的网络边界的帧。在这种情况下，源MEP可以多播具有VLAN发现请求的QTYPE的和力求被发现的VLAN的TLV1 VLAN ID的vQuery_request。假定vQuery_request中的VLAN ID与可跨越边界而操作的VLAN ID相匹配，那么可跨越同一MA等级上的网络边界而操作的MEP将以该vQuery_reply来进行响应。否则，VLAN会由于转换由此变得不可发现而不可发现。

[0046] 尽管已经在某些特定实施例中对本发明进行了描述，但本领域技术人员将很容易设计出不会脱离本发明的范围和本质的变型。因此，应当理解，本发明可以以与特别地描述的方式不同的方式来实现。例如，尽管已经针对扩展IEEE 802.1ag协议而描述了以上实施例，但其可应用于其他运行、管理与维护(OAM)协议。此外，尽管已经针对VLAN和多播群组端点发现而描述了以上实施例，但可将本发明的启示应用于发现其他端点参数。因此，所提出的本发明的实施例从各方面来说都应当理解为示例性而非限制性的，本发明的范围应当由所附权利要求及其等同形式而不是前述描述来表明。