CN102118295B - 一种组播报文的转发方法和设备 - Google Patents

Abstract

本发明提供了一种组播报文的转发方法和设备，其中，该方法应用于包含主节点和一个以上辅助节点的RRPP环，在所述RRPP环包含的所有节点中指定一个用于使组播报文离开RRPP环的上行节点；其特征在于，该方法包括：A，所述上行节点发送携带了指定单播MAC地址的hello-multicast报文；B，所述RRPP环上的辅助节点记录接收到所述hello-multicast报文的端口；在作为组播源向RRPP环之外的组播MAC地址发送组播报文时，通过记录的端口向所述上行节点发送所述组播报文。采用本发明，大大节省了RRPP环上的辅助节点作为组播源向RRPP环之外的目的组播MAC地址发送组播报文时的转发资源。

Description

一种组播报文的转发方法和设备

技术领域

本发明涉及以太网交换技术，特别涉及一种组播报文的转发方法和设备。

背景技术

目前，快速环网保护协议(RRPP，Rapid Ring Protection Protocol)的环形网络，因其建设成本低、可靠性高、可满足视频监控系统中监控摄像输入和编码器分布范围大等特点而在视频监控系统组网中，被广泛地使用。

在RRPP环中，RRPP环上每一台设备都称为节点，各个节点的角色由用户配置，主要分为主节点和辅助节点(也可称为传输节点)。其中，主节点是RRPP环状态主动检测机制的发起者，也是检测到RRPP环故障后执行操作的决策者，辅助节点负责透传主节点的HELLO报文，并监测自身直连的RRPP链路的状态，将链路DOWN事件通知给主节点。其中，每个RRPP环上存在唯一一个主节点。参见图1，图1为现有技术中RRPP环的示意图。如图1所示，交换机作为RRPP环的主节点，其他各个编码器作为RRPP环的辅助节点。

并且，从图1可以看出，RRPP环上的主节点两个端口接入RRPP环，其中一个为主端口，另一个为副端口，端口的角色由用户具体配置  其中，RRPP协议规定主节点的主端口和副端口在功能上是有区别的，具体为：主节点的主端口用于发送环路探测报文，副端口用于接收环路探测报文，当RRPP环处于正常状态时，主节点的副端口阻塞数据VLAN的报文，只允许控制VLAN中的报文通过；当RRPP环发生故障时(比如RRPP环中有一链路断开)时，主节点的副端口解除数据VLAN的阻塞状态，允许数据VLAN中的报文通过；而辅助节点用于RRPP环上数据VLAN和控制VLAN中的报文传输。

现有技术中，为了使辅助节点发送的组播报文从RRPP环交换出去(即离开RRPP环)，可在图1所示的所有节点中指定出用于使辅助节点发送的组播报文离开RRPP环的上行节点，这里，上行节点可为主节点，也可为辅助节点，具体可根据实际情况设置，图1以主节点为上行节点为例。如此，如图1所示，当RRPP环上的编码器比如编码器7当前作为组播源向RRPP环外的组播MAC地址发送组播报文时，其需要先发送组播报文给上行节点，之后，由上行节点向该组播MAC地址转发所述组播报文。

但是，由于组播MAC地址为逻辑地址，其对于二层来说，无法通过现有的源MAC学习方式学习到用于发送目的地址为组播MAC地址的组播报文的端口，因此，现有技术都是由编码器7通过接入到RRPP环的2个端口同时向外发出组播报文。当上行节点接收到由编码器7发送的组播报文时，该上行节点通过如图1所示的上行口向所述组播MAC地址发送组播报文。本领域技术人员知道，尽管辅助节点通过接入到RRPP环的2个端口同时向外发出组播报文，但实际应用中，只有一个端口发出的组播报文是有效的，具体为只有一个端口发出的组播报文能够被上行节点处理，因此，可以看出，现有技术中通过接入到RRPP环的2个端口同时向外发出组播报文的方法显然大大浪费了系统转发资源。

发明内容

本发明提供了一种组播报文的转发方法和设备，以实现RRPP环上的辅助节点以组播地址为目的MAC地址转发组播报文时节省转发资源。

为了实现上述技术问题，本发明提出了以下技术方案：

一种组播报文的转发方法，该方法应用于包含主节点和一个以上辅助节点的快速环网保护协议RRPP环上，在所述RRPP环包含的所有节点中指定一个用于使组播报文离开RRPP环的上行节点；该方法包括以下步骤：

A，所述上行节点发送携带了指定单播MAC地址的hello-multicast报文；

B，所述RRPP环上的辅助节点记录接收到所述hello-multicast报文的端口；在作为组播源需要向RRPP环之外的组播MAC地址发送组播报文时，通过记录的端口向所述上行节点发送所述组播报文。

一种控制组播报文的转发设备，该设备处于包含主节点的快速环网保护协议RRPP环上；包括：记录单元和转发单元；其中，

所述记录单元用于记录接收到上行节点发送的hello-multicast报文的端口，所述hello-multicast报文携带了指定单播MAC地址，所述上行节点为指定的用于使组播报文离开RRPP环的节点；

所述转发单元用于在作为组播源向RRPP环之外的组播MAC地址发送组播报文时，通过所述记录单元记录的端口向所述上行节点发送所述组播报文。

由以上技术方案可以看出，本发明提供的方法和设备中，当RRPP环上的辅助节点接收到上行节点发送的携带了指定单播MAC地址的hello-multicast报文时，记录接收到该hello-multicast报文的端口，当后续作为组播源需要向RRPP环之外的组播MAC地址发送组播报文时，由于该记录的端口为接收上行节点发送的hello-multicast报文的端口，因此，当辅助节点通过该记录的端口发送组播报文时，该组播报文势必会到达上行节点，如此，当上行节点接收到组播报文时，即可通过如图1所示的上行口向组播MAC地址发送组播报文。可以看出，本发明中，辅助节点能够通过唯一的端口发送组播报文，避免了现有技术通过2个端口即接入到RRPP环的主端口和副端口同时向外发出组播报文所带来的缺陷，大大节省了系统转发资源。

附图说明

图1为现有技术中RRPP环的示意图；

图2为本发明实施例提供的基本流程图；

图3为本发明实施例提供的详细流程图；

图4为本发明实施例提供的设备结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

参见图2，图2为本发明实施例提供的基本流程图。本实施例可应用于包含主节点和一个以上辅助节点的RRPP环，如图2所示，该流程可包括以下步骤：

步骤201，从所述RRPP环包含的所有节点中指定出用于使组播报文离开RRPP环的上行节点。

为了实现RRPP环上的辅助节点后续作为组播源向RRPP环之外的组播MAC地址发送组播报文，需要先根据实际情况指定出用于使组播报文离开RRPP环的上行节点。其中，该上行节点可为RRPP环上的主节点，也可为RRPP环上的一辅助节点，本发明实施例并不限定。

步骤202，被指定的上行节点发送携带了指定单播MAC地址的hello-multicast报文。

本实施例使上行节点发送携带了指定单播MAC地址的hello-multicast报文，目的是为了使学习到该hello-multicast报文的节点后续作为组播源向RRPP环之外的组播MAC地址发送组播报文时，直接通过学习到该hello-multicast报文的端口发送组播报文，以便使上行节点接收到该端口发送的组播报文，之后，由该上行节点将接收的组播报文发送给RRPP环之外的组播MAC地址，具体见下述步骤203至步骤204。

需要说明的是，本实施例中，根据步骤201中的描述可以知道，上行节点可为主节点，也可为辅助节点，下面分别针对上行节点为主节点和上行节点为辅助节点两种情况来说明本步骤202中发送hello-multicast报文的具体操作。

第一种方式：上行节点为主节点，RRPP协议规定，主节点的主端口和副端口在功能上具有区别，具体为：在RRPP环正常时，主节点的副端口在逻辑上阻塞数据VLAN，在RRPP环故障时，主节点的副端口解除数据VLAN的阻塞，基于此，本步骤202中发送hello-multicast报文的操作具体包括：当RRPP环正常时，主节点使副端口在逻辑上阻塞数据VLAN，仅通过主端口在支持的每一数据VLAN中发送hello-multicast报文；当RRPP环发生故障时，主节点打开副端口，即解除该副端口对数据VLAN的阻塞，通过主端口和副端口在支持的每一数据VLAN中发送hello-multicast报文。

优选地，如果主节点和N个辅助节点支持至少一个相同的数据VLAN，其中，N可根据实际情况设置，则本步骤中发送hello-multicast报文的操作具体包括可替换为：主节点从自身和N个辅助节点都支持的数据VLAN中选择出一个数据VLAN，在RRPP环正常时，使副端口在逻辑上阻塞数据VLAN，仅通过主端口在该选择出的数据VLAN中发送hello-multicast报文；在RRPP环发生故障时，主节点打开副端口，通过主端口和副端口在该选择出的数据VLAN中发送hello-multicast报文。

作为本发明的另一实施例，如果上行节点为主节点，则hello-multicast报文也可由主节点在控制VLAN中通过，具体为：借助于主节点对数据VLAN执行的操作，本步骤202中发送hello-multicast报文的具体操作包括：当RRPP环正常时，仅通过主端口在控制VLAN中发送hello-multicast报文，当RRPP环发生故障时，主节点打开副端口，主节点通过主端口和副端口在控制VLAN中发送hello-multicast报文。

第二种方式：上行节点为辅助节点，以图1所示的RRPP环为例，假如上行节点为编码器7，本实施例中，编码器7只能在数据VLAN中传输hello-multicast报文，而不能在控制VLAN中传输hello-multicast报文，这是因为在RRPP协议中，主节点的副端口在RRPP环正常时只能阻塞数据VLAN，不能阻塞控制VLAN，如果在控制VLAN中传输hello-multicast报文，则就会导致RRPP上的节点比如编码器2在两个端口上都能接收到hello-multicast报文，如此，在后续步骤204发送组播报文时不能确定到底是通过哪个端口发送。

基于此，为了保证RRPP环上接收到hello-multicast报文的端口的唯一性，采用第二种方式时，则本步骤中发送hello-multicast报文的操作具体包括：当RRPP环正常或者故障时，辅助节点通过接入RRPP环的两个端口在其支持的每一个数据VLAN或者指定数据VLAN中发送hello-multicast报文。

至此，基于上述两种方式，即可实现上行节点发送hello-multicast报文的操作。

步骤203，RRPP环上的辅助节点记录接收到所述hello-multicast报文的端口。

步骤204，接收到hello-multicast报文的辅助节点在作为组播源向RRPP环之外的组播MAC地址发送组播报文时，通过记录的端口向所述上行节点发送所述组播报文。

至此，实现了本发明实施例提供的具体流程。

以上对本发明实施例提供的方法进行了简单描述，下面结合具体实施例对本发明提供的方法进行详述。

参见图3，图3为本发明实施例提供的详细流程图。本实施例中，假如从RRPP环包含的所有节点中指定出用于使组播报文离开RRPP环的上行节点为主节点，则如图3所示，该流程可包括以下步骤：

步骤301，主节点每隔预设时间发送携带了指定单播MAC地址的hello-multicast报文。

本步骤301中hello-multicast报文可为预先根据RRPP协议构造出的报文，其携带的指定单播MAC地址具体可为RRPP协议规定的RRPP环上所有控制RRPP报文使用的源MAC地址。

需要说明的是，本步骤301中预设时间可根据实际情况设置的，具体实现时，可小于等于主节点上被配置的MAC老化时间和各个辅助节点上被配置的MAC老化时间中取值最小的MAC老化时间。

