CN101170516A - 非rpf接口的状态自适应方法及装置 - Google Patents
非rpf接口的状态自适应方法及装置 Download PDFInfo
- Publication number
- CN101170516A CN101170516A CNA2007101958075A CN200710195807A CN101170516A CN 101170516 A CN101170516 A CN 101170516A CN A2007101958075 A CNA2007101958075 A CN A2007101958075A CN 200710195807 A CN200710195807 A CN 200710195807A CN 101170516 A CN101170516 A CN 101170516A
- Authority
- CN
- China
- Prior art keywords
- state
- interface
- assert
- rpf
- self
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种非RPF接口的状态自适应方法,适用于对PIM-DM组网中发生Assert的非RPF接口进行状态自适应调整,包括:基于该非RPF接口接收到的状态刷新报文,对该状态刷新报文的发送接口进行状态识别;如果该发送接口处于未发生Assert的状态,则同步该非RPF接口至未发生Assert的状态。本发明还公开了一种非RPF接口的状态自适应装置以及一种交换设备。通过本发明公开的方法、装置及交换设备,减少了上游设备对报文的复制转发,避免了下游设备对非法报文的处理,从而提高了设备的处理能力;提高了带宽利用率,减少了带宽浪费;以及,增强了组播域的整体处理能力和故障恢复能力。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种非RPF(Reverse PathForwarding,逆向路径转发)接口的状态自适应方法及装置,还涉及一种交换设备。
背景技术
由于具有节约网络带宽以及降低网络负载的作用,组播技术的应用日益广泛。大多数情况下,组播通过PIM(Protocol Independent Multicast,协议无关组播)协议实现,其中,PIM-DM(Protocol Independent Multicast-DenseMode,协议无关组播密集模式)组网尤其适用于用户密集的场合,通过泛洪&剪枝(Flooding&Prune)过程实现组播转发树的建立和维护,特别是,结合了ASSERT(断言)机制的剪枝过程能够去除共享网络(如LAN)中的多余转发路径。
在实际应用中,基于可靠性的考虑,路由器与交换机之间一般都存在至少两条链路相连,比如建立等价路由或者成为主备链路等;如图1所示,路由器和交换机之间通过链路1和链路2互联。每条链路的接口上都使能相同的协议,比如支持三层组播的PIM协议。
对于上述情况,协议同样会基于泛洪、剪枝和ASSERT机制,从多条链路中选择一条来转发数据流,其具体过程结合图2所示两条链路的情况举例说明如下:
交换设备(路由器,交换机等)R1的接口int1-1存在到组播源S的接收途径,R2的接口int2-3连接接收者,且R1和R2之间通过接口int1-2和接口int2-1、接口int1-3和接口int2-2互联,且int2-1作为R2指向R1的RPF接口,R1、R2在两条链路上都建立了邻居关系。
当R1从int1-1收到组播流时,由于int1-2和int1-3两个接口上都有PIM邻居,因此都会加到其(S,G)表项的输出接口列表中;R1向这两个输出接口转发组播数据报文,同时创建定时器,周期性发送状态刷新报文。当R2从R1收到组播数据报文时,创建组播路由表(S,G),输入接口为int2-1;又由于int2-2有PIM邻居,int2-3上有接收者,因此这两个接口作为输出接口,都被加入到(S,G)的输出接口列表中。至此,完成泛洪过程。
由于R1从int1-3接口也转发了组播数据报文,因此R2也会从输出接口int2-2收到组播报文,从而触发ASSERT机制,认为自己是Assert Winner,并通过int2-2向R1发送携带到源S路由度量值(Metric Preference和Metric)的Assert报文。
R1从int1-3接口收到Assert报文,通过检查路由表发现自己到源S的路由更优,因此认为自己是Assert Winner,同时通过int1-3向R2发送携带到源S路由度量值的Assert报文。
R2从int2-2接口收到Assert报文,并与报文中携带的度量值相比较,发现自己到源S的优先级低,因此Assert状态从Winner迁移到Loser,同时将接口int2-2的下行接口状态迁移到Pruned,并通过int2-2向R1发送prune报文;R1从int1-3接口收到prune报文,将接口int1-3的下行接口状态迁移到Pruned。通过上述结合ASSERT机制的处理,完成了int1-3和int2-2之间路由的剪枝。在此后的过程中,R1只向int1-2转发组播报文。
需要注意的是,PIM-DM的表项可能被删除或者提前老化,并可能因此导致发生Assert的接口的状态无法正确跃迁。仍以图2所示的情况为例,当删除R1上的PIM表项时,需要相应重置R1的int1-3接口状态,包括将int1-3接口的下行接口状态从Pruned迁移到NoInfo(即正常转发状态),使该int1-3接口从被剪枝的Pruned状态中恢复;以及,将int1-3接口的Assert状态从Winner迁移到NoInfo(即未发生Assert);同时,需要通过该int1-3接口发送Assert Cancel消息通知该接口的其它邻居。
正常情况下,R2从int2-2接口收到Assert Cancel消息后,其int2-2接口的Assert状态从Loser迁移到NoInfo,即取消Assert状态;同时,int2-2接口的下行接口状态也从Pruned迁移到NoInfo,等待下一次的泛洪和剪枝处理。
但是,由于IP网络不能保证报文的可达性,因此在诸如网络拥塞等情况下,R2不一定能够正确收到Assert Cancel消息,其int2-2接口的Assert状态始终处于Loser,而其下行接口状态始终处于Pruned,即处于剪枝状态。这种情况下,R1、R2对组播数据报文的后续处理流程如下:
R1上一直通过int1-1接口接收组播数据报文,当PIM表项被删除后,组播数据报文马上重新创建新的(S,G)表项,此时表项有两个输出接口int1-2和int1-3,且其Assert状态都处于初始状态NoInfo,因此,R1通过这两个接口转发组播数据报文,同时创建定时器,周期性发送状态刷新报文。
而此时R2的输入接口为int2-1(RPF接口),接口int2-2的状态为Pruned(即剪枝状态),Assert状态为Loser;因此当接口int2-2收到组播报文时,作为非RPF接口,其RPF检查失败,又由于RPF检查失败的结果对于已被剪枝的接口来说无法触发Assert,因此R2还会从int2-2接口源源不断的收到本不该收的组播数据报文。
对于此种情况,R1周期性发送的状态刷新报文也无力改变。具体来说,状态刷新报文中的P位(Prune Indicator,Prune状态指示位)标识出接口是否剪枝,例如P位为0时表示该接口处于非Pruned状态;状态刷新报文中的N位(Prune Now Flag,Prune当前标识位)只用于向前兼容,没有实际意义,每发送3个报文就执行一次置1操作;状态刷新报文中的O位(Assert OverrideFlag,Assert覆盖标识位)标识出接口是否处于发生Assert的状态。则R1周期性的向除输入接口以外的其它接口发送状态刷新报文,包括int1-3接口;由于int1-3接口的下行接口状态为NoInfo,Assert状态为NoInfo,所以状态刷新报文中的P位(Prune Indicator,Prune状态指示位)为0,N位(PruneNow Flag,Prune当前标识位)为1,O位(Assert Override Flag,Assert覆盖标识位)为1(即该接口未发生Assert)。
则R2从int2-2接口收到状态刷新报文时,由于该int2-2接口处于剪枝状态,因此根据协议要求,P位由于int2-2是非RPF接口而被忽略,N位和O位基于兼容旧版本的考虑而被忽略,只进行Assert状态的刷新。由于与从R1接收到的状态刷新报文中路由度量值优于R2到源S的路由度量值,因此R2的int2-2接口继续维持Assert Loser状态以及Pruned状态,而没有机会向上游节点R1发送剪枝报文,从而导致上游节点R1的int1-3接口的下行接口状态始终为NoInfo,即正常转发状态。
显然,在R2没有正常接收到Assert Cancel报文的情况下,其接口状态无法正确跃迁,且不可恢复。由此导致了R1源源不断的向int1-3转发不该转发的组播数据报文,R2从int2-2上持续收到并处理不该收到的组播数据报文,既占用了网络带宽,又占用了设备R1、R2的CPU资源;在表项很多的情况下,还将大大降低网络利用率及稳定性。
为了克服上述非RPF接口状态无法正确跃迁的问题,现有技术一般采取的方式包括:通过提高链路可靠性来降低传输丢包率,或者,通过加大报文的接收队列来尽量提高报文的处理能力等。但是,这些方式不但需要加大硬件投入,花费成本较高,同时,也无法从根本上保证报文接收的可达性。想要从根本上对该问题加以解决,就需要在网络出问题时接口能够自动纠错,但现有技术中尚无类似的技术方案。
发明内容
本发明的目的是为了克服上述现有技术中的缺陷,提供一种非RPF接口的状态自适应方案,以实现交换设备以多条链路互联的情况下,报文丢失时非RPF接口状态的正确跃迁。
为实现上述目的,本发明的实施例提供了一种非RPF接口的状态自适应方法,适用于对PIM-DM组网中发生Assert的非RPF接口进行状态自适应调整,包括以下步骤:
基于所述非RPF接口接收到的状态刷新报文,对所述状态刷新报文的发送接口进行状态识别;
如果所述发送接口处于未发生Assert的状态,则同步所述非RPF接口至未发生Assert的状态。
本发明的实施例还提供了一种非RPF接口的状态自适应装置,适用于对PIM-DM组网中发生Assert的非RPF接口进行状态自适应调整,包括:发送接口状态识别模块,用于基于所述非RPF接口接收到的状态刷新报文,对所述状态刷新报文的发送接口进行状态识别;接口状态跃迁控制模块,与所述发送接口状态识别模块连接,用于在所述发送接口未发生Assert时,同步所述非RPF接口至未发生Assert的状态。
本发明的实施例还提供了一种交换设备,其设有或者连接有上述非RPF接口的状态自适应装置。
由上述技术方案可知,本发明通过检测状态刷新报文获取发送接口信息,以及时进行发生Assert的非RPF接口的状态跃迁,具有以下有益效果:
1、减少了上游设备对报文的复制转发,避免了下游设备对非法报文的处理,从而提高了设备的处理能力;
2、提高了带宽利用率,减少了带宽浪费;
3、增强了组播域的整体处理能力和故障恢复能力。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
图1为现有技术中,交换设备间通过多条链路互联的示意图例;
图2为现有技术对于交换设备间以多条链路互联的情况,通过泛洪、剪枝和ASSERT机制建立组播路径的示意图例;
图3为本发明所提供的非RPF接口的状态自适应方法一实施例的流程图;
图4为本发明所提供的非RPF接口的状态自适应方法另一实施例的流程图;
图5为本发明所提供的非RPF接口的状态自适应装置一实施例的框图;
图6为本发明所提供的非RPF接口的状态自适应装置另一实施例的框图。
具体实施方式
在现有技术中,对于交换设备以多条链路互联的情况,发生Assert的非RPF接口如果没有正确收到Assert Cancel报文,那么该接口的状态将无法正确跃迁,并由此导致了上游设备持续发送组播数据报文,而下游设备要持续处理抛弃非法的组播数据报文,占用了网络带宽,降低了设备和系统的处理能力。
可以看出,发生问题的关键在于一旦Assert Cancel报文丢失,发生Assert的非RPF接口就无法再获取跃迁信息。因此,本发明实施例所提供的方案通过状态刷新报文来获取相应的信息,以解决这一问题,下面结合附图和具体实施例加以描述。
本发明提供了一种非RPF接口的状态自适应方法,其适用于对PIM-DM组网中发生Assert的非RPF接口进行状态自适应调整。
如图3所示,给出了本方法的一个实施例,包括以下步骤:
S1、发生Assert的非RPF接口接收到状态刷新报文;
根据现有技术可知,对于交换设备以多条链路互联的情况,非RPF接口发生Assert时其接口状态为Assert Loser,未发生Assert时其接口状态为Assert NoInfo。发生Assert的非RPF接口会周期性的接收到上游设备接口发送的状态刷新报文,只不过作为非RPF接口,该状态刷新报文在现有技术中仅仅用于Assert状态的维护。
S2、识别该状态刷新报文的发送接口状态是否处于发生Assert的状态,是则执行步骤S4,否则执行步骤S3;
在状态刷新报文仅用于Assert状态维护时,由于上游设备的路由必然优于该非RPF接口到组播源S的路由,因此现有技术中该非RPF接口如果没有收到Assert Cancel报文,将会一直维持Loser状态,而没有机会向上游设备发送剪枝报文,并由此导致了后续的一系列问题。
在本实施例中,增加了对状态刷新报文的判断处理,以保证即使AssertCancel报文并未正确送达,该非RPF接口也能够通过状态刷新报文获取相应的信息。
一般而言,该状态刷新报文的发送接口都是该非RPF接口所保存的发生Assert的对端接口,亦即,发生多余链路基于ASSERT机制剪枝时,与该处于Assert Loser状态的非RPF接口相对应的处于Assert Winner状态的接口。但较佳的,为了避免干扰报文的情况,在对状态刷新报文的发送接口进行状态识别之前还可以包括:对该状态刷新报文的源地址进行识别,如果其与非RPF接口所保存的Assert Winner地址一致,则对该状态刷新报文的发送接口进行状态识别;否则,针对该状态刷新报文的自适应处理结束,如图4所示。
进一步的,由于对发送接口而言,发生Assert时其接口状态为AssertWinner,未发生Assert时其接口状态为Assert NoInfo。因此,识别发送接口状态是否处于发生Assert的状态,亦即识别发送接口是否处于Assert NoInfo状态。就具体实现而言,可以采取不同的方式。
例如,可以设置对现有的状态刷新报文中进行补充识别:目前,状态刷新报文中是存在发送接口的状态信息的,如O位;只不过出于兼容旧版本的考虑,协议要求忽略该位。针对这一问题,可以通过检查该状态刷新报文中O位的值的方式,实现对发送接口的状态识别。
具体的,当非RPF接口收到状态刷新报文时,如果发现该报文中O位(Assert覆盖标识位,Assert Override Flag)为1,则表明该发送接口的Assert状态为NoInfo,处于未发生Assert的状态;而相对的,由于收到该报文的非RPF接口Assert状态是Loser,处于发生Assert的状态,彼此不同步,因此需要进行状态跃迁处理,即执行步骤S3。
再例如,可以对现有的状态刷新报文中进行补充设置:包括预先在状态刷新报文中增设标识位,该标识位用于标识发送状态刷新报文的接口是否处于发生Assert的状态;以及,发送该状态刷新报文时,如果该发送接口的处于发生Assert的状态,则相应置位该标识位。这样,本步骤S2中对该发送接口进行的状态识别就可以通过检查状态刷新报文中预设的标识位实现,比如,如果该标识位置位为1,说明发送接口处于未发生Assert的状态,因此需要对非RPF接口的Assert Loser状态进行跃迁,即执行步骤S3。
S3、对该非RPF接口的Assert状态进行同步处理,将该非RPF接口调整至未发生Assert的状态,换句话说,就是使非RPF接口的Assert状态跃迁为NoInfo,本次自适应调整结束;
一般而言,本步骤S3进行非RPF接口的Assert状态同步之后还包括:将该非RPF接口迁跃到正常转发状态,即将该非RPF接口的下行接口状态迁移到NoInfo状态。
这样,以后再从发送接口收到组播报文时,就符合从输出接口收到组播报文触发Assert的条件,使该路由的两端接口能够同步发生状态变化,而不至于出现一方不停发送,另一方不停处理并抛弃的情况。
S4、保持该非RPF接口处于发生Assert的状态,本次自适应调整结束。
本步骤S4显示了对状态刷新报文识别处理的另一种情况,即当发送接口处于发生Assert(Assert Winner)的状态,而该非RPF接口也处于发生Assert(Assert Loser)的状态时,说明路由的两端接口同步,因此无需调整。
通过上述步骤S1~S4可以看出,即使发生Assert的非RPF接口没有正确接收到Assert Cancel报文,也能在周期性接收的状态刷新报文中获取发送接口的信息,从而避免了现有技术中发送接口源源不断转发数据报文,发生Assert的非RPF接口处理丢弃非法组播数据报文的情况,减少了上游设备对报文的复制转发,避免了下游设备对非法报文的处理,从而提高了设备的处理能力,提高了带宽利用率,减少了带宽浪费,以及,增强了组播域的整体处理能力和故障恢复能力。
下面结合图2所示的等价路由情况,通过一个具体的实施例加以描述:
当R1封装向int1-3接口发送的状态刷新报文时,发现该接口的Assert状态为NoInfo,则将该状态刷新报文的O位置位为1;
R2从int2-2接口收到该状态刷新报文,发现该报文来自于Assert Winner,并且报文中O位为1,即发送接口int1-3的Assert状态已经取消;由于本int2-2接口不是RPF接口,又处于Assert Loser状态,因此采取将Assert状态迁移到NoInfo的方式,取消int2-2接口的Assert状态;随之,int2-2接口的下行状态也随之迁移为NoInfo,即正常转发状态。
此后,从int2-2接口收到组播数据报文时,符合触发Assert的条件,从而R1上int1-3接口的状态能够迁移到:下行接口状态为Pruned,Assert状态为Winner;R2上int2-2接口的状态能够迁移到:下行接口状态为Pruned,Assert状态为Loser。则R1不再向int1-3接口转发组播数据报文,节省了该链路的带宽,R2也不用再去处理组播数据报文。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,所述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,适用于对PIM-DM组网中发生Assert的非RPF接口进行状态自适应调整,包括如下步骤:
基于所述非RPF接口接收到的状态刷新报文,对所述状态刷新报文的发送接口进行状态识别;
如果所述发送接口处于未发生Assert的状态,则同步所述非RPF接口至未发生Assert的状态。
所述的存储介质包括:ROM/RAM、磁碟或者光盘等。
本发明还提供了一种非RPF接口的状态自适应装置300,适用于对PIM-DM组网中发生Assert的非RPF接口100进行状态自适应调整,且本发明提供的非RPF接口的状态自适应装置300可以独立设置,也可以设置在每一个交换设备中,在交换设备以多条链路互联的情况下,对本设备的非RPF接口100进行控制。
请结合图5,本发明提供的非RPF接口的状态自适应装置300的一个实施例包括:
发送接口状态识别模块301,用于基于非RPF接口100接收到的状态刷新报文,对该状态刷新报文的发送接口200进行状态识别;
接口状态跃迁控制模块302,与发送接口状态识别模块301连接,用于在该发送接口200未发生Assert时,同步该非RPF接口100至未发生Assert的状态,将非RPF接口100的Assert状态跃迁为NoInfo。
其中,发送接口200,如图2中设置在R1中的接口int1-3,其发生Assert是指其处于Assert Winner状态,未发生Assert是指其处于Assert NoInfo状态;非RPF接口100,如图2中设置在R2中的接口int2-2,其发生Assert是指其处于Assert Loser状态,未发生Assert是指其处于Assert NoInfo状态。
可以看出,通过对状态刷新报文的检查,即使在发生Assert的非RPF接口100没有正确接收到Assert Cancel报文,也能在周期性接收的状态刷新报文中获取发送接口200的信息,从而避免了现有技术中发送接口200源源不断转发数据报文,发生Assert的非RPF接口100处理丢弃非法组播数据报文的情况,减少了上游设备对报文的复制转发,避免了下游设备对非法报文的处理,从而提高了设备的处理能力,提高了带宽利用率,减少了带宽浪费,以及,增强了组播域的整体处理能力和故障恢复能力。
虽然在图5中,显示的是该非RPF接口的状态自适应装置300独立设置的情况,但本领域普通技术人员可以理解,无论采用何种设置方式,都能够实现非RPF接口的状态自适应的目的。
本发明还提供了非RPF接口的状态自适应装置300的另一个实施例,如图6所示。
其中,为了保证发送接口是非RPF接口所保存的Assert Winner接口,非RPF接口的状态自适应装置300还包括发送接口地址识别模块303,用于对状态刷新报文的源地址进行识别,如果其与非RPF接口所保存的AssertWinner接口的地址一致,则触发该发送接口状态识别模块301进行状态识别;否则,针对该状态刷新报文的自适应处理结束。
进一步的,该发送接口状态识别模块301可以通过报文Assert检查单元3011实现,该报文断言检查单元3011用于检查状态刷新报文中Assert覆盖标识位Assert Override Flag的值,在该值为1的情况下,识别该发送接口200处于未发生Assert的状态。
或者,该发送接口状态识别模块301可以通过标识位检查单元实现,该标识位检查单元用于检查状态刷新报文中预设的用于标识状态刷新报文的发送接口200是否发生Assert的标识位,并在该标识位置位的情况下,识别发送接口200处于发生Assert的状态;可以看出,该标识位是由上游设备根据发送接口200的实际情况加以封装发送的。
图6显示了采用报文Assert检查单元3011实现的一实施例。
对于接口状态跃迁控制模块302而言,可以包括Assert状态跃迁单元3021和与之连接的下行接口状态跃迁单元3022;该Assert状态跃迁单元3021用于同步非RPF接口100的Assert状态;下行接口状态跃迁单元3022用于根据Assert状态跃迁单元3021的触发,将非RPF接口100的下行接口状态随之迁移到NoInfo状态,从而完成到正常转发状态的跃迁。
本发明的实施例还提供了一种交换设备,该交换设备设有或者连接有如上述实施例所述的非RPF接口的状态自适应装置,从而在构建出PIM-DM组播域后,能够保证非RPF接口状态的自适应跃迁。
最后所应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神和范围。
Claims (12)
1.一种非RPF接口的状态自适应方法,适用于对PIM-DM组网中发生Assert的非RPF接口进行状态自适应调整,其特征在于,包括以下步骤:
基于所述非RPF接口接收到的状态刷新报文,对所述状态刷新报文的发送接口进行状态识别;
如果所述发送接口处于未发生Assert的状态,则同步所述非RPF接口至未发生Assert的状态。
2.根据权利要求1所述的非RPF接口的状态自适应方法,其特征在于,所述对状态刷新报文的发送接口进行状态识别之前还包括:对所述状态刷新报文的源地址进行识别,如果其与非RPF接口所保存的AssertWinner地址一致,则对所述状态刷新报文的发送接口进行状态识别;否则,自适应处理结束。
3.根据权利要求1所述的非RPF接口的状态自适应方法,其特征在于,所述对状态刷新报文的发送接口进行状态识别包括:检查所述状态刷新报文中Assert覆盖标识位的值;如果为1,则识别所述发送接口处于未发生Assert的状态。
4.根据权利要求1所述的非RPF接口的状态自适应方法,其特征在于,还包括预先在状态刷新报文中增设标识位的步骤,所述标识位用于标识发送状态刷新报文的接口是否发生Assert;以及,发送所述状态刷新报文时,如果所述发送接口处于发生Assert的状态,则相应置位所述标识位。
5.根据权利要求4所述的非RPF接口的状态自适应方法,其特征在于,对所述状态刷新报文的发送接口进行状态识别包括:检查所述状态刷新报文中预设的标识位。
6.根据权利要求1-5任一所述的非RPF接口的状态自适应方法,其特征在于,所述同步非RPF接口至未发生Assert的状态之后还包括:将所述非RPF接口跃迁到正常转发状态。
7.一种非RPF接口的状态自适应装置,适用于对PIM-DM组网中发生Assert的非RPF接口进行状态自适应调整;其特征在于,包括:
发送接口状态识别模块,用于基于所述非RPF接口接收到的状态刷新报文,对所述状态刷新报文的发送接口进行状态识别;
接口状态跃迁控制模块,与所述发送接口状态识别模块连接,用于在所述发送接口未发生Assert时,同步所述非RPF接口至未发生Assert的状态。
8.根据权利要求7所述的非RPF接口的状态自适应装置,其特征在于,还包括发送接口地址识别模块,用于对所述状态刷新报文的源地址进行识别,如果其与非RPF接口所保存的Assert Winner地址一致,则触发所述发送接口状态识别模块进行状态识别;否则,自适应处理结束。
9.根据权利要求7所述的非RPF接口的状态自适应装置,其特征在于,所述发送接口状态识别模块包括报文Assert检查单元,用于检查所述状态刷新报文中Assert覆盖标识位的值,并在所述值为1的情况下,识别所述发送接口处于未发生Assert的状态。
10.根据权利要求7所述的非RPF接口的状态自适应装置,其特征在于,所述发送接口状态识别模块包括标识位检查单元,用于检查所述状态刷新报文中预设的用于标识状态刷新报文的发送接口是否发生Assert的标识位,并在所述标识位置位的情况下,识别所述发送接口处于发生Assert的状态。
11.根据权利要求7-10任一所述的非RPF接口的状态自适应装置,其特征在于,所述接口状态跃迁控制模块包括Assert状态跃迁单元和与之连接的下行接口状态跃迁单元;所述Assert状态跃迁单元用于同步所述非RPF接口的Assert状态;所述下行接口状态跃迁单元用于根据所述Assert状态跃迁单元的触发,将所述非RPF接口跃迁到正常转发状态。
12.一种交换设备,其特征在于,其设有或者连接有如权利要求7-11任一所述的非RPF接口的状态自适应装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101958075A CN101170516B (zh) | 2007-11-29 | 2007-11-29 | 非rpf接口的状态自适应方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101958075A CN101170516B (zh) | 2007-11-29 | 2007-11-29 | 非rpf接口的状态自适应方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101170516A true CN101170516A (zh) | 2008-04-30 |
CN101170516B CN101170516B (zh) | 2010-12-01 |
Family
ID=39390989
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101958075A Expired - Fee Related CN101170516B (zh) | 2007-11-29 | 2007-11-29 | 非rpf接口的状态自适应方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101170516B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102971995A (zh) * | 2010-07-15 | 2013-03-13 | 格诺多有限公司 | 一种方法和设备 |
CN109150732A (zh) * | 2018-09-27 | 2019-01-04 | 山东衡昊信息技术有限公司 | 一种肉制品生产安监系统视频传输优化方法 |
CN112822097A (zh) * | 2019-11-15 | 2021-05-18 | 华为技术有限公司 | 报文转发的方法、第一网络设备以及第一设备组 |
CN114047741A (zh) * | 2021-11-10 | 2022-02-15 | 潍柴动力股份有限公司 | 自修复诊断限制系统临时中断功能的实现方法及相关装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100563140C (zh) * | 2007-03-08 | 2009-11-25 | 华为技术有限公司 | 一种多播网络系统和检测多播网络链路缺陷的方法 |
CN101060485B (zh) * | 2007-05-11 | 2011-08-10 | 杭州华三通信技术有限公司 | 拓扑改变报文的处理方法和处理装置 |
-
2007
- 2007-11-29 CN CN2007101958075A patent/CN101170516B/zh not_active Expired - Fee Related
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102971995A (zh) * | 2010-07-15 | 2013-03-13 | 格诺多有限公司 | 一种方法和设备 |
CN102971995B (zh) * | 2010-07-15 | 2016-04-27 | 克雷Uk有限公司 | 一种方法和设备 |
CN109150732A (zh) * | 2018-09-27 | 2019-01-04 | 山东衡昊信息技术有限公司 | 一种肉制品生产安监系统视频传输优化方法 |
CN109150732B (zh) * | 2018-09-27 | 2021-05-28 | 广东荣业食品有限公司 | 一种肉制品生产安监系统视频传输优化方法 |
CN112822097A (zh) * | 2019-11-15 | 2021-05-18 | 华为技术有限公司 | 报文转发的方法、第一网络设备以及第一设备组 |
CN114047741A (zh) * | 2021-11-10 | 2022-02-15 | 潍柴动力股份有限公司 | 自修复诊断限制系统临时中断功能的实现方法及相关装置 |
CN114047741B (zh) * | 2021-11-10 | 2024-03-19 | 潍柴动力股份有限公司 | 自修复诊断限制系统临时中断功能的实现方法及相关装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101170516B (zh) | 2010-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2352253B1 (en) | Method and apparatus for protecting link aggregation group of ethernet ring | |
CN100417094C (zh) | 具有冗余端口的网络故障恢复方法 | |
US7944815B2 (en) | System and method for network recovery from multiple link failures | |
CN102316016B (zh) | 组播流量的转发方法及装置 | |
US8144628B2 (en) | Acknowledgement-based rerouting of multicast traffic | |
EP2911341B1 (en) | Method and device for dynamically switching gateway of distributed resilient network interconnect | |
CN101060485B (zh) | 拓扑改变报文的处理方法和处理装置 | |
EP2533475B1 (en) | Method and system for host route reachability in packet transport network access ring | |
CN101640703B (zh) | 二层mac清除/重路由 | |
EP2555476A1 (en) | Method, system and device for protecting multicast in communication network | |
EP1994694A2 (en) | System and method for preventing loops in the presence of control plane failures | |
CN103428060A (zh) | 环形网络的无缝冗余实现方法 | |
CN101335690A (zh) | 用于ip通信网络中的无缝冗余系统 | |
EP3029883B1 (en) | Network protection method and apparatus, next-ring node, and system | |
CN103607317A (zh) | 二层环路检测方法和装置及通信系统 | |
JP2007208369A (ja) | ネットワークシステム及びネットワークシステムのノード冗長方法 | |
US20140071812A1 (en) | Backup system of ring network and backup method of ring network | |
CN101729426A (zh) | 一种虚拟路由冗余协议主备用设备快速切换的方法及系统 | |
WO2016135828A1 (ja) | 中継装置および通信システム | |
US9509523B2 (en) | Method for protection switching in ethernet ring network | |
CN101483571B (zh) | 一种rrpp的配置方法、系统及设备 | |
CN101170516B (zh) | 非rpf接口的状态自适应方法及装置 | |
CN103873333A (zh) | 环网三层收敛方法及装置 | |
JP5491623B2 (ja) | アドレスのリフレッシュ方法及びシステム | |
EP2533470B1 (en) | Method and equipment for preventing repeated refreshing of ethernet ring node address table |
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 | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101201 Termination date: 20191129 |
|
CF01 | Termination of patent right due to non-payment of annual fee |