CN101420362A - 组播流量切换的方法、系统及路由器 - Google Patents

组播流量切换的方法、系统及路由器 Download PDF

Info

Publication number
CN101420362A
CN101420362A CN200710167324.4A CN200710167324A CN101420362A CN 101420362 A CN101420362 A CN 101420362A CN 200710167324 A CN200710167324 A CN 200710167324A CN 101420362 A CN101420362 A CN 101420362A
Authority
CN
China
Prior art keywords
router
message
interface
assert
user side
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.)
Granted
Application number
CN200710167324.4A
Other languages
English (en)
Other versions
CN101420362B (zh
Inventor
段少雄
周小牛
苏海洋
郭锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200710167324.4A priority Critical patent/CN101420362B/zh
Priority to PCT/CN2008/071602 priority patent/WO2009052712A1/zh
Priority to EP08773156A priority patent/EP2107729B1/en
Publication of CN101420362A publication Critical patent/CN101420362A/zh
Priority to US12/537,716 priority patent/US8121025B2/en
Application granted granted Critical
Publication of CN101420362B publication Critical patent/CN101420362B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/58—Association of routers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例涉及通信领域，公开了一种组播流量切换的方法，该方法包括：第二路由器收到第一路由器恢复正常的报文，进入等待状态；所述的第二路由器收到所述的第一路由器的数据报文或Assert报文；然后所述的第二路由器删除所述的出接口，回切到所述的第一路由器发送数据。还公开了一种路由器、组播流量切换的系统。通过该方法、路由器及系统，消除了出现一次故障，两次断流现象，能够使故障恢复后不断流的回切到原先规划的路径上进行数据转发。

Description

组播流量切换的方法、系统及路由器
技术领域
本发明涉及通信领域，特别涉及一种组播流量切换的方法、系统及路由器。
背景技术
IP组播是指在IP网络中将数据包以尽力传送(best-effort)的形式发送到网络中的某个确定节点子集，这个子集称为组播组(multicast group)。IP组播的基本原理是：源主机只发送一份数据，这份数据中的目的地址为组播组地址；组播组中的所有接收者都可接收到同样的数据拷贝，并且只有组播组内的主机(目标主机)可以接收该数据，网络中其它主机不能收到。
IP组播技术有效地解决了单点发送多点接收的问题，实现了IP网络中点到多点的高效数据传送，能够大量节约网络带宽、降低网络负载。作为一种与单播和广播并列的通信方式，组播的意义不仅在于此，更重要的是，可以利用网络的组播特性方便地开展一些新的增值业务，包括在线直播、网络电视、远程教育、远程医疗、网络电台、实时视频会议等互联网的信息服务领域。
PIM-SM(Protocol Independent Multicast-Sparse Mode，稀疏模式协议无关组播)和SSM(Source-Specific Multicast，特定源组播)是两种常用的域内组播模式，都是通过建立组播分发树来进行组播数据包的转发。但在共享网段上，有多台路由器同时存在的情况下，如果都向此网段转发数据，则下游路由器会接收到多份重复的数据，因此需要进行DR(Designated Router，指定路由器)选举，选举出一台路由器作为此网段的DR，由它负责向此网段转发数据；如果连接到用户端的RTC或RTD的接口都不使能PIM SM或SSM的情况，则通过IGMP(Internet Group Management Protocol Internet组管理协议)机制选举一个路由器作为查询器，由它负责向此网段转发数据。
如图1所示，包括用户端18，源主机11，交换机12、交换机17以及四个路由器RTA13、RTB14、RTC15和RTD16，用户端18通过交换机17和RTC15、RTD16都相连，RTC15和RTD16都能接收到用户发送的IGMP report(IGMP加入)，RTC15和RTD16通过DR选举，如果RTC15当选为DR或查询器，成为第一路由器，负责转发数据，此时，RTD16作为第二路由器即备份DR或查询器，在正常情况下不转发数据。同理，如果RTD16当选为DR或查询器，称为第一路由器，负责转发数据，RTC15作为第二路由器即备份DR或查询器，在正常情况下不转发数据。
参见图2，在数据开始转发后，如果DR或查询器的出现故障，在该图中，RTC15发生故障。RTD16通过快速检测机制(如BFD(Bidirectional ForwardingDetection，双向转发检测)检测到第一路由器RTC15的故障，RTD16成为DR或查询器并负责转发数据。此时数据发送方式参照图3所示，图中箭头指示方向为RTC15发生故障时数据从备份路径的发送。
参照图4所示，RTC15从故障中恢复，RTD16收到RTC15的HELLO(握手)报文或IGMP查询报文变为非DR或非查询器停止转发数据，而RTC15上还没有获得IGMP加入信息或者上游路由器还没有把数据转发下来，就不会转发数据。因此出现一次故障，两次断流现象。
针对上面的缺点，目前提出了sticky-dr(priority dr-priority，一种组播转发的解决方案)的解决方案，通过命令行配置sticky-dr，当一个路由器当选为DR后，将其优先级调整为配置的值，这样原来主用DR重新启动起来之后，在新的DR选举中不会胜出，由新的DR继续转发，转发路径也使用新的路径。
这样在上面的场景中，故障恢复后，数据将沿源主机—交换机—RTA—RTB—RTD—交换机—用户端这样的路径进行转发了。转发方式和图3中箭头所指的方向一样。
组播业务一般流量较大，需要占用大量带宽，因此在部署网络时运营商往往会规划好其转发路径(如RTA—RTC)，而为了容灾，往往也会预留另外一条备份路径(如RTA—RTB—RTD)。而平时备份路径(如RTB或RTD)可以承载其他业务，当RTC发生故障时，临时切换到备份路径，当故障恢复后切换到主用路径上去，并不希望长期占用备份路径。但sticky-dr方案会长期占用备份路径。
发明内容
本发明实施例要解决的技术问题是提供一种组播流量切换的方法、系统及路由器，能够使故障恢复后不断流的回切到原先规划的路径上进行数据转发。
为解决上述技术问题，本发明实施例所提供的组播流量切换的方法、系统及路由器的实施例是通过以下技术方案实现的：
一种组播流量切换的方法，其中，包括：
第二路由器收到第一路由器恢复正常的报文；
所述的第二路由器接收所述的第一路由器的数据报文或断言Assert报文；
接收到所述的数据报文或Assert报文后，删除所述第二路由器上的组播转发表项的出接口。
本发明实施例提供一种路由器，该路由器包括：
第一报文接收单元，用于接收与其连接的路由器恢复正常的报文；
第二报文接收单元，接收与其连接的路由器的数据报文或Assert报文；
第一回切单元，接收到所述的数据报文或Assert报文后，删除所述路由器上的组播转发表项的出接口。
本发明实施例还提供一种组播流量切换的系统，包括第二路由器和第一路由器，其中，第二路由器包括：
第一报文接收单元，用于接收第一路由器的第一报文发送单元发送的恢复正常的报文；
第二报文接收单元，接收第一路由器的第二报文发送单元发送的数据报文或Assert报文；
第一回切单元，接收到所述的数据报文或Assert报文后，删除所述路由器上的组播转发表项的出接口；
第一路由器包括：
第一报文发送单元，向第二路由器的第一报文接收单元发送恢复正常的报文；
第二报文发送单元，向第二路由器的第二接收单元发送数据报文或Assert报文。
本发明实施例的技术方案通过第二路由器在收到第一路由器恢复正常的PIM HELLO报文或IGMP查询报文，第二路由器进入等待状态，然后等收到第一路由器器发过来的数据报文或Assert报文后，第二路由器切断出接口，回切到第一路由器进行数据发送。在第一路由器接通后开始转发数据后，再断开第二路由器，避免了两个路由器同时中断数据的转发，消除了出现一次故障，两次断流现象，能够使故障恢复后不断流的回切到原先规划的路径上进行数据转发。
附图说明
图1为现有技术网络架构正常数据传输的示意图；
图2为现有技术网络架构传输故障的示意图；
图3为现有技术网络架构在故障情况下的数据传输的示意图；
图4为现有技术网络架构在回切时出现传输断流现象的示意图；
图5为本发明实施例提供的第一种情况的组播流量切换的方法的流程图；
图6为本发明实施例提供的第二种情况的组播流量切换的方法的流程图；
图7为本发明实施例提供的第三种情况的组播流量切换的方法的流程图；
图8为本发明实施例提供的一种路由器的结构示意图；
图9为本发明实施例提供的另一种路由器的结构示意图；
图10为本发明实施例提供的一种组播流量切换的系统的结构示意图。
具体实施方式
本发明实施例提供的组播流量切换的的方法、系统及路由器通过备份路由器(即备份DR或备份查询器，也称为：第二路由器)在收到主用路由器(即主用DR或主用路由器，也称为：第一路由器)恢复正常的PIM HELLO(握手)报文或IGMP查询报文后进入等待状态；等收到主用路由器发过来的数据报文或Assert报文后，切断备份路由器的出接口，回切到主用路由器进行数据发送，消除了出现一次故障，两次断流现象，能够使故障恢复后不断流的回切到原先规划的路径上进行数据转发。下面结合附图详细介绍本发明实施例提供各种具体实施方式。
本发明实施例的网络架构示意图都和图1、图2、图3、图4一样。在本发明实施例是在上述网络架构上完成具体实施方式。参见图1，包括：源主机11，交换机12和交换机17，实际使用过程中也可以为分支器等设备代替交换机12和交换机17，路由器RTA13、RTB14、RTC15和RTD16，用户端18。用户端18通过端口隔离装置(交换机17)和RTC15、RTD16都相连，RTC15和RTD16都能接收到用户端18发送的IGMP report(报告)，RTC15和RTD16通过DR选举，如果RTC当选为DR或查询器，成为主用路由器，即主用DR或主用路由器，则转发数据，RTD16作为备份路由器，即备份DR或备份查询器，在正常情况下不转发数据。数据发送方式参见图1所示，图中的箭头方向为数据传输方向，当RTC15出现故障，RTD16通过快速检测方法(如BFD)检测到RTC15发生故障，RTD16进行DR或查询器切换，由RTD16负责转发数据，参见图2所示，该图中的箭头方向为RTC15出现故障时数据传输方向。本发明的实施例要提供的是在RTC15恢复正常后，无丢包的回切到主用DR或查询器即RTC15所在正常数据发送路径上，即图1箭头所指的数据发送路径。当RTC15从故障中恢复以后，RTD16收到RTC15发送过来的HELLO报文或IGMP查询报文，进入到等待状态，继续向网段中转发数据，其后通过数据或协议报文来完成无缝切换，数据发送方式又如图1所示，下面分三种情况来描述本发明实施例提供的组播流量切换的方法。
第一种情况：连接到用户端的RTC、RTD的接口能使PIM SM或SSM时，RTD处于DR等待状态，收到RTC的Assert报文时则进行DR处理，变为非DR，其处理方式如图5所示。参见该图及图1，该种情况下处理方式即组播流量切换的方法为：
步骤501、备份DR16收到主用DR15恢复正常的PIM HELLO报文；
步骤502、如果有PIM表项(即组播路由表项)设置有DR等待定时器，用于等待主用DR15转发数据报文或Assert报文，如果备份DR16在定时器设定的时间内没有接收到主用DR15转发来得数据报文或断言(Assert)报文，则强制切换到主用DR进行数据转发；
步骤503、备份DR16收到所述的主用DR15的Assert报文；
步骤504、备份DR16处于DR等待状态，变为非DR，删除其组播转发表项的出接口，回切到主用DR15发送数据。
第二种情况：连接到用户端的RTC、RTD的接口使能PIM SM或SSM，RTD处于DR等待状态，收到RTC的数据报文时，如果处于DR等待状态，则进行DR处理，变为非DR，其处理方式如图6所示，参照该图及图1，该情况下处理方式即组播流量切换的方法为：
步骤601、备份DR16收到主用DR15恢复正常的PIM HELLO报文；
步骤602、如果有PIM表项(即组播路由表项)设置有DR等待定时器，用于等待主用DR15转发数据报文或Assert报文，如果备份DR16在定时器设定的时间内没有接收到主用DR转发来得数据报文或Assert报文，则强制切换到主用DR进行数据转发；
步骤603、备份DR16从其出接口收到所述的主用DR15的数据报文；
步骤604、则告知PIM从错误的接口收到数据报文；
步骤605、备份DR16处于DR等待状态，变为非DR，删除其组播转发表项的出接口，回切到主用DR15发送数据。
第三种情况：连接到用户端的RTC、RTD的接口不使能PIM SM或SSM，只使能IGMP，RTD处于查询器等待状态，收到RTC的数据报文时，如果处于查询器等待状态，则进行查询器处理，变为非查询器，其处理方式如图7所示，参照该图及图1，该种情况下处理方式即组播流量切换的方法为：
步骤701、备份查询器16收到主用查询器15恢复正常的IGMP查询报文；
步骤702、如果有IGMP表项(即组播路由表项)设置有查询器等待定时器，用于等待主用查询器15转发数据报文，如果备份查询器16在定时器设定的时间内没有接收到主用查询器15转发来得数据报文，则强制切换到主用路由器15进行数据转发；
步骤703、备份查询器16从其出接口收到所述的主用查询器15的数据报文；
步骤704、告知IGMP从错误的接口收到数据报文；
步骤705、备份查询器16处于查询器等待状态，变为非查询器，删除其组播转发表项的出接口，回切到主用查询器15发送数据。
下面具体介绍根据上述三种情况的组播流量切换的方法应用的实施例。
实施例一：PIM SM DR回切不丢包。由于本发明实施例的网络架构图都为图1、2、3、4所示的网络架构图，参照图1：
连接到用户端的RTC15、RTD16的接口使能PIM SM，用户端通过IGMP V2(IPV6为MLD V1，一种组播监听者发现协议)加入到某个组G1来接收发往该组的数据，RTC15当选为DR，负责转发数据。
当RTC15出现故障，RTD16通过快速检测方法(如BFD)检查到RTC15失效，RTD16当选为DR，负责转发数据。而当RTC15恢复后，RTD16进入到DR等待状态，收到RTC15的数据报文或Assert报文时，删掉RTD16上组播转发表项的出接口，由RTC15进行转发数据。
实施例二：PIM SSM DR回切不丢包。参照图1：
连接到用户端的RTC15、RTD16的接口使能PIM SSM，用户端通过IGMP V3(IPV6为MLD V2，一种组播监听者发现协议)接收来自组播源S1发往某个组G1的数据，RTC15当选为DR，负责转发数据。
当RTC15出现故障，RTD16当选为DR，负责转发数据。而当RTC15恢复后，RTD16进入到DR等待状态，收到RTC15的数据报文或Assert报文时，删掉RTD16上组播转发表项的出接口，由RTC15进行转发数据。
实施例三：IGMP查询器回切不丢包。参照图1：
连接到用户端的RTC15、RTD16的接口没有使能PIM SM或SSM，只使能IGMP，用户端通过IGMP加入到某个组G1来接收发往该组的数据，RTC15当选为查询器，负责转发数据。
当RTC15出现故障，RTD16通过快速检测方法(如BFD)检查到RTC15失效，RTD16当选为查询器，负责转发数据。而当RTC15恢复后，RTD16进入到查询器等待状态，收到RTC15的数据报文时，删掉RTD16上组播转发表项的出接口，由RTC15进行转发数据。
本发明实施例还提供一种路由器80，参照图8，该路由器80包括：第一报文接收单元81，第二报文接收单元82，回切单元83，其中：
第一报文接收单元81，用于若连接到用户端的路由器的接口只使能PIMSM或SSM时，接收主用路由器84恢复正常的PIM HELLO报文，或者
用于若连接到用户端的路由器的接口只使能IGMP时，接收主用路由器84恢复正常的IGMP查询报文；
第二报文接收单元82，若连接到用户端的路由器的接口只使能PIM SM或SSM时，接收所述的主用路由器84的数据报文或Assert报文，或者
若连接到用户端的路由器的接口只使能IGMP时，接收所述的主用路由器84的数据报文；
第一回切单元83，接收到所述的数据报文或Assert报文后，删除所述路由器80上的组播转发表项的出接口。
该路由器80还可以包括报文检查单元85，用于当所述第二报文接收单元82收到所述的主用路由器84的数据报文时，检查是否从所述路由器80的入接口收到的，如果不是，告知PIM从错误的接口收到数据报文，或者
用于所述第二报文接收单元82收到所述的主用路由器84的数据报文时，检查是否从所述路由器80的入接口收到的，如果不是，告知IGMP从错误的接口收到数据报文。
为了更好的实现本发明的目的，该路由器80还可以包括定时器单元86，用于在所述路由器80进入等待状态以后启动，等待与其相连的主用路由器84发送数据报文或Assert报文；
第二回切单元87，用于如果所述的路由器80在定时器单元设定的时间内没有接收到与其连接的主用路由器84发送的数据报文或Assert报文，则删除所述路由器80上的组播转发表项的出接口。
下面具体描述将该路由器80应用到组播流量切换的中实施方式。以下实施方式的网络架构图参见图1。
实施方式一：当连接到用户端的RTC15、RTD16的接口使能PIM SM时，用户端通过IGMP V2(IPV6为MLD V1)加入到某个组G1来接收发往该组的数据，RTC15当选为DR，为图8中的主用DR84，负责转发数据。RTD16为图8中的路由器80即备份DR80，包括第一报文接受单元81、第二报文接受单元82和回切单元83。当RTC15出现故障，备份DR的RTD16通过快速检测方法(如BFD)检查到RTC15失效，此时，RTD16当选为DR，负责转发数据。而当RTC15恢复后，RTD16即路由器80的第一报文接收单元81接收主用DR84恢复正常的PIM HELLO报文，备份DR的RTD16进入到DR等待状态，当第二报文接收单元82收到所述的主用DR84的数据报文或Assert报文，第一回切单元83删除所述的备份DR80上组播转发表项的出接口，回切到所述的主用DR84发送数据。
实施方式二：当连接到用户端的RTC15、RTD16的接口使能PIM SSM时，用户端通过IGMP V3(IPV6为MLD V2)接收来自组播源S1发往某个组G1的数据，RTC15当选为DR，为图8中的主用DR84，负责转发数据。RTD16为图8中的路由器80即备份DR80，包括第一报文接收单元81、第二报文接收单元82和回切单元83。当RTC15出现故障，备份DR的RTD16通过快速检测方法(如BFD)检查到RTC15失效，此时，RTD16当选为DR，负责转发数据。而当RTC15恢复后，RTD16即路由器80的第一报文接收单元81接收主用DR 84恢复正常的PIM HELLO报文，备份DR进入到DR等待状态，当第二报文接收单元82收到所述的主用DR84的数据报文或Assert报文，第一回切单元83删除所述的备份DR80上组播转发表项的出接口，回切到所述的主用DR84发送数据。
实施方式三：连接到用户端的RTC15、RTD16的接口没有使能PIM SM或SSM，只使能IGMP，用户端通过IGMP加入到某个组G1来接收发往该组的数据，RTC15当选为查询器，为图8中的主用路由器84，负责转发数据。RTD16为图8中的路由器80即备份查询器80，包括第一报文接收单元81、第二报文接收单元82和回切单元83。当RTC15出现故障，RTD16通过快速检测方法(如BFD)检查到RTC15失效，此时，RTD16当选为查询器，为备份查询器，负责转发数据。而当RTC15恢复后，当备份查询器的第一报文接收单元81接收主用路由器84恢复正常的PIM HELLO报文，备份查询器的RTD16进入到查询器等待状态，当第二报文接收单元82收到所述的主用路由器84的RTC15的数据报文，第一回切单元83删除所述的备份查询器80上组播转发表项的出接口，回切到所述的主用路由器84发送数据。
本发明实施例还提供一种路由器90，参照图9，该路由器90包括：第一报文发送单元91，第二报文发送单元92，其中：
第一报文发送单元91，若连接到用户端的路由器的接口只使能PIM SM或SSM时，向备份路由器93发送恢复正常的PIM HELLO报文，或者若连接到用户端的路由器的接口只使能IGMP时，向备份路由器93发送恢复正常的IGMP查询报文；
第二报文发送单元92，若连接到用户端的路由器的接口只使能PIM SM或SSM时，向备份路由器93发送数据报文或Assert报文，或者若连接到用户端的路由器的接口只使能IGMP时，向备份路由器93发送数据报文。
下面具体描述将该路由器90应用到组播流量切换的中实施方式。以下实施方式的网络架构图，参见图1和图9。
实施方式一：当连接到用户端的RTC15、RTD16的接口使能PIM SM时，用户端通过IGMP V2(IPV6为MLD V1)加入到某个组G1来接收发往该组的数据，RTC15当选为DR，为图9中的主用DR90，负责转发数据。当RTC15出现故障，备份DR的RTD16通过快速检测方法(如BFD)检查到RTC15失效，RTD16当选为DR，为图9中的备份DR93即备份路由器93，负责转发数据。主用DR90即路由器90，包括第一报文发送单元91和第二报文发送单元92，其中第一报文发送单元91向备份DR93发送恢复正常的PIM HELLO查询报文，备份DR93的RTD16进入到DR等待状态，第二报文发送单元92向备份DR93发送数据报文或Assert报文，备份DR93删掉组播转发表项的出接口，回切到所述的主用DR90发送数据。
实施方式二：当连接到用户端的RTC15、RTD16的接口使能PIM SSM时，用户端通过IGMP V3(IPV6为MLD V2)接收来自组播源S1发往某个组G1的数据，RTC15当选为DR，为图9中的主用DR90，负责转发数据。当RTC出现故障，备份DR的RTD16通过快速检测方法(如BFD)检查到RTC15失效，RTD16当选为DR，为图9中的备份DR93即备份路由器93，负责转发数据。主用DR90即路由器90，包括第一报文发送单元91和第二报文发送单元92，其中第一报文发送单元91向备份DR93发送恢复正常的PIM HELLO报文，备份DR93的RTD16进入到DR等待状态，第二报文发送单元92向备份DR93发送数据报文或Assert报文，备份DR93删掉组播转发表项的出接口，回切到所述的主用DR90发送数据。
实施方式三：连接到用户端的RTC15、RTD16的接口没有使能PIM SM或SSM，只使能IGMP，用户端通过IGMP加入到某个组G1来接收发往该组的数据，RTC15当选为查询器，为图9中的主用路由器90，负责转发数据。当RTC15出现故障，RTD16通过快速检测方法(如BFD)检查到RTC15失效，RTD16当选为查询器，为图9中的备份查询器93即备份路由器93，负责转发数据。而当RTC15恢复后，主用路由器90即路由器90，包括第一报文发送单元91和第二报文发送单元92，其中90的第一报文发送单元91向备份查询器93发送恢复正常的IGMP查询报文，备份查询器93的RTD16进入到查询器等待状态，第二报文发送单元92向备份查询器93发送数据报文，备份查询器93删掉组播转发表项的出接口，回切到所述的主用查询起90发送数据。
本发明实施例还提供一种组播流量切换的系统，参照图10，该系统包括备份路由器100即备份DR或备份查询器100和主用路由器104即主用DR或主用路由器104，其中，备份路由器100包括：
第一报文接收单元101，用于若连接到用户端的路由器的接口只使能PIMSM或SSM时，接收主用路由器104的第一报文发送单元105发送的恢复正常的PIM HELLO报文，或者
用于若连接到用户端的路由器的接口只使能IGMP时，接收主用路由器104的第一报文发送单元105发送的恢复正常的IGMP查询报文；
第二报文接收单元102，若连接到用户端的路由器的接口只使能PIM SM或SSM时，接收所述的主用路由器104的第二报文发送单元106发送的数据报文或Assert报文，或者
若连接到用户端的路由器的接口只使能IGMP时，接收所述的主用路由器104的第二报文发送单元106发送的数据报文；
第一回切单元103，接收到所述的数据报文或Assert报文后，删除所述备份路由器上的组播转发表项的出接口；
主用路由器104包括：
第一报文发送单元105，若连接到用户端的路由器的接口只使能PIM SM或SSM时，向备份路由器100的第一报文接收单元101发送恢复正常的PIMHELLO报文，或者
若连接到用户端的路由器的接口只使能IGMP时，向备份路由器100的第一报文接收单元101发送恢复正常的IGMP查询报文；
第二报文发送单元106，若连接到用户端的路由器的接口只使能PIM SM或SSM时，向备份路由器100的第二报文接收单元102发送数据报文或Assert报文，或者
若连接到用户端的路由器的接口只使能IGMP时，向备份路由器100的第二报文接收单元102发送数据报文。
所述备份路由器还包括报文检查单元107，用于连接到用户端的路由器的接口使能PIM SM或SSM，所述第二报文接收单元102收到所述的第二报文发送单元106发送的数据报文或Assert报文时，检查是否从入接口收到的数据报文或Assert报文，如果不是，告知PIM从错误的接口收到数据报文或Assert报文，或者
为了更好实现本发明的目的，在所述的备份路由器100还可以包括定时器单元108，用于在所述路由器100进入等待状态以后启动，等待主用路由器104的第二报文发送单元106发送数据报文或Assert报文；
第二回切单元109，用于如果所述的路由器100的第二报文接收单元102在定时器单元108设定的时间内没有接收到主用路由器104的第二报文发送单元106发送的数据报文或Assert报文，则删除所述路由器100上的组播转发表项的出接口。
通过上述实施例提供的选择组播流量切换的的方法、系统及路由器是为了在PIM SM或SSM及IGMP中，在主用路由器发生故障后，从备份路径回切到主用路径时组播流不中断，不会长期占用备份路径。
以上对本发明实施例所提供的一种选择组播流量切换的的方法、系统及路由器进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书实施例的内容不应理解为对本发明的限制。

Claims (15)

1、一种组播流量切换的方法，其特征在于，包括：
第二路由器收到第一路由器恢复正常的报文，进入等待状态；
所述的第二路由器接收所述的第一路由器的数据报文或断言Assert报文；
接收到所述的数据报文或Assert报文后，删除所述第二路由器上的组播转发表项的出接口。
2、如权利要求1所述的组播流量切换的方法，其特征在于，所述第二路由器接收第一路由器恢复正常的报文，具体包括：若连接到用户端的路由器的接口使能稀疏模式协议无关组播协议PIM SM或特定源组播协议SSM时，第二路由器接收第一路由器恢复正常的握手报文，或者
若连接到用户端的路由器的接口使能组管理协议IGMP时，第二路由器接收第一路由器恢复正常的IGMP查询报文。
3、如权利要求1所述的组播流量切换的方法，其特征在于，所述的第二路由器收到所述的第一路由器的数据报文或Assert报文，具体包括：若连接到用户端的路由器的接口使能PIM SM或SSM时，第二路由器收到所述的第一路由器的数据报文或Assert报文，或者
若连接到用户端的路由器的接口使能IGMP时，第二路由器收到所述的第一路由器的数据报文。
4、如权利要求1所述的组播流量切换的方法，其特征在于，所述第二路由器收到第一路由器恢复正常的报文，进入等待状态之后，进一步包括：
启动所述第二路由器上的组播路由表项的等待定时器，等待第一路由器转发数据报文或Assert报文，如果第二路由器在定时器设定的时间内没有接收到第一路由器转发来得数据报文或Assert报文，删除所述第二路由器上的组播转发表项的出接口。
5、如权利要求3所述的组播流量切换的方法，其特征在于，进一步包括：若连接到用户端的路由器的接口使能PIM SM或SSM，所述第二路由器收到所述的第一路由器的数据报文或Assert报文时，检查是否从入接口收到的数据报文或Assert报文，如果不是，告知协议无关组播PIM从错误的接口收到数据报文或Assert报文，或者
若连接到用户端的路由器的接口使能IGMP，所述备份查询器收到所述的第一路由器的数据报文时，检查是否从入接口收到的数据报文，如果不是，告知IGMP从错误的接口收到数据报文。
6、一种路由器，其特征在于，包括：
第一报文接收单元，接收与其连接的路由器恢复正常的报文；
第二报文接收单元，接收与其连接的路由器的数据报文或Assert报文；
第一回切单元，接收到所述的数据报文或Assert报文后，删除所述路由器上的组播转发表项的出接口。
7、如权利要求6所述的路由器，其特征在于，所述的第一报文接收单元，用于若连接到用户端的路由器的接口使能PIM SM或SSM时，接收与其连接的路由器恢复正常的PIM握手报文，或者
用于若连接到用户端的路由器的接口使能IGMP时，接收与其连接的路由器恢复正常的IGMP查询报文。
8、如权利要求6所述的路由器，其特征在于，所述的第二报文接收单元，用于若连接到用户端的路由器的接口使能PIM SM或SSM时，接收所述的与其连接的路由器的数据报文或Assert报文，或者
若连接到用户端的路由器的接口使能IGMP时，接收所述的与其连接的路由器的数据报文。
9、如权利要求6所述的路由器，其特征在于，还包括报文检查单元，用于当连接到用户端的路由器的接口使能PIM SM或SSM，所述第二报文接收单元收到与其连接的路由器的数据报文或Assert报文时，检查是否从所述路由器的入接口收到的数据报文或Assert报文，如果不是，告知PIM从错误的接口收到数据报文或Assert报文，或者
用于当连接到用户端的路由器的接口使能IGMP，所述第二报文接收单元收到所述的与其连接的路由器的数据报文时，检查是否从所述路由器的入接口收到的数据报文，如果不是，告知IGMP从错误的接口收到数据报文。
10、如权利要求6所述的路由器，其特征在于，包括：定时器单元，用于在所述路由器进入等待状态以后启动，等待与其相连的路由器发送的数据报文或Assert报文；
第二回切单元，用于如果所述的路由器在定时器单元设定的时间内没有接收到与其连接的路由器转发来得数据报文或Assert报文，则删除所述路由器上的组播转发表项的出接口。
11、一种组播流量切换的系统，其特征在于，包括第二路由器和第一路由器，其中，第二路由器包括：
第一报文接收单元，用于接收第一路由器的第一报文发送单元发送的恢复正常的报文；
第二报文接收单元，接收第一路由器的第二报文发送单元发送的数据报文或Assert报文；
第一回切单元，接收到所述的数据报文或Assert报文后，删除所述路由器上的组播转发表项的出接口；
第一路由器包括：
第一报文发送单元，向第二路由器的第一报文接收单元发送恢复正常的报文；
第二报文发送单元，向第二路由器的第二接收单元发送数据报文或Assert报文。
12、如权利要求11所述的组播流量切换的系统，其特征在于，
所述的第一报文接收单元，用于若连接到用户端的路由器的接口使能PIMSM或SSM时，接收第一路由器的第一报文发送单元发送的恢复正常的PIMHELLO报文，或者
用于若连接到用户端的路由器的接口使能IGMP时，接收第一路由器的第一报文发送单元发送的恢复正常的IGMP查询报文；
所述的第二报文接收单元，若连接到用户端的路由器的接口使能PIM SM或SSM时，接收所述的第一路由器的第二报文发送单元发送的数据报文或Assert报文，或者
若连接到用户端的路由器的接口使能IGMP时，接收所述的第一路由器的第二报文发送单元发送的数据报文。
13、如权利要求11所述的组播流量切换的系统，其特征在于，
所述的第一报文发送单元，若连接到用户端的路由器的接口使能PIM SM或SSM时，向第二路由器第一报文接收单元发送恢复正常的握手报文，或者
若连接到用户端的路由器的接口只使能IGMP时，向第二路由器的第一报文接收单元发送恢复正常的IGMP查询报文；
所述的第二报文发送单元，若连接到用户端的路由器的接口使能PIM SM或SSM时，向第二路由器的第二报文接收单元发送数据报文或Assert报文，或者
若连接到用户端的路由器的接口使能IGMP时，向第二路由器的第二报文接收单元发送数据报文。
14、如权利要求11所述的组播流量切换的系统，其特征在于，
所述第二路由器还包括报文检查单元，用于连接到用户端的路由器的接口使能PIM SM或SSM，所述第二报文接收单元收到所述的第二报文发送单元发送的数据报文或Assert报文时，检查是否从入接口收到的数据报文或Assert报文，如果不是，告知PIM从错误的接口收到数据报文或Assert报文，或者
用于连接到用户端的路由器的接口使能IGMP，所述第二报文接收单元收到所述的第二报文发送单元发送的数据报文时，检查是否从入接口收到的数据报文，如果不是，告知IGMP从错误的接口收到数据报文。
15、如权利要求11所述的组播流量切换的系统，其特征在于，包括：所述的第二路由器还包括定时器单元，用于在所述路由器进入等待状态以后启动，等待第一路由器的第二报文发送单元发送数据报文或Assert报文；
第二回切单元，用于如果所述的路由器的第二报文接收单元在定时器单元设定的时间内没有接收到第一路由器的第二报文发送单元发送的数据报文或Assert报文，则删除所述路由器上的组播转发表项的出接口。
CN200710167324.4A 2007-10-22 2007-10-22 组播流量切换的方法、系统及路由器 Active CN101420362B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200710167324.4A CN101420362B (zh) 2007-10-22 2007-10-22 组播流量切换的方法、系统及路由器
PCT/CN2008/071602 WO2009052712A1 (fr) 2007-10-22 2008-07-10 Procédé, système et routeur pour un transfert de flux de multidiffusion
EP08773156A EP2107729B1 (en) 2007-10-22 2008-07-10 Method, system and router for multicast flow handover
US12/537,716 US8121025B2 (en) 2007-10-22 2009-08-07 Method and system for switching multicast traffic and router

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710167324.4A CN101420362B (zh) 2007-10-22 2007-10-22 组播流量切换的方法、系统及路由器

Publications (2)

Publication Number Publication Date
CN101420362A true CN101420362A (zh) 2009-04-29
CN101420362B CN101420362B (zh) 2012-08-22

Family

ID=40579067

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710167324.4A Active CN101420362B (zh) 2007-10-22 2007-10-22 组播流量切换的方法、系统及路由器

Country Status (4)

Country Link
US (1) US8121025B2 (zh)
EP (1) EP2107729B1 (zh)
CN (1) CN101420362B (zh)
WO (1) WO2009052712A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238074A (zh) * 2010-05-04 2011-11-09 杭州华三通信技术有限公司 一种dr选举方法及路由器
CN105791131A (zh) * 2014-12-19 2016-07-20 中兴通讯股份有限公司 一种在组播系统中响应链路状态变化的方法和装置
CN106302176A (zh) * 2016-08-15 2017-01-04 华为技术有限公司 一种用于控制组播传输的方法及设备
US9871724B2 (en) 2009-09-03 2018-01-16 Huawei Technologies Co., Ltd. System and method of active/standby protection for user-side multicast services and routing device
WO2019042467A1 (zh) * 2017-09-04 2019-03-07 南京中兴新软件有限责任公司 一种组播流量传输方法、相关设备和计算机可读存储介质
CN111600798A (zh) * 2019-02-21 2020-08-28 华为技术有限公司 一种发送和获取断言报文的方法和网络节点

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674199A (zh) * 2009-09-22 2010-03-17 中兴通讯股份有限公司 用于实现网络故障时切换的方法及查询器
US9274851B2 (en) * 2009-11-25 2016-03-01 Brocade Communications Systems, Inc. Core-trunking across cores on physically separated processors allocated to a virtual machine based on configuration information including context information for virtual machines
US8769155B2 (en) 2010-03-19 2014-07-01 Brocade Communications Systems, Inc. Techniques for synchronizing application object instances
US8503289B2 (en) 2010-03-19 2013-08-06 Brocade Communications Systems, Inc. Synchronizing multicast information for linecards
US8495418B2 (en) 2010-07-23 2013-07-23 Brocade Communications Systems, Inc. Achieving ultra-high availability using a single CPU
US9104619B2 (en) 2010-07-23 2015-08-11 Brocade Communications Systems, Inc. Persisting data across warm boots
US9143335B2 (en) 2011-09-16 2015-09-22 Brocade Communications Systems, Inc. Multicast route cache system
US10581763B2 (en) 2012-09-21 2020-03-03 Avago Technologies International Sales Pte. Limited High availability application messaging layer
US9967106B2 (en) 2012-09-24 2018-05-08 Brocade Communications Systems LLC Role based multicast messaging infrastructure
US9203690B2 (en) 2012-09-24 2015-12-01 Brocade Communications Systems, Inc. Role based multicast messaging infrastructure
US9356789B1 (en) 2013-09-25 2016-05-31 Juniper Networks, Inc. Robust control plane assert for protocol independent multicast (PIM)
US9619349B2 (en) 2014-10-14 2017-04-11 Brocade Communications Systems, Inc. Biasing active-standby determination
US10243754B2 (en) * 2015-06-30 2019-03-26 Arista Networks, Inc. Protocol independent multicast designated router notify delay feature
CN105099767A (zh) * 2015-07-01 2015-11-25 冯旋宇 路由器的故障处理方法及路由器
WO2017000285A1 (zh) * 2015-07-01 2017-01-05 冯旋宇 路由器的故障处理方法及路由器
US10257074B1 (en) * 2015-09-30 2019-04-09 Juniper Networks, Inc. Avoiding multicast traffic loss in networks having multi-homing designated routers
US10348647B2 (en) * 2017-12-13 2019-07-09 Cisco Technology, Inc. Graceful designated router handoff
US10728137B1 (en) 2018-09-28 2020-07-28 Juniper Networks, Inc. Protocol independent multicast (“PIM”) fault tolerant designated router (“DR”) election

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6331983B1 (en) * 1997-05-06 2001-12-18 Enterasys Networks, Inc. Multicast switching
US20030193958A1 (en) * 2002-04-11 2003-10-16 Vidya Narayanan Methods for providing rendezvous point router redundancy in sparse mode multicast networks
US7284148B2 (en) * 2004-06-17 2007-10-16 International Business Machines Corporation Method and system for self-healing in routers
US7787360B2 (en) * 2004-07-23 2010-08-31 Cisco Technology, Inc. System and method for preserving multicast data forwarding during control failures in a router
US7447225B2 (en) * 2004-07-23 2008-11-04 Cisco Technology, Inc. Multiple multicast forwarder prevention during NSF recovery of control failures in a router
EP1774683B1 (en) 2004-07-23 2012-10-03 Cisco Technology, Inc. System and method for preserving multicast data forwarding during control failures in a router
CN100411387C (zh) * 2005-03-25 2008-08-13 杭州华三通信技术有限公司 基于弹性分组数据环网的双归属网络支持方法
JP4676528B2 (ja) * 2005-03-25 2011-04-27 杭州▲化▼三通信技▲術▼有限公司 Ｒｐｒリングネットワークのオン・オフリングの処理、データ転送方法及びそのネットワーク設備
US20070239879A1 (en) * 2006-04-10 2007-10-11 Sbc Knowledge Ventures, L.P. Method and apparatus for router recovery
CN100512128C (zh) * 2007-01-19 2009-07-08 华为技术有限公司 保护组播转发路径的方法和系统和业务路由器

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9871724B2 (en) 2009-09-03 2018-01-16 Huawei Technologies Co., Ltd. System and method of active/standby protection for user-side multicast services and routing device
CN102238074A (zh) * 2010-05-04 2011-11-09 杭州华三通信技术有限公司 一种dr选举方法及路由器
CN102238074B (zh) * 2010-05-04 2013-11-27 杭州华三通信技术有限公司 一种dr选举方法及路由器
CN105791131A (zh) * 2014-12-19 2016-07-20 中兴通讯股份有限公司 一种在组播系统中响应链路状态变化的方法和装置
CN106302176A (zh) * 2016-08-15 2017-01-04 华为技术有限公司 一种用于控制组播传输的方法及设备
WO2018032869A1 (zh) * 2016-08-15 2018-02-22 华为技术有限公司 一种用于控制组播传输的方法及设备
CN106302176B (zh) * 2016-08-15 2019-10-22 华为技术有限公司 一种用于控制组播传输的方法及设备
WO2019042467A1 (zh) * 2017-09-04 2019-03-07 南京中兴新软件有限责任公司 一种组播流量传输方法、相关设备和计算机可读存储介质
US11576011B2 (en) 2017-09-04 2023-02-07 Nanjing Zte New Software Co., Ltd. Multicast traffic transmission method, related device and computer-readable storage medium
CN111600798A (zh) * 2019-02-21 2020-08-28 华为技术有限公司 一种发送和获取断言报文的方法和网络节点
US11909546B2 (en) 2019-02-21 2024-02-20 Huawei Technologies Co., Ltd. Method and network node for sending and obtaining assert packet

Also Published As

Publication number Publication date
EP2107729B1 (en) 2012-11-07
EP2107729A4 (en) 2009-12-30
US8121025B2 (en) 2012-02-21
US20090296709A1 (en) 2009-12-03
EP2107729A1 (en) 2009-10-07
WO2009052712A1 (fr) 2009-04-30
CN101420362B (zh) 2012-08-22

Similar Documents

Publication Publication Date Title
CN101420362B (zh) 组播流量切换的方法、系统及路由器
CN101669105B (zh) 多播快速重新路由
EP2622805B1 (en) Method for pruning a multicast branch, protocol independent multicast router, and layer-2 exchange
CN102316016B (zh) 组播流量的转发方法及装置
CN102075422B (zh) 一种组播管理方法及二层设备
CN100389577C (zh) 在弹性分组环上实现广播或组播的方法及装置
CN101442485B (zh) 一种组播转发的方法、装置和系统
CN100417141C (zh) 一种组播业务实现方法
CN101291240B (zh) 一种组播流传输方法和系统
WO2000064100A1 (en) Method and apparatus for forwarding multicast data
CN100477635C (zh) 一种域间组播的传输方法及边缘设备
CN101631043A (zh) 组播故障恢复方法、组播路由器及系统
CN103023665A (zh) 一种组播业务保护的方法、网络设备和系统
CN101247252A (zh) 一种组播快速重路由的方法、装置和系统
CN101610200B (zh) 组播路由的切换方法及装置
CN100527680C (zh) 自动识别组播代理设备接口类型的方法和装置
WO2022017432A1 (zh) 组播报文的发送方法、装置和系统
CN101873260B (zh) 组播流转发方法及路由设备
CN106330699A (zh) 一种组播链路的切换方法、装置及路由设备
US9083542B2 (en) Method for using a computer network
CN101388788B (zh) 二层组播管理方法、系统及二层交换机
CN102843303B (zh) Pim中的组播报文处理方法及装置
CN101286862B (zh) 接入设备中组播业务主备同步和倒换的方法
CN102739504A (zh) 组播路径切换方法及路由器
CN102377639B (zh) 组播剪枝方法及协议无关组播路由器、组管理窥探交换机

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