步骤302，RRPP环上的辅助节点记录接收到主节点发送的hello-multicast报文的端口。

步骤303，当RRPP环上的一辅助节点比如图1所示的编码器7作为组播源需要向RRPP环之外的目的组播MAC地址发送组播报文时，执行步骤304。

步骤304，判断当前是否记录了接收到hello-multicast报文的端口，如果是，执行步骤305，否则，执行步骤307。

步骤305，将目的组播MAC地址配置在已记录的端口上，并将目的组播MAC地址放入到设定的已配置组播MAC表中，之后，使组播报文通过配置了目的组播MAC地址的端口发送。

这里，之所以将目的组播MAC地址放入到已配置组播MAC表中，主要是为了便于辅助节点获知出当前已将哪些目的组播MAC地址配置在接收到hello-multicast报文的端口上，并在后续再次需要向该已配置组播MAC表中的目的组播地址发送组播报文时，直接通过配置了该目的组播MAC地址的端口发送即可，这大大提高了组播报文转发效率。

从步骤305中可以看出，如果一目的组播MAC地址放入到已配置组播MAC表中，则表示该目的组播MAC地址已配置在接收到hello-multicast报文的端口上，基于此，作为本发明实施例的一种改进，可在步骤303和步骤304之间包括：判断设定的已配置组播MAC表中是否包含所述目的组播MAC地址，如果是，则确定当前已记录了接收到hello-multicast报文的端口，并且该端口上配置了所述目的组播MAC地址，因此，可直接通过该端口发送组播报文；如果否，继续执行步骤304的操作。

步骤306，接收到组播报文的主节点通过图1所示的上行口向所述目的组播MAC地址转发该组播报文。

由于步骤305中发送组播报文的端口为编码器7接收到主节点发送的hello-multicast报文的端口，因此，主节点势必会接收到编码器通过该端口发送的组播报文，当接收到组播报文后，执行本步骤306中的操作。

至此，结束本发明实施例提供的组播报文的转发操作。

步骤307，广播所述组播报文，并将目的组播MAC地址放入到待配置组播MAC表中，之后，执行步骤308。

步骤308，接收到被广播的组播报文的主节点通过上行口向所述目的组播MAC地址转发该组播报文。

需要说明的是，本实施例中，为了便于编码器7接收到hello-multicast报文时，集中将已广播的组播报文所携带的目的组播MAC地址配置在当前接收到hello-multicast报文的端口上，无需在后续需要向该目的组播MAC地址发送组播报文时执行上述步骤304至步骤305中的操作，进而提高组播报文转发的及时性，所以将目的组播MAC地址放入到待配置组播MAC地址表中。

步骤309，当编码器7接收到由主节点发送的hello-multicast报文时，直接将待配置组播MAC表中的所有组播MAC地址配置在接收到该hello-multicast报文的端口上。

本步骤309可与上述步骤308并无时间先后顺序，其可与步骤308同时执行，也可在步骤308之后执行，本发明实施例并不具体限定。

步骤310，在完成所述配置后，将所述待配置组播MAC表中的所有组播MAC地址放入到已配置组播MAC表中，并清空待配置组播MAC表。

如此，当后续再需要作为组播源向RRPP环之外的目的组播MAC地址发送组播报文时，如果该目的组播MAC地址存在于已配置组播MAC表中，直接通过配置了该目的组播MAC地址的端口发送即可。

至此，通过上述步骤实现了当前组播报文的转发操作。

