CN102137009B - 网络中的二层业务处理方法和系统以及设备 - Google Patents
网络中的二层业务处理方法和系统以及设备 Download PDFInfo
- Publication number
- CN102137009B CN102137009B CN201110033988.8A CN201110033988A CN102137009B CN 102137009 B CN102137009 B CN 102137009B CN 201110033988 A CN201110033988 A CN 201110033988A CN 102137009 B CN102137009 B CN 102137009B
- Authority
- CN
- China
- Prior art keywords
- port
- edge device
- link
- address information
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种网络中的二层业务处理方法和系统以及设备,该网络包括用户边缘设备和交换设备,其中,用户边缘设备的第一端口与交换设备的第三端口相连,用户边缘设备的第二端口与交换设备的第四端口相连,该方法包括:设置第一端口所连接的链路为主链路,并阻塞第二端口;当检测到第一端口连接的链路出现故障时,激活/打开第二端口,通过第二端口向交换设备发送携带用户边缘设备的监听信息的报文,以使得交换设备根据报文建立俄监听信息和第四端口的对应关系。
Description
技术领域
本发明实施例涉及通信技术,尤其涉及一种网络中的二层业务处理方法和系统以及设备。
背景技术
网络设备节点的双归保护技术是一种把一个网络节点通过主备两条链路连接到另外一个网络区域中两个不同的网络设备上,以通过主备链路的相互备份保护来提高网络的可靠性。多框链路聚合组(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端口,从而导致下行的单播业务或组播业务不能绕过故障链路,进而导致端到端业务不能够快速恢复。
发明内容
本发明实施例提供一种网络中的二层业务处理方法和系统以及设备,用以解决现有技术中,在网络设备通过链路双归属保护,且链路发生保护切换时,网络中的二层业务恢复时间过长的问题。
本发明实施例提供一种网络中的二层业务处理方法,其中,所述网络包括用户边缘设备和交换设备,其中,所述用户边缘设备的第一端口与所述交换设备的第三端口相连,所述用户边缘设备的第二端口与所述交换设备的第四端口相连,所述方法包括:
设置所述第一端口所连接的链路为主链路,并阻塞所述第二端口;
当检测到故障出现在所述第一端口连接的链路出现故障时,激活/打开所述第二端口,通过所述第二端口向所述交换设备发送携带所述用户边缘设备的监听信息的报文,以使得所述交换设备根据所述报文建立所述监听信息和所述第四端口的对应关系。
本发明实施例提供一种用户边缘设备,包括:
第一端口,用于与交换设备上的第三端口相连;
第二端口,用于与所述交换设备上的第四端口相连;
设置模块,用于设置所述第一端口所连接的链路为主链路,并阻塞所述第二端口;
故障处理模块,用于当检测到所述第一端口连接的链路出现故障时,激活/打开所述第二端口;
网络接口模块,用于通过所述第四端口向所述交换设备发送携带所述用户边缘设备的监听信息的报文,以使得所述交换设备根据所述报文建立所述监听信息和所述第四端口的对应关系。
本发明实施例提供一种网络侧设备,包括:
第三端口,用于与用户边缘设备的第一端口相连;
第四端口,用于与所述用户边缘设备的第二端口相连;
报文接收模块,用于在所述第一端口连接的链路出现故障时,通过所述第四端口接收来自所述用户边缘设备的报文,所述报文携带有所述用户边缘设备的监听信息;
报文处理模块,用于根据所述报文建立所述监听信息和所述第四端口的对应关系。
本发明实施例提供一种二层业务处理系统,其中,所述系统包括用户边缘设备和交换设备,所述用户边缘设备上设置有第一端口和第二端口,所述第一端口和所述交换设备上的第三端口相连,所述第二端口和所述交换设备上的第四端口相连,
所述用户边缘设备,用于设置所述第一端口所连接的链路为主链路,阻塞所述第二端口,当检测到所述第一端口连接的链路出现故障时,激活/打开所述第二端口,通过所述第二端口向所述交换设备发送携带有所述用户边缘设备的监听信息的报文;
所述交换设备,用于根据所述报文建立所述监听信息和第四端口的对应关系。
本发明实施例的网络中的二层业务处理方法和系统以及设备,通过在网络中设置用户边缘设备和交换设备,其中,用户边缘设备的第一端口与交换设备的第三端口相连,用户边缘设备的第二端口与交换设备的第四端口相连,并设置第一端口所连接的链路为主链路,并阻塞第二端口;当检测到第一端口连接的链路出现故障时,激活/打开第二端口,并通过第二端口向交换设备发送携带有用户边缘设备的监听信息的报文,以使得交换设备根据该报文建立监听信息和第四端口的对应关系,从而解决了现有技术中,在网络设备通过链路双归属保护,且链路发生保护切换时,网络中的二层业务恢复时间过长的问题,实现了二层业务的快速恢复。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中基于MC-LAG的二层网络的结构示意图;
图2为本发明网络中的二层业务处理方法的一个实施例的流程图;
图3为本发明基于二层业务处理的网络架构的一个结构示意图;
图4为实现网络中的二层业务处理所基于的以太链路的双归保护技术下的二层网络的网络结构示意图;
图5为本发明网络中的二层业务处理方法的另一个实施例的流程图;
图6为本发明端到端业务的处理方法的又一个实施例的流程图;
图7为实现网络中的二层业务处理所基于的无线光网络(Passive OpticalNetwork;简称:PON)的双归保护技术的二层网络结构示意图;
图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;简称:OAM)消息或其他检测消息。
若在预定时间内,交换机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;简称:ONU)41、光线路终端(Optical Line Terminal;简称:OLT)42、OLT 43、交换机44、路由器45和用户设备46。其中,ONU 41的第一端口通过OLT 42与交换机44的第三端口相连,ONU 41的第二端口通过OLT43与交换机44的第四端口相连,且ONU 41分别通过1∶N光分路器与OLT42和OLT 43相连。需要说明的是,本实施例中,CE设备为ONU 41、第一交换设备交换机44,第二交换设备为OLT 42以及第三交换设备为OLT 43。且实现网络中的二层业务处理还可以基于图7所示的PON的双归保护技术的二层网络,其实现原理与图5或图6所示的方法实施例的实现方式类似,此处不再赘述。
图8为本发明CE设备的一个实施例的结构示意图,如图7所示,本实施例的CE设备包括:第一端口51、第二端口52、设置模块53、故障处理模块54和网络接口模块55。其中,第一端口51与第一交换设备上的第三端口相连,第二端口52与第一交换设备上的第四端口相连,设置模块53用于设置第一端口51所连接的链路为主链路,并阻塞第二端口52;故障处理模块54用于在检测到故障出现在第一端口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;第二交换设备和第三交换设备可以为OLT,第一交换设备71可以为交换机、PE设备或者MPLS设备。且CE设备72与第二交换设备之间通过第一光分路器相连接,CE设备72与第三交换设备之间通过第二光分路器相连接,其中第一光分路器和第二光分路器为1∶N光分路器。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (7)
1.一种网络中的二层业务处理方法,其特征在于,所述网络包括用户边缘设备和交换设备,其中,所述用户边缘设备的第一端口与所述交换设备的第三端口相连,所述用户边缘设备的第二端口与所述交换设备的第四端口相连,所述方法包括:
设置所述第一端口所连接的链路为主链路,并阻塞所述第二端口;
当检测到所述第一端口连接的链路出现故障时,激活/打开所述第二端口,通过所述第二端口向所述交换设备发送携带所述用户边缘设备的监听信息的报文,以使得所述交换设备根据所述报文建立所述监听信息和所述第四端口的对应关系;
当所述二层业务为单播业务时,所述监听信息包括所述用户边缘设备的地址信息,或者,包括所述用户边缘设备的地址信息和所述用户边缘设备所连接的用户设备的地址信息;其中,所述地址信息为设备的媒体访问控制MAC地址;
当所述二层业务为组播业务时,所述监听信息包括组播节目标识。
2.一种用户边缘设备,其特征在于,包括:
第一端口,用于与交换设备上的第三端口相连;
第二端口,用于与所述交换设备上的第四端口相连;
设置模块,用于设置所述第一端口所连接的链路为主链路,并阻塞所述第二端口;
故障处理模块,用于当检测到所述第一端口连接的链路出现故障时,激活/打开所述第二端口;
网络接口模块,用于通过所述第二端口向所述交换设备发送携带所述用户边缘设备的监听信息的报文,以使得所述交换设备根据所述报文建立所述监听信息和所述第四端口的对应关系;
当二层业务为单播业务时,所述监听信息包括所述用户边缘设备的地址信息,或者,包括所述用户边缘设备的地址信息和所述用户边缘设备所连接的用户设备的地址信息;其中,所述地址信息为设备的媒体访问控制MAC地址;
当所述二层业务为组播业务时,所述监听信息包括组播节目标识。
3.一种网络侧设备,其特征在于,包括:
第三端口,用于与用户边缘设备的第一端口相连;
第四端口,用于与所述用户边缘设备的第二端口相连;
报文接收模块,用于在所述第一端口连接的链路出现故障时,通过所述第四端口接收来自所述用户边缘设备的报文,所述报文携带有所述用户边缘设备的监听信息;
报文处理模块,用于根据所述报文建立所述监听信息和所述第四端口的对应关系;
当二层业务为单播业务时,所述监听信息包括所述用户边缘设备的地址信息,或者,包括所述用户边缘设备的地址信息和所述用户边缘设备所连接的用户设备的地址信息;其中,所述地址信息为设备的媒体访问控制MAC地址;
当所述二层业务为组播业务时,所述监听信息包括组播节目标识。
4.根据权利要求3所述的设备,其特征在于,
所述网络侧设备还包括网络接口模块,用于接收来自网络侧的报文;
所述报文处理模块还用于根据所述对应关系将来自所述网络侧的报文转发给所述用户边缘设备。
5.一种二层业务处理系统,其特征在于,所述系统包括用户边缘设备和交换设备,所述用户边缘设备上设置有第一端口和第二端口,所述第一端口和所述交换设备上的第三端口相连,所述第二端口和所述交换设备上的第四端口相连,
所述用户边缘设备,用于设置所述第一端口所连接的链路为主链路,阻塞所述第二端口,当检测到所述第一端口连接的链路出现故障时,激活/打开所述第二端口,通过所述第二端口向所述交换设备发送携带有所述用户边缘设备的监听信息的报文;
所述交换设备,用于根据所述报文建立所述监听信息和第四端口的对应关系;
当所述二层业务为单播业务时,所述监听信息包括所述用户边缘设备的地址信息,或者,包括所述用户边缘设备的地址信息和所述用户边缘设备所连接的用户设备的地址信息;其中,所述地址信息为设备的媒体访问控制MAC地址;
当所述二层业务为组播业务时,所述监听信息包括组播节目标识。
6.根据权利要求5所述的系统,其特征在于,所述监听信息包括组播节目标识,则所述交换设备还用于接收来自网络侧的携带有所述组播节目标识的报文,根据组播节目标识和所述第四端口的对应关系将来自网络侧的报文通过第四端口组播给所述用户边缘设备。
7.根据权利要求5或6所述的系统,所述监听信息包括所述用户边缘设备的地址信息,或者包括所述用户边缘设备的地址信息和所述用户边缘设备所连接的用户设备的地址信息,则所述交换设备还用于接收来自网络侧的携带有地址信息的报文,根据地址信息和第四端口的对应关系将来自网络侧的携带有地址信息的报文通过所述第四端口单播给所述用户边缘设备。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110033988.8A CN102137009B (zh) | 2011-01-31 | 2011-01-31 | 网络中的二层业务处理方法和系统以及设备 |
| PCT/CN2011/081377 WO2012103758A1 (zh) | 2011-01-31 | 2011-10-27 | 网络中的二层业务处理方法和系统以及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110033988.8A CN102137009B (zh) | 2011-01-31 | 2011-01-31 | 网络中的二层业务处理方法和系统以及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102137009A CN102137009A (zh) | 2011-07-27 |
| CN102137009B true CN102137009B (zh) | 2015-01-07 |
Family
ID=44296668
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110033988.8A Active CN102137009B (zh) | 2011-01-31 | 2011-01-31 | 网络中的二层业务处理方法和系统以及设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102137009B (zh) |
| WO (1) | WO2012103758A1 (zh) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102137009B (zh) * | 2011-01-31 | 2015-01-07 | 华为技术有限公司 | 网络中的二层业务处理方法和系统以及设备 |
| EP2916486A4 (en) * | 2012-12-20 | 2015-12-16 | Huawei Tech Co Ltd | DENSITY PROCESS, OPTICAL LINE EQUIPMENT AND SYSTEM IN A PASSIVE OPTICAL NETWORK |
| CN104798349B (zh) * | 2013-01-30 | 2018-08-07 | 慧与发展有限责任合伙企业 | 响应于端口故障的故障转移 |
| JP6119562B2 (ja) * | 2013-11-06 | 2017-04-26 | 日立金属株式会社 | ネットワークシステムおよびネットワーク中継装置 |
| JP6278800B2 (ja) * | 2014-04-03 | 2018-02-14 | APRESIA Systems株式会社 | 中継システムおよびスイッチ装置 |
| CN104683245B (zh) * | 2015-03-18 | 2018-03-20 | 新华三技术有限公司 | 一种互联网组管理协议代理方法和装置 |
| CN105591837B (zh) * | 2015-10-27 | 2019-01-08 | 新华三技术有限公司 | 一种链路监控方法和装置 |
| CN107948105B (zh) * | 2018-01-02 | 2020-08-25 | 联想(北京)有限公司 | 控制设备的端口状态的方法和系统 |
| CN108494691B (zh) * | 2018-06-22 | 2021-02-26 | 新华三技术有限公司 | 一种组播转发方法、装置及隧道端点设备 |
| CN109088826A (zh) * | 2018-09-27 | 2018-12-25 | 山东理工大学 | 软件定义数据中心光网络内一种基于全光网络编码的可靠组播方法 |
| CN112751607B (zh) * | 2019-10-31 | 2024-12-06 | 中兴通讯股份有限公司 | 链路聚合端口的保护切换方法及系统 |
| CN113923076A (zh) * | 2021-09-06 | 2022-01-11 | 长沙市同迅计算机科技有限公司 | 一种基于sd-wan的以太网二层数据交换方法 |
| CN116232987B (zh) * | 2023-01-31 | 2024-11-29 | 苏州盛科通信股份有限公司 | 报文转发方法、装置、交换机和计算机可读存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101252525A (zh) * | 2008-04-03 | 2008-08-27 | 杭州华三通信技术有限公司 | 一种pon网络中的链路备份方法和设备 |
| CN101299718A (zh) * | 2008-06-13 | 2008-11-05 | 华为技术有限公司 | 端口切换方法、网络设备及网络系统 |
| CN101695043A (zh) * | 2009-10-15 | 2010-04-14 | 中兴通讯股份有限公司 | 一种热备份端口复用的方法及网络系统 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7881188B2 (en) * | 2006-02-03 | 2011-02-01 | Genband Us Llc | Methods, systems, and computer program products for implementing link redundancy in a media gateway |
| CN101060485B (zh) * | 2007-05-11 | 2011-08-10 | 杭州华三通信技术有限公司 | 拓扑改变报文的处理方法和处理装置 |
| CN101079795A (zh) * | 2007-07-27 | 2007-11-28 | 杭州华三通信技术有限公司 | 数据转发方法及转发设备 |
| CN102137009B (zh) * | 2011-01-31 | 2015-01-07 | 华为技术有限公司 | 网络中的二层业务处理方法和系统以及设备 |
-
2011
- 2011-01-31 CN CN201110033988.8A patent/CN102137009B/zh active Active
- 2011-10-27 WO PCT/CN2011/081377 patent/WO2012103758A1/zh not_active Ceased
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101252525A (zh) * | 2008-04-03 | 2008-08-27 | 杭州华三通信技术有限公司 | 一种pon网络中的链路备份方法和设备 |
| CN101299718A (zh) * | 2008-06-13 | 2008-11-05 | 华为技术有限公司 | 端口切换方法、网络设备及网络系统 |
| CN101695043A (zh) * | 2009-10-15 | 2010-04-14 | 中兴通讯股份有限公司 | 一种热备份端口复用的方法及网络系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102137009A (zh) | 2011-07-27 |
| WO2012103758A1 (zh) | 2012-08-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102137009B (zh) | 网络中的二层业务处理方法和系统以及设备 | |
| EP2787684B1 (en) | Method and device for protecting passive optical network (pon) | |
| CN102215124B (zh) | 一种故障处理方法、汇聚节点及光网络保护系统 | |
| KR102153019B1 (ko) | 업스트림 활성화 패킷들에 의한 pim 고속 리라우팅에 대한 향상 | |
| US20130021896A1 (en) | Method, system, and device for protecting multicast in communication network | |
| CN102025541B (zh) | 一种实现组播保护的方法及系统 | |
| US20120236730A1 (en) | Method, device and system for processing service traffic based on pseudo wires | |
| US20120127855A1 (en) | Method and device for conveying traffic | |
| CN102282805B (zh) | 一种业务保护方法及接入设备 | |
| US8787147B2 (en) | Ten gigabit Ethernet port protection systems and methods | |
| WO2015131360A1 (zh) | 一种链路切换方法、设备和系统 | |
| CN104509044A (zh) | 用下游通知分组增强协议无关多播(pim)快速重新路由方法 | |
| WO2010045832A1 (zh) | 用于以太环网的链路聚合组的保护方法及装置 | |
| CN113542932B (zh) | 网络的主备切换方法、系统、设备和存储介质 | |
| WO2012106915A1 (zh) | 故障通告方法、检测装置、转发装置、系统及数据结构 | |
| CN103023665B (zh) | 一种组播业务保护的方法、网络设备和系统 | |
| CN101237343B (zh) | 故障时快速切换的方法及快速切换系统 | |
| WO2008132203A2 (en) | Recovering from a failure in a communications network | |
| CN104702498B (zh) | 一种通过协调保护减少设备间光连接数量的方法及装置 | |
| CN104040973B (zh) | 聚合组链路协商方法、装置和系统 | |
| CN102812750B (zh) | 分组传送网络中故障处理方法、分组传送网络及节点 | |
| CN103516534A (zh) | 实现双归保护倒换的方法及归属节点 | |
| CN104901880B (zh) | 一种业务运行的方法及装置 | |
| JP5328502B2 (ja) | L2冗長通信装置 | |
| CN102291310B (zh) | 一种提高t‑mpls链路环网保护切换性能的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |