专利名称：网络中的二层业务处理方法和系统以及设备的利记博彩app
技术领域：
本发明实施例涉及通信技术，尤其涉及一种网络中的二层业务处理方法和系统以 及设备。
背景技术：
网络设备节点的双归保护技术是一种把一个网络节点通过主备两条链路连接到 另外一个网络区域中两个不同的网络设备上，以通过主备链路的相互备份保护来提高网络 的可靠性。多框链路聚合组(Multi-chassis LinkAggregation Group ；简称MC_LAG)是比 较常见的针对以太链路的双归保护技术。具体的，LAG是指将多条连接到同一设备的链路捆 绑在一起，以便于增加带宽和改善链路的可靠性。聚合的链路可以的当作是一条逻辑链路， MC-LAG是对设备内的LAG的扩展，可以将多个设备上的数据链路聚合在一起形成链路聚合 组，从而提高可用带宽，并且当某条链路或某个设备失效时，自动将数据业务切换到MC-LAG 的其他可用链路上，从而增强链路的可靠性。图1为现有技术中二层网络的结构示意图，如图1所示，该二层网络包括交换 机 11、数字用户线路接入复用器(Digital Subscriber Line AccessMultiplexer ；简称 DSLAM)12、终端13和路由器14。其中，交换机11与DSLAM 12相连的端口为A端口，且与 DSLAM 12之间的链路为主链路；交换机11与DSLAM 12相连的端口为B端口，且与DSLAM 12之间的链路为备用链路。在主链路正常状态时，交换机11通过A端口和主链路，将从路 由器14接收的组播业务或单播业务，发送给DSLAM 12，再由DSLAM 12将该组播业务或单播 业务发送给与之连接的终端13。当主链路出现故障时，交换机11可以通过B端口和备用链 路，将从路由器14接收的组播业务或单播业务，发送给DSLAM 12，再由DSLAM 12将该组播 业务或单播业务发送给与之连接的终端13。然而，当主链路出现故障时，交换机上该终端的用户的媒体访问控制(Media Access Control ；简称MAC)转发表中的出端口仍然是A端口，从而导致下行的单播业务或 组播业务不能绕过故障链路，进而导致端到端业务不能够快速恢复。
发明内容
本发明实施例提供一种网络中的二层业务处理方法和系统以及设备，用以解决现 有技术中，在网络设备通过链路双归属保护，且链路发生保护切换时，网络中的二层业务恢 复时间过长的问题。本发明实施例提供一种网络中的二层业务处理方法，其中，所述网络包括用户边 缘设备和交换设备，其中，所述用户边缘设备的第一端口与所述交换设备的第三端口相连， 所述用户边缘设备的第二端口与所述交换设备的第四端口相连，所述方法包括设置所述第一端口所连接的链路为主链路，并阻塞所述第二端口 ；当检测到故障出现在所述第一端口连接的链路出现故障时，激活/打开所述第二 端口，通过所述第二端口向所述交换设备发送携带所述用户边缘设备的监听信息的报文，
4以使得所述交换设备根据所述报文建立所述监听信息和所述第四端口的对应关系。本发明实施例提供一种用户边缘设备，包括第一端口，用于与交换设备上的第三端口相连；第二端口，用于与所述交换设备上的第四端口相连；设置模块，用于设置所述第一端口所连接的链路为主链路，并阻塞所述第二端 Π ；故障处理模块，用于当检测到所述第一端口连接的链路出现故障时，激活/打开 所述第二端口；网络接口模块，用于通过所述第四端口向所述交换设备发送携带所述用户边缘设 备的监听信息的报文，以使得所述交换设备根据所述报文建立所述监听信息和所述第四端 口的对应关系。本发明实施例提供一种网络侧设备，包括第三端口，用于与用户边缘设备的第一端口相连；第四端口，用于与所述用户边缘设备的第二端口相连；报文接收模块，用于在所述第一端口连接的链路出现故障时，通过所述第四端口 接收来自所述用户边缘设备的报文，所述报文携带有所述用户边缘设备的监听信息；报文处理模块，用于根据所述报文建立所述监听信息和所述第四端口的对应关系。本发明实施例提供一种二层业务处理系统，其中，所述系统包括用户边缘设备和 交换设备，所述用户边缘设备上设置有第一端口和第二端口，所述第一端口和所述交换设 备上的第三端口相连，所述第二端口和所述交换设备上的第四端口相连，所述用户边缘设备，用于设置所述第一端口所连接的链路为主链路，阻塞所述第 二端口，当检测到所述第一端口连接的链路出现故障时，激活/打开所述第二端口，通过所 述第二端口向所述交换设备发送携带有所述用户边缘设备的监听信息的报文；所述交换设备，用于根据所述报文建立所述监听信息和第四端口的对应关系。本发明实施例的网络中的二层业务处理方法和系统以及设备，通过在网络中设置 用户边缘设备和交换设备，其中，用户边缘设备的第一端口与交换设备的第三端口相连，用 户边缘设备的第二端口与交换设备的第四端口相连，并设置第一端口所连接的链路为主链 路，并阻塞第二端口 ；当检测到第一端口连接的链路出现故障时，激活/打开第二端口，并 通过第二端口向交换设备发送携带有用户边缘设备的监听信息的报文，以使得交换设备根 据该报文建立监听信息和第四端口的对应关系，从而解决了现有技术中，在网络设备通过 链路双归属保护，且链路发生保护切换时，网络中的二层业务恢复时间过长的问题，实现了 二层业务的快速恢复。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发 明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以 根据这些附图获得其他的附图。
图1为现有技术中基于MC-LAG的二层网络的结构示意图；图2为本发明网络中的二层业务处理方法的一个实施例的流程图；图3为本发明基于二层业务处理的网络架构的一个结构示意图；图4为实现网络中的二层业务处理所基于的以太链路的双归保护技术下的二层 网络的网络结构示意图；图5为本发明网络中的二层业务处理方法的另一个实施例的流程图；图6为本发明端到端业务的处理方法的又一个实施例的流程图；图7为实现网络中的二层业务处理所基于的无线光网络(Passive OpticalNetwork ；简称Ρ0Ν)的双归保护技术的二层网络结构示意图；图8为本发明CE设备的一个实施例的结构示意图；图9为本发明网络侧设备的一个实施例的结构示意图；图10为本发明二层业务处理系统的一个实施例的结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。图2为本发明网络中的二层业务处理方法的一个实施例的流程图，图3为本发明 基于二层业务处理的网络架构的一个结构示意图，如图2和图3所述，该网络包括用户边缘 (Customer Edge ；简称CE)设备21、第一交换设备22，该CE设备21的第一端口与第一交 换设备22的第三端口相连，该CE设备21的第一端口与第一交换设备22的第三端口相连， 本实施例的方法包括步骤101、设置第一端口所连接的链路为主链路，并阻塞第二端口。在本实施例中，CE设备21可以设置第一端口所连接的链路为主链路，即设置第一 端口与第三端口之间的链路为主链路，用于接收第一交换设备转发的单播、组播以及广播 报文。CE设备21还可以设置第二端口所连接的链路为备用链路，即设置第二端口与第四 端口之间的链路为备用链路，并阻塞该第二端口，从而使得CE设备21通过第一端口接收单 播、组播以及广播报文。本实施例中并不对哪个链路是主链路，哪个是备用链路进行限制，本领域技术人 员可以根据实际需要任意设置，例如CE设备可以设置第二端口与第四端口之间的链路为 主链路，设置第一端口与第三端口之间的链路为备用链路，并阻塞该第一端口，从而使得CE 设备通过第二端口接收单播、组播业务以及广播报文。步骤102、当检测到第一端口连接的链路出现故障时，激活/打开第二端口，通过 第二端口向第四端口发送携带有CE设备21的监听信息的报文，以使得该第一交换设备22 根据报文建立监听信息和第四端口的对应关系。 在本实施例中，当二层业务为单播业务时，CE设备21的监听信息可以包括CE设备 21的MAC地址信息；或者包括CE设备21的MAC地址信息和CE设备21连接的用户设备的 地址信息，报文可以具体为地址解析协议(Address Resolution Protocol ；简称ARP)报文。当检测到第一端口连接的链路出现故障，即主链路出现故障时，CE设备21可以通过第 二端口向第一交换设备的第四端口发送ARP报文，第一交换设备22可以根据通过第四端口 接收的该ARP报文，将单播转发表中的出端口设置为第四端口，即建立监听信息和第四端 口的对应关系，从而使得第一交换设备22可以通过第四端口向第二端口发送单播业务。其 中，单播转发表中还包括CE设备21的MAC地址信息，或者CE设备21的MAC地址信息和用 户设备的地址信息。当二层业务为组播业务时，CE设备21的监听信息可以为组播节目标识，则报文 可以具体为因特网组管理协议(Internet Group Management Protocol ；简称IGMP)请求 (Request)报文；当检测到故障出现在第一端口和第三端口之间，即主链路出现故障时，CE 设备21可以通过第二端口向第一交换设备的第四端口发送IGMP Request报文，第一交换 设备22可以根据从第四端口接收的该IGMP Request报文，将组播转发表中的出端口设置 为第四端口，从而使得第一交换设备22可以通过第四端口向第二端口发送组播业务。需要说明的是，当CE设备21处理的是三层业务时，CE设备21需要上报自身的MAC 地址，这样第一交换设备22会在转发表中保存该MAC地址，并设置出端口为第四端口，当第 一交换设备22收到来自网络侧的下行报文时，该下行报文携带有CE设备21的MAC地址以 及用户设备的IP地址，根据转发表中的出端口，将该下行报文通过第四端口发送给CE设备 21 ；另外，CE设备21上保存有用户设备的MAC地址和IP地址的对应关系，在收到下行报文 后，去掉报文中自身的MAC地址，将用户设备的IP地址换成用户设备的MAC地址后通过对 应端口发送给用户设备。当CE设备21处理的是二层业务时，CE设备21需要上报的是自身的MAC地址以 及连接的用户设备的MAC地址，第一交换设备22分别在转发表中保存这两个MAC地址，并 设置出端口为第四端口，当接收到携带有用户设备的MAC地址的下行报文时，根据转发表 将下行报文通过第四端口发送给CE设备21，CE设备21根据用户设备的MAC地址将下行报 文转发给用户设备。在本实施例中，通过在网络中设置用户边缘设备和交换设备，其中，用户边缘设备 的第一端口与交换设备的第三端口相连，用户边缘设备的第二端口与交换设备的第四端口 相连，并设置第一端口所连接的链路为主链路，并阻塞第二端口 ；当检测到第一端口连接 的链路出现故障时，激活/打开第二端口，并通过第二端口向交换设备发送携带有用户边 缘设备的监听信息的报文，以使得交换设备根据该报文建立监听信息和第四端口的对应关 系，从而解决了现有技术中，在网络设备通过链路双归属保护，且链路发生保护切换时，网 络中的二层业务恢复时间过长的问题，实现了二层业务的快速恢复。图4为实现网络中的二层业务处理所基于的以太链路的双归保护技术下的二层 网络的网络结构示意图，如图4所示，该二层网络包括交换机31、交换机32、交换机33、交 换机；34、路由器35和用户设备36。其中，交换机31的第一端口通过交换机32与交换机34 的第三端口相连，交换机31的第二端口通过交换机33与交换机34的第四端口相连。图5为本发明网络中的二层业务处理方法的另一个实施例的流程图，本实施例以 上述图4所示网络架构为基础，并以二层业务为单播业务、CE设备为交换机31、第一交换设 备为交换机；34、第二交换设备为交换机32、第三交换设备为交换机33为例，详细介绍本实 施例的技术方案，如图5所示，本实施例的方法包括
步骤201、设置第一端口与交换机32之间的链路为主链路，设置第二端口与交换 机33之间的链路为备用链路，并阻塞第二端口。步骤202、进行地址解析协议侦听(Address Resolution Protocol snooping ；简 称ARP snooping)，监听到用户设备的网络之间互连的协议(InternetProtocol ；简称 IP)地址和该IP地址对应的MAC地址。在本实施例中，当交换机31设置第一端口与交换机32之间的链路为主链路时，将 ARP报文向网络侧广播，该ARP报文中包括用户设备的IP地址和该IP地址对应的MAC地址 以及交换机机31的MAC地址，由于阻塞了第二端口，因此，该ARP报文从交换机32转发给 交换机34，交换机34通过第三端口接收到该ARP报文后，将单播转发表中的出端口设置为 第三端口，其中，该单播转发表项中包括交换机31的地址信息和用户设备的地址信息，从 而使得交换机；34根据该出端口，将从路由器35接收的单播业务通过第三端口发送给交换 机32，并由交换机32通过主链路将该单播业务转发给交换机31。步骤203、在检测到第一端口连接的链路出现故障时，打开/激活第二端口，通过 第二端口向第四端口发送携带有交换机31的MAC地址和用户设备的MAC地址的ARP报文， 以使得交换机；34根据ARP报文，建立交换机31的MAC地址和用户设备的MAC地址与第四 端口的对应关系。在本实施例中，该单播转发表项中包括交换机31的MAC地址和用户设备的MAC地 址。具体的，第一端口和第三端口之间的故障可以包括主链路出现故障、交换机32与交 换机34之间的链路出现故障，或者交换机32与交换机34之间的网络中的链路或节点出现 故障。其中，该网络可以为二层以太网、三层以太网或者多协议标签交换(Multi-Protocol Label Switching ；简称MPLS)网络。另外，在本实施例中，交换机31检测第一端口连接的链路是否出现故障的实现方 式可以有如下几种方式第一种交换机34每隔预定时间向交换机32发送第二检测消息，交换机32每隔 预定时间向交换机31发送第一检测消息，该第一检测消息和第二检测消息可以是以太操 作管理维护(Operation Administration Maintenance ；简称0AM)消息或其他检测消息。若在预定时间内，交换机32没有接收到交换机34发送的第二检测消息，则发送通 知消息给交换机31，告知交换机31故障出现在交换机34与交换机32之间的网络中的链路 或节点，或者故障出现在交换机34与交换机32之间的链路。或者，若在预定时间内，交换机31没有接收到交换机32发送的第一检测消息，则 判定主链路出现故障。第二种交换机34每隔预定时间通过交换机32向交换机31发送第二检测消息。若在预定时间内，交换机31没有接收到交换机34通过交换机32转发的第二检测 消息，则判定故障为主链路故障；或者，故障出现在交换机32和交换机34之间的链路；或 者故障出现在交换机32和交换机34之间的网络中的链路或者节点。在本实施例中，交换机31在检测到第一端口连接的链路出现故障时，交换机31可 以打开/激活第二端口，并将携带有交换机31的MAC地址和用户设备的MAC的ARP报文向 网络侧广播，由于第一端口连接的链路出现故障，打开第二端口，因此，可以通过第二端口 向交换机33发送ARP报文，并由交换机33将该ARP报文发送给交换机34，交换机34通过第四端口接收到该ARP报文后，快速在第四端口学习到交换机31的MAC地址和用户设备的 MAC地址，从而设置单播转发表中的出端口为第四端口，其中，该单播转发表中还包括交换 机31的地址信息和用户设备的MAC地址，即建立交换机31的MAC地址和用户设备的MAC地 址与第四端口的对应关系，使得交换机34根据对应关系，将从路由器35接收的单播业务， 通过第四端口发送给交换机33，再由交换机33将该单播业务转发给交换机31，最后由交换 机31将该单播业务转发给用户设备36。在本实施例中，通过设置第一端口与交换机32之间的链路为主链路、设置第二端 口与交换机33之间的链路为备用链路，并阻塞第二端口，当交换机31在检测到第一端口连 接的链路出现故障时，打开/激活阻塞的第二端口，并将交换机31的MAC地址和用户设备 的MAC地址携带在ARP中，将监听到的用户设备的MAC地址携带在APR报文中，通过第二端 口发送给第四端口，以供交换机34通过第四端口接收该ARP报文，并根据该ARP报文，建立 交换机31的MAC地址和用户设备的MAC地址与第四端口的对应关系，从而解决了现有技术 中，在网络设备通过链路双归属保护，且链路发生保护切换时，单播业务恢复时间过长的问 题，实现了单播业务的快速恢复。图6为本发明端到端业务的处理方法的又一个实施例的流程图，本实施例以上述 图4所示网络架构为基础，并以端到端的业务为组播业务、CE设备为交换机31、第一交换设 备为交换机；34、第二交换设备为交换机32、第三交换设备为交换机33为例，详细介绍本实 施例的技术方案，如图6所示，本实施例的方法包括步骤301、设置第一端口与交换机32之间的链路为主链路，设置第二端口与交换 机33之间的链路为备用链路，并阻塞第二端口。步骤302、进行因特网组管理协议侦听(Internet Group ManagementProtocol snooping ；简称IGMP snooping)或者IGMP代理服务器(proxy)，监听到用户设备中的用户 请求，该用户请求包括组播节目标识。在本实施例中，当设置第一端口与交换机32之间的链路为主链路时，由于阻塞第 二端口，携带有组播节目标识的IGMP请求(Request)报文是通过第一端口连接的主链路发 送给交换机32，并由交换机32将该TGMP Request报文发送给交换机34，交换机34通过第 一端口接收到该IGMP Request报文后，设置组播转发表中的出端口为第一端口，从而使得 交换机34根据出端口，将从路由器35接收的组播业务通过第一端口发送给交换机32，并由 交换机32通过主链路将该组播业务转发给交换机31。步骤303、当检测到第一端口连接的链路出现故障时，激活/打开第二端口，通过 第二端口向第四端口发送携带有组播节目标识的IGMP Request报文，以使得交换机34根 据第四端口接收的IGMP Request报文，建立组播节目标识和第四端口的对应关系。具体的，交换机31检测第一端口连接的链路是否出现故障的实现方式与图5所示 实施例中的检测方式相同，此处不再赘述。另外，在本实施例中，当交换机31在检测到第一端口连接的链路出现故障时，交 换机31可以打开先前阻塞的第二端口，并将组播节目标识携带在IGMP Request报文中，通 过第二端口连接的备用链路发送给交换机32，再由交换机32将该IGMP Request报文发送 给交换机34，交换机34的第四端口接收到该IGMP Request报文后，快速设置组播转发表中 的出端口为第四端口，即建立组播节目标识和第四端口的对应关系，使得交换机34根据该对应关系，将由路由器35接收的组播业务，通过第四端口转发给交换机33，再由交换机33 将该组播业务转发给交换机31，最后由交换机31将该组播业务转发给用户设备36。在本实施例中，通过设置第一端口与交换机32之间的链路为主链路、设置第二端 口与交换机33之间的链路为备用链路，并阻塞第二端口，当交换机31在检测第一端口连 接的链路出现故障时，打开先前阻塞的第二端口，并将监听到的组播节目标识携带在IGMP Request报文中，通过第二端口连接的备用链路发送给交换机33，再由交换机33发送给交 换机34，交换机34通过第四端口接收到该IGMP Request报文后，快速设置组播转发表中的 出端口为第四端口，即建立组播节目标识和第四端口的对应关系，从而解决了现有技术中， 在网络设备通过链路双归属保护，且链路发生保护切换时，组播业务恢复时间过长的问题， 实现了组播业务的快速恢复。图7为实现网络中的二层业务处理所基于的PON的双归保护技术的二层网络结构 示意图，如图7所示，该二层网络包括光网络单元(Optical NetworkUnit ；简称0NU)41、 光线路终端(Optical Line Terminal ；简称0LT) 42、0LT 43、交换机44、路由器45和用户 设备46。其中，ONU 41的第一端口通过OLT 42与交换机44的第三端口相连，ONU 41的 第二端口通过0LT43与交换机44的第四端口相连，且ONU 41分别通过1 N光分路器与 0LT42和OLT 43相连。需要说明的是，本实施例中，CE设备为ONU 41、第一交换设备交换 机44，第二交换设备为OLT 42以及第三交换设备为OLT 43。且实现网络中的二层业务处 理还可以基于图7所示的PON的双归保护技术的二层网络，其实现原理与图5或图6所示 的方法实施例的实现方式类似，此处不再赘述。图8为本发明CE设备的一个实施例的结构示意图，如图7所示，本实施例的CE设 备包括第一端口 51、第二端口 52、设置模块53、故障处理模块M和网络接口模块55。其 中，第一端口 51与第一交换设备上的第三端口相连，第二端口 52与第一交换设备上的第四 端口相连，设置模块53用于设置第一端口 51所连接的链路为主链路，并阻塞第二端口 52 ； 故障处理模块M用于在检测到故障出现在第一端口 51连接的链路出现故障时，打开/激 活第二端口 52;网络接口模块55用于通过第二端口 52向第一交换设备发送携带有CE设 备的监听信息的报文。本实施例的CE设备可以执行图2所示的方法实施例的技术方案，其原理类似，此 处不再赘述。在本实施例中，通过在网络中设置用户边缘设备和交换设备，其中，用户边缘设备 的第一端口与交换设备的第三端口相连，用户边缘设备的第二端口与交换设备的第四端口 相连，并设置第一端口所连接的链路为主链路，并阻塞第二端口 ；当检测到第一端口连接 的链路出现故障时，激活/打开第二端口，并通过第二端口向交换设备发送携带有用户边 缘设备的监听信息的报文，以使得交换设备根据该报文建立监听信息和第四端口的对应关 系，从而解决了现有技术中，在网络设备通过链路双归属保护，且链路发生保护切换时，网 络中的二层业务恢复时间过长的问题，实现了二层业务的快速恢复。进一步的，在上述图8所示实施例的基础上，本实施例中的CE设备的第一端口 51 还可以通过第二交换设备与第一交换设备的第三端口相连，CE设备的第二端口 52还可以 通过第三交换设备与第一交换设备的第四端口相连，则CE设备中的设置模块53具体用于 设置第一端口 51和第二交换设备之间的链路为主链路；设置第二端口与第三交换设备之间的链路为备用链路，并阻塞第二端口 52。更进一步的，在上述图8所示实施例的基础上，本实施例的网络接口模块55具体 用于通过第二端口 52向第四端口发送携带有CE设备的地址信息的ARP解析协议报文。或 者，网络接口模块55具体用于通过第二端口 52向第四端口发送携带有CE设备的地 址信息和与CE设备所连接的用户设备的地址信息的ARP报文。需要说明的是，该地址信息可以具体为MAC地址。更进一步的，在上述图8所示实施例的基础上，本实施例的网络接口模块具体用 于通过第二端口 52向第四端口发送携带有组播节目标识的IGMPRequest报文。图9为本发明网络侧设备的一个实施例的结构示意图，如图9所示，本实施例的设 备包括第三端口 61、第四端口 62、报文接收模块63和报文处理模块64。其中，第三端口 61用于与CE设备的第一端口相连；第四端口 62用于与CE设备的第二端口相连；报文接收 模块63用于在第一端口连接的链路出现故障时，通过第四端口 62接收来自CE设备的报 文，该报文携带有用户设备的监听信息；报文处理模块64用于根据报文建立监听信息和第 四端口 62的对应关系。具体的，当报文接收模块63在CE设备的第一端口连接的链路出现故障时，通过第 四端口 62接收来自CE设备的携带有CE设备的地址信息的ARP报文，则报文处理模块64根 据携带有CE设备的地址信息的ARP报文，设置单播转发表中的出端口为第四端口 62，即建 立CE设备的地址信息与第四端口 62的对应关系，其中，该地址信息可以具体为MAC地址。 或者，当报文接收模块63在CE设备的第一端口连接的链路出现故障时，通过第四端口 62接收来自CE设备的携带有CE设备的地址信息和CE设备连接的用户设备的地址信息的 ARP报文，则报文处理模块64根据该ARP报文，设置单播转发表中的出端口为第四端口 62， 即建立CE设备的地址信息和CE设备连接的用户设备的地址信息与第四端口 62的对应关 系。其中，该地址信息可以具体为MAC地址；或者，当报文接收模块63在CE设备的第一端口连接的链路出现故障时，通过第四端口 62接收来自CE设备的携带有组播节目标识的IGMP Request报文；则报文处理模块64根 据通过第四端口 62接收的该IGMP Request报文，设置组播转发表中的出端口为第四端口 62，即建立组播节目标识与第四端口 62的对应关系。在本实施例中，通过第四端口接收来自CE设备发送的携带有CE设备的监听信息 的报文，建立监听信息与第四端口的对应关系，从而解决了现有技术中，在网络设备通过链 路双归属保护，且链路发生保护切换时，网络中的二层业务恢复时间过长的问题，实现了二 层业务的快速恢复。进一步的，在上述图9所示的实施例的基础上，该网络侧设备还可以包括网络接 口模块，用于接收来自网络侧的报文，则报文处理模块64还用于根据该对应关系将来自网 络侧的报文转发给CE设备。图10为本发明二层业务处理系统的一个实施例的结构示意图，如图10所示，本实 施例的系统包括第一交换设备71和CE设备72，其中，CE设备72上设置有第一端口和第 二端口，第一端口和第一交换设备71上的第三端口相连，第二端口和第一交换设备71上的第四端口相连。具体的，CE设备72用于设置第一端口所连接的链路为主链路，阻塞第二端 口，当检测到第一端口连接的链路出现故障时，激活/打开第二端口，通过第二端口向第一 交换设备71发送携带有CE设备72的监听信息的报文；第一交换设备71用于根据该报文 建立监听信息和第四端口的对应关系。进一步的，该监听信息可以包括组播节目标识，则第一交换设备71还用于接收来 自网络侧的携带有组播节目标识的报文，根据组播节目标识和第四端口的对应关系将来自 网络侧的报文通过第四端口组播给CE设备72。或者，该监听信息还可以包括CE设备72的地址信息，或者包括CE设备72的地址信息 和CE设备72所连接的用户设备的地址信息，则第一交换设备71还用于接收来自网络侧的 携带有地址信息的报文，根据该地址信息和第四端口的对应关系，将来自网络侧的携带有 该地址信息的报文通过第四端口单播给CE设备72。在本实施例中，该系统解决了现有技术中，在网络设备通过链路双归属保护，且链 路发生保护切换时，二层业务恢复时间过长的问题，实现了二层业务的快速恢复。进一步的，在本发明的另一个实施例中，在上述图10所示实施例的基础上，该系 统还可以包括第二交换设备和第三交换设备，其中，CE设备72的第一端口通过第二交换设 备与第一交换设备71的第三端口相连，CE设备72的第二端口通过第三交换设备与第一交 换设备71的第四端口相连。具体的，CE设备72可以为交换机；第一交换设备71、第二交换设备和三交换设备 可以为交换机、运营商边缘(Provider Edge ；简称PE)设备或者MPLS设备。更为具体的， 主链路和备用链路可以为LAG。更进一步的，在本发明的又一个实施例中，在上述图10所示实施例的基础上，该 系统还可以包括第二交换设备和第三交换设备，其中，CE设备72的第一端口通过第二交换 设备与第一交换设备71的第三端口相连，CE设备72的第二端口通过第三交换设备与第一 交换设备71的第四端口相连。具体的，该CE设备72可以为ONU ；第二交换设备和第三交换设备可以为0LT，第一 交换设备71可以为交换机、PE设备或者MPLS设备。且CE设备72与第二交换设备之间通 过第一光分路器相连接，CE设备72与第三交换设备之间通过第二光分路器相连接，其中第 一光分路器和第二光分路器为1N光分路器。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者 光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
1.一种网络中的二层业务处理方法，其特征在于，所述网络包括用户边缘设备和交换 设备，其中，所述用户边缘设备的第一端口与所述交换设备的第三端口相连，所述用户边缘 设备的第二端口与所述交换设备的第四端口相连，所述方法包括设置所述第一端口所连接的链路为主链路，并阻塞所述第二端口 ； 当检测到所述第一端口连接的链路出现故障时，激活/打开所述第二端口，通过所述 第二端口向所述交换设备发送携带所述用户边缘设备的监听信息的报文，以使得所述交换 设备根据所述报文建立所述监听信息和所述第四端口的对应关系。
2.根据权利要求1所述的方法，其特征在于所述监听信息包括所述用户边缘设备的地址信息，或者，包括所述用户边缘设备的地 址信息和所述用户边缘设备所连接的用户设备的地址信息。
3.根据权利要求2所述的方法，其特征在于，所述地址信息为设备的媒体访问控制MAC 地址。
4.根据权利要求1所述的方法，其特征在于，所述监听信息包括组播节目标识。
5.一种用户边缘设备，其特征在于，包括 第一端口，用于与交换设备上的第三端口相连；第二端口，用于与所述交换设备上的第四端口相连；设置模块，用于设置所述第一端口所连接的链路为主链路，并阻塞所述第二端口 ； 故障处理模块，用于当检测到所述第一端口连接的链路出现故障时，激活/打开所述第二端口 ；网络接口模块，用于通过所述第二端口向所述交换设备发送携带所述用户边缘设备的 监听信息的报文，以使得所述交换设备根据所述报文建立所述监听信息和所述第四端口的 对应关系。
6.一种网络侧设备，其特征在于，包括 第三端口，用于与用户边缘设备的第一端口相连； 第四端口，用于与所述用户边缘设备的第二端口相连；报文接收模块，用于在所述第一端口连接的链路出现故障时，通过所述第四端口接收 来自所述用户边缘设备的报文，所述报文携带有所述用户边缘设备的监听信息；报文处理模块，用于根据所述报文建立所述监听信息和所述第四端口的对应关系。
7.根据权利要求6所述的设备，其特征在于，所述网络侧设备还包括网络接口模块，用于接收来自网络侧的报文； 所述报文处理模块还用于根据所述对应关系将来自所述网络侧的报文转发给所述用 户边缘设备。
8.—种二层业务处理系统，其特征在于，所述系统包括用户边缘设备和交换设备，所述 用户边缘设备上设置有第一端口和第二端口，所述第一端口和所述交换设备上的第三端口 相连，所述第二端口和所述交换设备上的第四端口相连，所述用户边缘设备，用于设置所述第一端口所连接的链路为主链路，阻塞所述第二端 口，当检测到所述第一端口连接的链路出现故障时，激活/打开所述第二端口，通过所述第 二端口向所述交换设备发送携带有所述用户边缘设备的监听信息的报文；所述交换设备，用于根据所述报文建立所述监听信息和第四端口的对应关系。
9.根据权利要求8所述的系统，其特征在于，所述监听信息包括组播节目标识，则所述 交换设备还用于接收来自网络侧的携带有所述组播节目标识的报文，根据组播节目标识和 所述第四端口的对应关系将来自网络侧的报文通过第四端口组播给所述用户边缘设备。
10.根据权利要求8或9所述的系统，所述监听信息包括所述用户边缘设备的地址信 息，或者包括所述用户边缘设备的地址信息和所述用户边缘设备所连接的用户设备的地址 信息，则所述交换设备还用于接收来自网络侧的携带有地址信息的报文，根据地址信息和 第四端口的对应关系将来自网络侧的携带有地址信息的报文通过所述第四端口单播给所 述用户边缘设备。
全文摘要
本发明提供一种网络中的二层业务处理方法和系统以及设备，该网络包括用户边缘设备和交换设备，其中，用户边缘设备的第一端口与交换设备的第三端口相连，用户边缘设备的第二端口与交换设备的第四端口相连，该方法包括设置第一端口所连接的链路为主链路，并阻塞第二端口；当检测到第一端口连接的链路出现故障时，激活/打开第二端口，通过第二端口向交换设备发送携带用户边缘设备的监听信息的报文，以使得交换设备根据报文建立俄监听信息和第四端口的对应关系。
文档编号H04L12/24GK102137009SQ201110033988
公开日2011年7月27日 申请日期2011年1月31日 优先权日2011年1月31日
发明者孟凡敏, 普云, 罗勇, 陈颖 申请人:华为技术有限公司