需要说明的是，本发明实施例中，如果当前RRPP环的拓扑结构发生改变，比如当前RRPP环中有一辅助节点出现故障，或者RRPP环中有一链路出现故障等，则本实施例中，主节点会发送complete-Flush-FDB报文给其所在RRPP环上的所有辅助节点，针对每一辅助节点，当接收到complete-Flush-FDB报文时，需要从已配置组播MAC表中获知当前已有哪些组播MAC地址被配置在接收到hello-multicast报文的端口上，并清空该配置，具体为：将已配置组播MAC表中的所有组播MAC地址加入到待配置组播MAC表中，并清空所述已配置组播MAC表，之后，返回执行步骤301。但是，如果在辅助节点完成清空配置后，并在未接收到主节点发送的hello-multicast报文时需要向RRPP环之外的目的组播MAC地址发送组播报文，则只能按照步骤307至步骤310中的操作进行。

还需要说明的是，本实施例中，当RRPP环中的辅助节点比如图1中的编码器7接收到外部发送的不再向某一组播MAC地址比如组播MAC地址1发送组播报文的命令时，如果该组播MAC地址1通过上述步骤被放在了待配置组播MAC表中，则从所述待配置组播MAC表中删除该组播MAC地址1；如果被放在了已配置组播MAC表中，则从所述已配置组播MAC表删除该组播MAC地址1。如此，当编码器7后续再被触发向组播MAC地址1发送组播报文时，编码器7不发送该组播报文，即不针对该组播MAC地址1执行上述步骤304至步骤310的操作。

以上对本发明实施例提供的方法进行了描述，下面对本发明实施例提供的设备进行描述。

参见图4，图4为本发明实施例提供的设备结构图。该设备处于包含主节点的RRPP环上；如图4所示，该设备包括：记录单元401和转发单元402。

其中，记录单元401用于记录接收到上行节点发送的hello-multicast报文的端口，所述hello-multicast报文携带了指定单播MAC地址，所述上行节点为指定的用于使组播报文离开RRPP环的节点；

转发单元402用于在作为组播源向RRPP环之外的组播MAC地址发送组播报文时，通过记录单元401记录的端口向所述上行节点发送所述组播报文。

优选地，转发单元402具体实现时可包括：

判断子单元4021，用于判断所述记录单元当前是否记录了接收到所述hello-multicast报文的端口，在是时，发送转发通知给第一转发子单元4022，在否时，发送广播通知给第二转发子单元4023；

第一转发子单元4022，用于接收所述发送通知，将所述组播MAC地址配置在已记录的端口上，并通过已配置了所述组播MAC地址的端口发送所述组播报文；

第二转发子单元4023，用于接收所述广播通知，广播所述组播报文，并将所述组播MAC地址放入预设定的待配置组播MAC表中；当后续接收到所述hello-multicast报文时，记录接收到该hello-multicast报文的端口，并将所述待配置组播MAC表中的所有组播MAC地址配置在该端口上，在完成所述配置后，清空所述待配置组播MAC表。

这里，第一转发子单元4022或者第二转发子单元4023在将组播MAC地址配置在端口上的具体过程为：将已配置在端口上的该组播MAC地址放入预设定的已配置组播MAC表中；

基于此，优选地，如图4所示，该设备还包括：

处理单元403，用于在所述设备处于的RRPP环的拓扑改变时，将所述已配置组播MAC表中的所有组播MAC地址加入到所述待配置组播MAC表中，并清空所述已配置组播MAC表；

以及在需要取消一个以上组播MAC地址时，如果需要取消的组播MAC地址存在于所述待配置组播MAC表，则从所述待配置组播MAC表中删除该组播MAC地址；如果需要取消的组播MAC地址存在于所述已配置组播MAC表，则从所述已配置组播MAC表删除该组播MAC地址，并从已配置了该组播MAC地址的端口上删除该组播MAC地址。

本实施例中，判断子单元4021用于判断所述记录单元当前是否记录了接收到所述hello-multicast报文的端口的具体过程为：

先判断所述已配置组播MAC表当前是否包含了所述组播MAC地址，如果否，继续判断所述记录单元当前是否记录了接收到所述hello-multicast报文的端口的操作；如果是，则确定所述组播MAC地址已配置在接收到所述hello-multicast报文的端口上，直接通过已配置了该组播MAC地址的端口发送组播报文。

