技术领域
[0001] 本
申请涉及网络通信技术领域，特别涉及报文转发方法、装置和设备。
背景技术
[0002] 分布式弹性网络互联(DRNI，Distributed Resilient Network Interconnect)是一种跨设备链路聚合技术，通过分布式链路聚合可以实现两台物理设备联合起来虚拟成一台逻辑设备。链路聚合技术提供了传输线路内部的冗余机制，链路聚合成员彼此互为冗余和动态备份。具体来说将两台设备间的数条物理链路“组合”成逻辑上的一条数据通路，称为一条聚合链路。普通聚合的链路只能够在一台设备上，而IRF技术中的分布式链路聚合DLA技术使用公有协议实现两台设备之间的跨设备端口聚合。从下游设备看来聚合链路是以太设备上的链路，对于支持普通聚合的设备透明。相对于普通聚合提供的链路级故障保护，分布式链路聚合技术提供了设备级冗余保护。
发明内容
[0003] 本申请提供了一种报文转发方法、装置和设备，以至少部分地解决上述问题。
[0004] 一方面，本申请提供了一种报文转发方法，同一个内链链路IPL两端的分布式中继DR设备分别是第一DR设备和第二DR设备，所述方法包括在第一DR设备上执行的如下步骤：
[0005] 根据预设策略确定第一DR设备上的IPL转发广播报文集合；
[0006] 当第一DR设备收到广播报文时，判断该广播报文的标识信息是否存在于所述第一DR设备上的IPL转发广播报文集合中；
[0007] 如果存在，则将该广播报文转发到所述IPL上，反之不转发到所述IPL上。
[0008] 另一方面，本申请提供了一种报文转发装置，同一个内链链路IPL两端的DR设备分别是第一DR设备和第二DR设备，该报文转发装置位于所述第一DR设备中，包括：
[0009] 广播流量管理模
块，用于根据预设策略确定第一DR设备上的IPL转发广播报文集合；
[0010] 广播流量转发模块，用于在第一DR设备收到广播报文时，判断该广播报文的标识信息是否存在于所述第一DR设备上的IPL转发广播报文集合中；如果存在，则将该广播报文转发到所述IPL上，反之不转发到所述IPL上。
[0011] 本申请还提供了一种分布式链路聚合组网中的DR设备，该DR设备包括如上所述的报文转发装置。
[0012] 本申请
实施例的有益效果是：根据本申请的方案，先确定DR设备上的IPL转发广播报文集合，当DR设备收到广播报文时，判断该广播报文的标识信息是否存在于该DR设备上的IPL转发广播报文集合中，如果存在，则将该广播报文转发到所述IPL上，反之不转发到所述IPL上，从而避免了在IPL上发送无谓的广播报文(即对端DR设备不会再进行任何转发的广播报文)，节省了带宽资源。
附图说明
[0013] 图1是本申请实施例中的一种报文转发方法的
流程图；
[0014] 图2是本申请实施例中的实现上述方案的架构示意图；
[0015] 图3是本申请实施例中的在一种分布式链路聚合组网的示意图；
[0016] 图4是本申请实施例中的一种报文转发装置的结构图；
[0017] 图5是本申请实施例中的一种分布式链路聚合组网中的DR设备的结构示意图；
[0018] 图6是本申请又一个实施例提供的一种DR设备的结构示意图。
具体实施方式
[0019] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附
权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0020] 在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0021] 应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
[0022] 在采用了分布式链路聚合技术进行组网的网络中，如果两台设备之间有跨设备的端口聚合，则这两台设备组成一个分布式中继(DR，Distributed Relay)系统，这两台设备之间通过普通聚合链路相连，该链路称为分布式链路聚合组网中的内链链路(IPL，Intra-Portal Link)。在本
说明书中,为了描述的方便,将同一IPL两端的DR设备分别称为第一DR设备和第二DR设备。本领域的普通技术人员很容易理解，这两个名称是可以互换的。第一DR设备由DR端口收到来自DR链路对端的设备的广播报文后经过IPL转发到达IPL对端的第二DR设备，第二DR设备不能再从DR端口转发出去，否则DR链路对端的设备将收到自己发送的报文，造成广播环路。为了避免此问题，在全局建立一个隔离组，将IPP口(IPL两端的端口)与所有的DR端口隔离，保证DR设备从IPP口收到的广播流量不会从DR端口转发出去。这种情况下，将广播报文通过IPL发送到IPL对端的邻居DR设备只会让一些无效的流量在链路上白白占用带宽，浪费带宽资源。
[0023] 本申请的核心思想是：先确定需要在IPL上转发的广播报文集合，然后在收到广播报文时，判断该广播报文是否属于所述集合，属于则转发到IPL上，不属于则不转发到IPL上，从而达到节省带宽资源的目的。
[0024] 为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
[0025] 图1是本申请实施例中的一种报文转发方法的流程图。分布式链路聚合组网中包括多个分布式中继DR设备以及多个内链链路IPL，其中同一个内链链路IPL两端的DR设备分别是第一DR设备和第二DR设备，该方法包括在第一DR设备上执行的如下步骤：
[0026] 步骤S110，根据预设策略确定第一DR设备上的IPL转发广播报文集合。
[0027] 步骤S120，当第一DR设备收到广播报文时，判断该广播报文的标识信息是否存在于所述第一DR设备上的IPL转发广播报文集合中；是，则执行步骤S130；否，则执行步骤S140。
[0028] 步骤S130，将该广播报文转发到所述IPL上。
[0029] 步骤S140，不将该广播报文转发到所述IPL上。
[0030] 在本申请实施例中，广播报文是指需要进行广播处理的报文，包括狭义上的广播报文(即目的MAC地址为全F的报文)，还包括：未知单播报文、未知组播报文，还包括特定协议需要广播处理的报文等。
[0031] 首先确定DR设备上的IPL转发广播报文集合，当DR设备收到广播报文时，判断该广播报文的标识信息是否存在于该DR设备上的IPL转发广播报文集合中，如果存在，则将该广播报文转发到所述IPL上，反之不转发到所述IPL上，从而避免了在IPL上发送无谓的广播报文(即对端DR设备不会再进行任何转发的广播报文)，节省了带宽资源。
[0032] 在本申请的实施例中，步骤S110中根据预设策略确定第一DR设备上的IPL转发广播报文集合包括如下三种方案：
[0033] 方案1：根据第一DR设备的本地决策策略确定需要向所述IPL转发的广播报文的标识信息集合，称为第一报文标识信息集合，将该第一报文标识信息集合作为所述第一DR设备上的IPL转发广播报文集合。
[0034] 方案2：接收第二DR设备发送的第二报文标识信息集合，该第二报文标识信息集合是根据第二DR设备的本地决策策略确定的需要向所述IPL转发的广播报文的标识信息集合，将该第二报文标识信息集合作为所述第一DR设备上的IPL转发广播报文集合。
[0035] 方案3：取所述第一报文标识信息集合与所述第二报文标识信息集合的并集，作为所述第一DR设备上的IPL转发广播报文集合。
[0036] 在本申请的一个实施例中，互为邻居的第一DR设备和第二DR设备之间可以通过广播转发通告消息告知对方根据本地决策策略确定的需要向IPL转发的广播报文的标识信息集合。
[0037] 在本申请的一个实施例中，如果采用前述的方案3，则图1所示的方法进一步包括：第一DR设备向第二DR设备发送所述的第一报文标识信息集合。这样，第二DR设备也能够按照图1所示的方法以及前述的方案3，取自身和第一DR设备所确定的需要向IPL转发的广播报文的并集，对于属于该并集的广播报文才将其转发到IPL上，对于不属于该并集的广播报文不将其转发到IPL上，从而节省带宽资源。
[0038] 在本申请的实施例中，一个DR设备，如以第一DR设备为例，当第一DR设备本地有未加入分布式聚合链路的业务链路，或者第一DR设备或IPL对端的第二DR设备上的分布式聚合链路故障时，确定需要向所述IPL转发广播报文。
[0039] 其中，
感知第一DR设备或第二DR设备上的分布式聚合链路的故障可以包括如下一种或多种：
[0040] (1)检测物理链路的故障(DWON)和由故障恢复(UP)的状态；
[0041] (2)接收DR端口对端设备的分布式聚合链路故障通知；
[0042] (3)通过检测协议检测链路故障。例如通过链路检测协议检测链路故障，包括以太网OAM(Operations,Administration and Maintenance,操作、管理和维护)、BFD(Bidirectional Forwarding Detection)检测
接口等；再例如，应用协议自己检测到故障，如Ping/Tracert、NQA(Network Quality Analyzer，网络
质量分析)联动VLAN/VXLAN等。
[0043] 在本申请的实施例中，所述根据第一DR设备的本地决策策略确定需要向所述IPL转发的广播报文的标识信息集合的步骤包括：当第一DR设备本地有未加入分布式聚合链路的业务链路，或者，第一DR设备或第二DR设备上的分布式聚合链路故障时，确定需要向所述IPL转发广播报文，并进一步确定需要向所述IPL转发的广播报文的标识信息集合。
[0044] 在本申请的实施例中，广播报文的标识信息具体可以是广播报文所属的业务的标识信息，或者也可以是其他能够表征该类广播报文的其他属性的信息。
[0045] 在本申请的一个实施例中，在根据链路状态(第一DR设备本地有未加入分布式聚合链路的业务链路，或者，第一DR设备或第二DR设备上的分布式聚合链路故障)确定第一DR设备需要向IPP口转发报文后，进一步考虑用户策略。即用户可以决定当前检测到需要往IPP口发送的广播报文是精确广播(只发送必须广播的报文)还是全部广播。因此所述进一步确定需要向所述IPL转发的广播报文的标识信息集合的步骤具体包括：查看用户策略配置信息是全部广播还是精确广播；如果是全部广播，则确定需要向所述IPL转发所有业务的广播报文；如果是精确广播，则确定需要向所述IPL转发部分
指定业务的广播报文；记录确定需要向所述IPL转发的广播报文的标识信息集合。其中，所述部分指定业务包括：通过第一DR设备转发的业务，且第一DR设备上的转发该业务的接口中存在非DR接口或故障DR接口。
[0046] 进一步解释说明的是，所述如果是精确广播，则第一DR设备上确定需要向所述IPL转发的广播报文具体包括：遍历通过第一DR设备转发的业务，对于通过第一DR设备转发的一个业务，如果第一DR设备上的转发该业务的接口中存在非DR接口或故障DR接口，则确定需要向所述IPL转发该业务的广播报文。
[0047] 若用户策略为全部广播，则经过上述步骤决策出需要向IPL发送广播报文后，所有广播流量都发往IPP口。若用户策略为精确广播，只有指定业务的广播流量才往IPP口发送。以主要业务为VLAN(Virtual LAN)和VXLAN(Virtual Extensible LAN)业务为例，DR设备上记录各业务使用的端口，对于每个业务，区分其使用的端口中是否有DR端口，若有DR端口，则在此DR端口故障后，记录该业务对应的标识；若该业务使用的端口中有非DR端口，则在此端口工作后记录该业务对应的标识。即业务有DR端口故障或非DR端口可用时记录该业务的标识。当业务无DR端口故障且无非DR端口可用时，删除该业务的标识。将所记录的业务标识下发到转发层面，在转发层面接收到某个业务的广播报文后与所记录的业务标识进行匹配，如果所记录的业务标识中包含该业务的标识，则将该业务的广播报文转发到IPP。
[0048] 图2是本申请实施例中的实现上述方法的架构示意图。端口状态包括物理端口的恢复(UP)和故障(DOWN)、检测协议发现的端口的逻辑故障状态信息等。若用户策略为精确广播，记录不同类型业务中的需要向IPP转发广播报文的业务的标识。这里以业务类型为VLAN和VXLAN为例，其业务对应的端口状态如表1和表2所示。
[0049] VLAN标识 DR端口及状态 非DR端口及状态2 端口1(OK)，端口2(fail) 端口3(OK)
[0050] 表1
[0051]VXLAN DR端口及状态 非DR端口及状态
1 端口2(OK) 端口3(OK)
3 端口2(OK)
[0052] 表2
[0053] 当端口对应的拓扑状态变化时，表1和表2随之更新。根据前述的决策策略，由于VLAN2和VXLAN1、3均有故障DR端口或可用的非DR端口，因此其广播报文均需要转发到IPP口。因此记录这些业务的标识并下发到转发层面，转发层面维护业务类型与业务标识，如表3所示：
[0054] 业务类型 业务标识VLAN 2
VXLAN 1,3
[0055] 表3
[0056] 根据表3，如果接收到VLAN广播流量，且属于VLAN2，则广播到IPP口；如果接收到VXLAN广播流量，且VXLAN标识为1或3，则广播到IPP口；如果接收到VLAN2、VXLAN1和VXLAN3以外的广播流量，则不广播的IPP口，以节省带宽。
[0057] 在本申请的一个实施例中，图1所示的方法进一步包括：当一个DR设备通过所述IPL接收到对端DR设备发送的广播报文时，向本DR设备上的属于该广播报文的业务且不在隔离组内的端口转发该广播报文。
[0058] 为了使得本申请的技术方案更加清楚，下面以图3所示的分布式链路聚合组网拓扑为例，对本申请的技术方案进行举例说明。具体参见图3。
[0059] 图3是本申请实施例中的在一种分布式链路聚合组网的示意图。这里分布式链路聚合组网是指采用了分布式链路聚合技术进行组网的网络，即包含分布式聚合链路的网络。参见图3，在本分布式链路聚合组网中，SW1、SW2、SW3、和SW4可以是二层交换设备，也可以是三层交换设备，即可以是交换机也可以是路由器。SW1和SW2组成一个DR系统，SW3和SW4组成一个DR系统，业内为了与普通聚合系统相区分，一般也将DR系统称为分布式聚合系统。SW1、SW2与SW3、SW4之间的四条链路组成分布式聚合链路称为DR链路，SW1、SW2、SW3、SW4均称为DR设备。这样，SW1上的端口1和端口2以及设备SW2上的端口7和端口8聚合在一起组成一个逻辑上的聚合端口，这里称为DR端口；SW3上的端口3和端口4以及设备SW4上的端口5和端口6聚合在一起组成一个DR端口。组成一个DR系统的SW3和SW4之间通过普通聚合链路相连，该链路称为分布式链路聚合组网中的内链链路IPL。该IPL两端的端口称为分布式链路聚合组网中的内链端口(IPP，Intra-Portal Port)，IPL两端的DR设备互为邻居DR设备。
[0060] 参见图3，SW3和SW4互为邻居DR设备，用户1、2、3均通过DR端口连接到SW3和SW4。这里以用户1、2、3通过VXLAN1和VXLAN3接入为例。SW3连接用户1的链路为链路1，SW3连接用户3的链路为链路2，SW4连接用户3的链路为链路4。
[0061] 在图3中应用本申请的方案后，所有拓扑正常工作的状态下，SW3和SW4都不会向IPP口发送广播报文，因为DR设备都检测到拓扑正常且不存在可用的非DR端口，不存在触发广播发送的条件。此时SW3上的业务和对应端口状态如表4所示:
[0062] VXLAN标识 DR端口及状态 非DR端口及状态1 端口9(OK)，端口10(OK) -
3 端口9(OK)，端口10(OK) -
[0063] 表4
[0064] 这里以用户策略为精确广播为例，当SW3和用户3之间的链路2故障后，SW3和SW4都会检测到，进而触发广播发送。SW3检测到链路2故障(即端口10故障)后，SW3上的业务和对应端口状态变化如表5所示：
[0065]VXLAN标识 DR端口及状态 非DR端口及状态
1 端口9(OK)，端口10(fail) -
3 端口9(OK)，端口10(fail) -
[0066] 表5
[0067] 因此向转发层面发送业务标识VXLAN1和VXLAN3。具体地向转发层面下发的业务类型与业务标识如表6所示：
[0068]业务类型 业务标识
VXLAN 1,3
[0069] 表6
[0070] 此时，若用户1发送的属于VXLAN1或3的广播报文到达SW3，则SW3识别出属于VXLAN1或3，进行相关业务处理(这里包含从SW3与用户2之间的链路广播到用户2)时，检测是否需要将该广播报文往IPP口发送，根据表6，则确定需要发往IPP口，则携带上VXLAN1或3的标识从IPP口发出。
[0071] 同时，SW3向SW4发送包含VXLAN1和VXLAN3的标识信息的广播转发通告消息。SW4接收到SW3发送的广播转发通告消息，并与本地决策结果合并，合并后仍同表6。SW4可以通过聚合协议检测到自身所在DR系统连接用户3的只有的SW4自己，且通过端口11连接。SW4检测到连接到用户3的链路(即端口11)故障后，由于支持隔离组，因此将端口11从隔离组中移除。SW4从IPP口接收到广播报文后，发现业务为VXLAN1或3，则向VXLAN1或3绑定且不在隔离组中的端口广播报文，将向端口11广播报文。但不向SW4与用户2之间的链路广播报文，因为之前SW3已向用户2发送了这个报文。
[0072] 本申请的方案中，若用户策略为全部广播，则不受业务类型的限制，可适用于任何类型的业务。
[0073] 若用户策略为精确广播，本申请的方案可以用于多层VLAN标签的接入，如果接入的数据包包含有一层以上的标签，只取最外层的VLAN标签作为接入VLAN标签来查下发到转发层面的记录表(例如表3，表6)，然后再在外层打上查到的外层VLAN标签。至于内层有几层标签，对处理没有影响。
[0074] 当用户策略为精确广播时，本申请也可以扩展到多层次的QinQ VPN接入，端口是逻辑端口，可以是物理存在的端口，也可以是一个虚拟的端口。在QinQ网络中外层的VLAN与VPN是存在对应关系的，可以通过配置查询接入VLAN标签+端口号查到VPN标识，再通过VPN标识得到外层VLAN其效果是一样的。VLAN标签只是数据包的一个特性，也是最常用的特性，也可以通过数据包的其它特性，例如地址段、协议类型等特性来决定外层VLAN的标签。也可以根据数据包的地址、协议类型、IP子网等其它表征数据流特征的类型与端口来决定外层VLAN标识，实现更为灵活的接入。根据得到的最外层VLAN标识来查下发到转发层面的记录表(例如表3，表6)。
[0075] 基于上述实施例给出如下的产品方案。
[0076] 图4是本申请实施例中的一种报文转发装置的结构图。分布式链路聚合组网中包括多个分布式中继DR设备以及多个内链链路IPL,其中同一个内链链路IPL两端的DR设备分别是第一DR设备和第二DR设备，该报文转发装置位于所述第一DR设备中，则如图4所示，该报文转发装置400包括：
[0077] 广播流量管理模块401，用于根据预设策略确定第一DR设备上的IPL转发广播报文集合；
[0078] 广播流量转发模块402，用于在第一DR设备收到广播报文时，判断该广播报文的标识信息是否存在于所述第一DR设备上的IPL转发广播报文集合中；如果存在，则将该广播报文转发到所述IPL上，反之不转发到所述IPL上。
[0079] 在本申请的一个实施例中，所述广播流量管理模块401，用于根据第一DR设备的本地决策策略确定需要向所述IPL转发的广播报文的标识信息集合，称为第一报文标识信息集合，将该第一报文标识信息集合作为所述第一DR设备上的IPL转发广播报文集合；或者，用于接收第二DR设备发送的第二报文标识信息集合，该第二报文标识信息集合是根据第二DR设备的本地决策策略确定的需要向所述IPL转发的广播报文的标识信息集合，将该第二报文标识信息集合作为所述第一DR设备上的IPL转发广播报文集合；或者，取所述第一报文标识信息集合与所述第二报文标识信息集合的并集，作为所述第一DR设备上的IPL转发广播报文集合。
[0080] 在本申请的一个实施例中，所述广播流量管理模块401，用于当第一DR设备本地有未加入分布式聚合链路的业务链路，或者，第一DR设备或第二DR设备上的分布式聚合链路故障时，确定需要向所述IPL转发广播报文，并进一步确定需要向所述IPL转发的广播报文的标识信息集合。
[0081] 在本申请的一个实施例中，所述广播流量管理模块401，用于根据如下中的一种或多种方式来感知第一DR设备或第二DR设备上的分布式聚合链路的故障：
[0082] 检测物理链路的故障和由故障恢复的状态；
[0083] 接收DR端口对端设备的分布式聚合链路故障通知；
[0084] 通过检测协议检测链路故障。
[0085] 在本申请的一个实施例中，该装置400还包括：业务记录模块403；
[0086] 所述广播流量管理模块401，用于在确定需要向所述IPL转发广播报文后，进一步查看用户策略配置信息是全部广播还是精确广播；如果是全部广播，则确定需要向所述IPL转发所有业务的广播报文；如果是精确广播，则确定需要向所述IPL转发部分指定业务的广播报文；
[0087] 所述业务记录模块403，用于记录确定需要向所述IPL转发的广播报文的标识信息集合。
[0088] 在本申请的一个实施例中，所述业务记录模块403，用于在精确广播时，遍历通过第一DR设备转发的业务，对于通过第一DR设备转发的一个业务，如果第一DR设备上的转发该业务的接口中存在非DR接口或故障DR接口，则确定该业务属于所述的部分指定业务。
[0089] 在本申请的一个实施例中，广播流量转发模块402，进一步用于当通过所述IPL接收到第二DR设备发送的广播报文时，向第一DR设备上的属于该广播报文的业务且不在隔离组内的端口转发该广播报文。
[0090] 对于报文转发装置的实施例而言，由于基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的报文转发装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元或模块可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0091] 图5是本申请实施例中的一种分布式链路聚合组网中的DR设备的结构示意图。如图5所示，该DR设备500包括如前所述的报文转发装置400。该DR设备400为交换机或路由器。
[0092] 图6是本申请又一个实施例提供的一种DR设备的结构示意图。如图6所示，该DR设备600包括：
[0093]
存储器620：用于存储指令代码。在本申请的一个实施例中，存储器620存储的是报文转发指令。
[0094] 处理器610：用于与存储器通信，读取和执行存储器中存储的所述指令代码，实现本申请上述示例公开的广播报文转发操作。
[0095] 这里，存储器620可以是任何
电子、
磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，
随机存取存储器)、易失存储器、
非易失性存储器、闪存、存储
驱动器(如
硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。
[0096] 需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0097] 综上所述，在本申请的技术方案中，首先确定DR设备上的IPL转发广播报文集合，当DR设备收到广播报文时，判断该广播报文的标识信息是否存在于该DR设备上的IPL转发广播报文集合中，如果存在，则将该广播报文转发到所述IPL上，反之不转发到所述IPL上，从而避免了在IPL上发送无谓的广播报文(即对端DR设备不会再进行任何转发的广播报文)，节省了带宽资源。
[0098] 在一个实施例中，同一IPL两端的DR设备分别根据本地的决策策略确定需要向IPL转发的广播报文后通知给对方，然后每个DR设备取自身和对端邻居DR设备所确定的需要向IPL转发的广播报文的并集，对于属于该并集的广播报文才将其转发到IPL上，对于不属于该并集的报文则不转发到IPL上，从而避免了在IPL上发送无谓的广播报文，节省了带宽资源。
[0099] 以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何
修改、等同替换、改进等，均包含在本申请的保护范围内。