由以上技术方案可以看出，本发明提供的方法和设备中，当RRPP环上的辅助节点接收到上行节点发送的携带了指定单播MAC地址的hello-multicast报文时，记录接收到该hello-multicast报文的端口，当后续作为组播源需要向RRPP环之外的组播MAC地址发送组播报文时，由于该记录的端口为接收上行节点发送的hello-multicast报文的端口，因此，当辅助节点通过该记录的端口发送组播报文时，该组播报文势必会到达上行节点，如此，当上行节点接收到组播报文时，即可通过如图1所示的上行口向组播MAC地址发送组播报文。可以看出，本发明中，辅助节点能够通过唯一的端口发送组播报文，避免了现有技术通过2个端口即接入到RRPP环的主端口和副端口同时向外发出组播报文所带来的缺陷，大大节省了系统转发资源。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (13)

1.一种组播报文的转发方法，该方法应用于包含主节点和一个以上辅助节点的快速环网保护协议RRPP环，在所述RRPP环包含的所有节点中指定一个用于使组播报文离开RRPP环的上行节点；其特征在于，该方法包括：

A，所述上行节点发送携带了指定单播MAC地址的hello-multicast报文；

B，所述RRPP环上的辅助节点记录接收到所述hello-multicast报文的端口；在作为组播源向RRPP环之外的组播MAC地址发送组播报文时，通过记录的端口向所述上行节点发送所述组播报文。

2.根据权利要求1所述的方法，其特征在于，所述上行节点为主节点；

步骤A中的上行节点发送hello-multicast报文包括：

所述主节点在所述RRPP环正常时，仅通过其主端口在其支持的每一个数据VLAN或者指定数据VLAN中发送hello-multicast报文，在所述RRPP环发生故障时，通过其主端口和副端口在每一个数据VLAN或者指定数据VLAN中发送hello-multicast报文；或者，

主节点在所述RRPP环正常时仅通过主端口在控制VLAN中发送hello-multicast报文，在所述RRPP环发生故障时通过主端口和副端口在控制VLAN中发送hello-multicast报文。

3.根据权利要求1所述的方法，其特征在于，所述上行节点为辅助节点；

所述步骤A中的上行节点发送hello-multicast报文包括：

该辅助节点在所述RRPP环正常或者故障时，通过其包含的主端口和副端口在其支持的每一个数据VLAN或者指定数据VLAN中发送hello-multicast报文。

4.根据权利要求1所述的方法，其特征在于，所述步骤B中，所述通过记录的端口发送组播报文包括：

判断当前是否记录了接收到所述hello-multicast报文的端口，如果是，将所述组播MAC地址配置在已记录的端口上，通过已配置了所述组播MAC地址的端口发送所述组播报文。

5.根据权利要求4所述的方法，其特征在于，如果当前未记录接收到所述hello-multicast报文的端口，则进一步包括：

将所述组播MAC地址放入待配置组播MAC表中，并广播所述组播报文；当后续接收到所述hello-multicast报文时，记录接收到该hello-multicast报文的端口，并将所述待配置组播MAC表中的所有组播MAC地址配置在该端口上，在完成所述配置后，清空所述待配置组播MAC表。

6.根据权利要求4所述的方法，其特征在于，所述将组播MAC地址配置在端口上包括：将已配置在端口上的组播MAC地址放入预设定的已配置组播MAC表中；

当所述RRPP环中的辅助节点获知所述RRPP环的拓扑改变时，进一步包括：将所述已配置组播MAC表中的所有组播MAC地址加入到预设定的待配置组播MAC表中，并清空所述已配置组播MAC表，之后，返回执行步骤A。

7.根据权利要求5所述的方法，其特征在于，所述将组播MAC地址配置在端口上包括：将已配置在端口上的组播MAC地址放入预设定的已配置组播MAC表中；

当所述RRPP环中的辅助节点获知所述RRPP环的拓扑改变时，进一步包括：将所述已配置组播MAC表中的所有组播MAC地址加入到所述待配置组播MAC表中，并清空所述已配置组播MAC表，之后，返回执行步骤A。

8.根据权利要求6或7所述的方法，其特征在于，当所述RRPP环中的辅助节点作为组播源不再向一个以上组播MAC地址发送组播报文时，进一步包括：如果该组播MAC地址存在于所述待配置组播MAC表，则从所述待配置组播MAC表中删除该组播MAC地址；如果该组播MAC地址存在于所述已配置组播MAC表，则从所述已配置组播MAC表删除该组播MAC地址，并从已配置了该组播MAC地址的端口上删除该组播MAC地址。

9.根据权利要求4所述的方法，其特征在于，所述判断当前是否记录了接收到所述hello-multicast报文的端口包括：

判断所述已配置组播MAC表当前是否包含了所述组播MAC地址，如果否，继续执行判断当前是否记录了接收到所述hello-multicast报文的端口的操作；如果是，则确定所述组播MAC地址已配置在接收到所述hello-multicast报文的端口上，直接通过已配置了该组播MAC地址的端口发送组播报文。

10.一种组播报文的转发设备，其特征在于，该设备处于包含主节点的快速环网保护协议RRPP环上；其特征在于，该设备包括：记录单元和转发单元；其中，

所述记录单元用于记录接收到上行节点发送的hello-multicast报文的端口，所述hello-multicast报文携带了指定单播MAC地址，所述上行节点为指定的用于使组播报文离开RRPP环的节点；

所述转发单元用于在作为组播源向RRPP环之外的组播MAC地址发送组播报文时，通过所述记录单元记录的端口向所述上行节点发送所述组播报文。

11.根据权利要求10所述的设备，其特征在于，所述转发单元包括：

判断子单元，用于判断所述记录单元当前是否记录了接收到所述hello-multicast报文的端口，在是时，发送转发通知给第一转发子单元，在否时，发送广播通知给第二转发子单元；

第一转发子单元，用于接收所述发送通知，将所述组播MAC地址配置在已记录的端口上，并通过已配置了所述组播MAC地址的端口发送所述组播报文；

第二转发子单元，用于接收所述广播通知，广播所述组播报文，并将所述组播MAC地址放入预设定的待配置组播MAC表中；当后续接收到所述hello-multicast报文时，记录接收到该hello-multicast报文的端口，并将所述待配置组播MAC表中的所有组播MAC地址配置在该端口上，在完成所述配置后，清空所述待配置组播MAC表。

12.根据权利要求11所述的设备，其特征在于，所述第一转发子单元或者第二转发子单元在将组播MAC地址配置在端口上的具体过程为：将已配置在端口上的该组播MAC地址放入预设定的已配置组播MAC表中；

该设备还包括：

处理单元，用于在所述设备处于的RRPP环的拓扑改变时，将所述已配置组播MAC表中的所有组播MAC地址加入到所述待配置组播MAC表中，并清空所述已配置组播MAC表；在需要取消一个以上组播MAC地址时，如果需要取消的组播MAC地址存在于所述待配置组播MAC表，则从所述待配置组播MAC表中删除该组播MAC地址；如果需要取消的组播MAC地址存在于所述已配置组播MAC表，则从所述已配置组播MAC表删除该组播MAC地址，并从已配置了该组播MAC地址的端口上删除该组播MAC地址。

13.根据权利要求11所述的设备，其特征在于，所述判断子单元用于判断所述记录单元当前是否记录了接收到hello-multicast报文的端口的具体过程为：

先判断所述已配置组播MAC表当前是否包含了所述组播MAC地址，如果否，继续判断所述记录单元当前是否记录了接收到所述hello-multicast报文的端口的操作；如果是，则确定所述组播MAC地址已配置在接收到所述hello-multicast报文的端口上，直接通过已配置了该组播MAC地址的端口发送组播报文。

Images