专利名称：一种以太环网保护方法及传输节点的利记博彩app
技术领域：
本发明涉及环网保护领域，尤其涉及一种以太环网保护中多点故障时的以 太环网保护方法及传输节点。
背景技术：
在以太网络中，提高网络可靠性的主要手段是部署一些冗余链路，这样，
当主链路失效时便可以使用备份链路。中兴以太环网(ZTE Ethernet Switch Ring, ZESR)就是基于此应用提出来的环网保护方法，在每个环上都有一条链 路称为环保护链路，当环保护的链路都为完好时，该环保护链路的两个端口中 至少一个端口被阻塞，从而防止被保护数据从该链路通过。对于环路中的多点 故障保护问题，即单点故障恢复的过程中环路中又出现单点故障，这时环路的 快速反应能力也是环网保护的关键。
目前，环网保护方法对环路中各个节点分别配置不同的角色主节点 (master)和传输节点(transit), —个环中只有一个主节点，其它节点均为传 输节点。链路都完好时，主节点会阻塞从端口，防止保护数据成环，当环路中 有故障发生时，主节点将阻塞的从端口打开，起到链i^盼的作用。其中，对 于主节点，定义了几种状态init、 pre-up、 up、 down,从节点的状态是init、 up、 down。其中，init是初始化状态，是域配置完成后要经历的状态；环路中 无故障时主节点和传输节点均为up状态，故障时均为down状态。pre-up状态 是环路从down到up要经历的中间过渡状态，是主节点上特有状态。
图1为根据现有技术的以太环网保护的环路示意图，如图1所示，节点Sl、 节点S2、节点S3、节点S4为支持以太网交换功能的节点，创建以太环网保护 域，其中，节点S1为主节点，节点S2、节点S3、节点S4为传输节点，该以
5太环网保护域包括节点Sl、节点S2、节点S3和节点S4组成的一个闭环。当 环保护的链路都为完好时，主节点Sl将从端口阻塞，各节点显示环路状态为 up。图2为根据现有技术的以太环网保护出现链路故障后环路情况示意图，如 图2所示，环路故障时，例如当图1中的S3和S4间的链路出现故障，则S3 和S4会将故障链路的端口阻塞，同时向外发送环路故障协i义才艮文。主节点收到 环路故障报文后，会进行链路切换，即将从端口打开，并且发送协议报文通知 各传输节点环路状态发生变化，传输节点收到主节点的通知后，会将环路状态 置为down,并且刷介质访问控制(Media Access Control, MAC)地址表。此 时各个节点上显示的环路状态均为down状态。如果环路恢复，为了防止环路， 故障节点不能立即将已恢复的端口打开，而是停发链路故障协议报文，等待主 节点通知。主节点一定时间内收不到环路故障报文时，就认为环路故障恢复， 此时，主节点会将流量切回，即让被保护的业务流量从主端口所在链路传输， 将从端口阻塞。为了防止主端口发生端口振荡，保证主端口上能正常工作，协 议为主节点设置了 pre-up状态，主节点在一定时间内收不到环路故障协议报文 时，就进入pre-up状态，图3为根据现有技术的以太环网保护故障刚恢复时环 路情况示意图，如图3所示，pre-up状态下启用pre-up定时器，定时器定时时 间到后，主端口被打开，从端口被阻塞，环路恢复up状态，主节点通知各个传 输节点状态变化。各个传输节点收到主节点通知后，会将环路状态从down切 换为叩，发生故障的节点S3和S々还需要将故障端口打开，保证流量正常。
如杲在pre-up状态下，环路再次发生了故障，这时检测到故障的传输节点 会向主节点发送环路故障协议报文，主节点收到环路故障协议报文时，只会按 照环路故障处理，发送协议4艮文通知个节点进入down状态，这个时候能够保 证环路不断流的最有效的方法是将已经恢复的故障端口马上打开。但是由于主 节点收到的是环路故障协议报文，无法通知已经恢复的故障端口打开。图4为 根据现有技术的以太环网再次出现故障时示意图，如图4所示，当S2和S3之 间再发生故障时，S3和S4的端口无法立即打开，即使S3能够将端口打开， S4的端口也无法打开，无法刷MAC,这个时候流量仍然不通，从而影响环网保护能力，影响用户体验。
发明内容
有鉴于此，本发明的主要目的在于提供一种以太环网保护方法及传输节点， 能够提高环网保护能力，提高用户体验。
为达到上述目的，本发明的技术方案是这样实现的 一种以太环网保护方法，对传输节点引入pre-up状态，包括 环路故障恢复后，环路上的传输节点在设定时间内没有收到环路故障协议
报文，则进入pre-up状态；
传输节点处于pre-up状态且环路再次发生故障，即传输节点在pre-up状态
下收到环路故障协议报文，则所述传输节点将主乂人端口都打开，并且刷新MAC地址。
所述环路故障发生时，具体包括
检测到环路故障的故障传输节点周期性持续向环路上其他节点发送环路故 障协议报文；
主节点收到故障节点发送的环路故障协议报文后，切换环路状态为down， 并发送环路故障更新协议报文给各传输节点；
传输节点收到环路故障更新协议报文后，更新环路状态为down,并刷新 MAC地址。
所述环路故障恢复后，具体包括
所述故障传输节点停止发送环路故障协议报文，并将恢复的端口置为等待 打开状态；
所述故障传输节点停止发送环路故障协议报文设定时间后，进入pre-up状 态，环路上其他传输节点在所述设定时间内没有收到环路故障协议报文，也进 入pre-up状态。
所述传输节点处于pre-up状态，且环路再次发生故障时具体包括 此次检测到环路故障的故障传输节点阻塞故障端口 ，并周期性持续向环路上其他节点发送环路故障协议纟艮文；其他传输节点在pre-up状态下收到环路故 障协议报文，立即打开主/人端口，并刷新MAC地址。
该方法还包括主节点在所述设定时间内没有收到环路故障协议报文，进 入pre-up状态。
该方法还包括主节点在pre-up状态下收到环路故障协议报文，立即打开 主从端口。
一种以太环网传输节点，该以太环网传输节点包括故障检测单元、环路 故障协议报文接收单元、状态维护单元、执行单元，其中，
所述故障检测单元，用于检测环路故障是否恢复，以及在环路故障恢复时， 通知状态维护单元；
所述环路故障协议报文接收单元，用于接收环路故障协议报文，并在接收 环路故障协议报文之后通知状态维护单元；
所述状态维护单元，用于在设定时间内没有收到环路故障协议报文时，切 换环路状态为pre-up状态；以及在环路状态为pre-up状态，且收到环路故障协 议报文接收单元的通知时，通知执行单元；
所述执行单元，用于在收到状态维护单元的通知后，打开主从端口，并且 刷新MAC地址。
所述以太环网传输节点还包括环路故障协议才艮文发送单元，环路故障更新 协议报文接收单元，
所述故障4企测单元，还用于检测是否出现环路故障，以及在出现环路故障 时，通知环路故障协议报文发送单元；
所述环路故障协议报文发送单元，用于在收到所述故障检测单元的通知后， 周期性持续向环路上其他节点发送环路故障协议报文，
所述故障更新协议报文接收单元，用于接收来自其他环路节点的故障更新 协议报文，并通知状态维护单元；
所述状态维护单元，还用于根据所所述故障更新协议报文更新环路状态为 down,并通知执4于单元刷新MAC地址。所述故障检测单元，还用于在检测到环路故障恢复时，通知环路故障协议
寺艮文发送单元；
所述环路故障协议报文发送单元，还用于在收到故障检测单元的通知后， 停止发送环路故障协议报文，并通知执行单元；
所述执行单元，还用于在收到环路故障协议才艮文发送单元的通知后，将恢 复的端口置为等待打开状态。
本发明以太环网保护方法及传输节点，对传输节点引入pre-up状态，传输 节点在设定时间内收不到环路故障协议报文时，就ii^pre-up状态，当传输节 点在pre-up状态下收到环路故障的协议报文时，就将该传输节点处于环路上的 无故障的端口都打开。由于本发明在传输节点引入pre-up状态，由传输节点自 己控制是否打开已恢复的故障端口 ，从而避免了因主节点无法通知已经恢复的 故障端口打开而导致的流量不通，所以能够提高环网保护能力，以及提高用户
体验。
图l为根据现有技术的以太环网保护的环路示意图2为根据现有技术的以太环网保护出现链路故障后环路情况示意图3为根据现有技术的以太环网保护故障刚恢复时环路情况示意图4为根据现有技术的以太环网再次出现故障时示意图5为本发明以太环网保护方法流程示意图6为本发明实施例1以太环网保护方法流程示意图7为本发明实施例2的以太环网示意图。
具体实施例方式
本发明的基本思想是对传输节点引入pre-up状态，传输节点在设定时间 内收不到环路故障协议报文时，就进入pre-up状态，当传输节点在pre-up状态 下收到环路故障的协议报文时，就将该传输节点处于环路上的无故障的端口都打开。
下面结合附图对技术方案的实施作进一步的详细描述。
图5为本发明以太环网保护方法流程示意图，如图5所示，本发明以太环 网保护方法一般包括以下步骤
步骤501:环路发生故障时，环路上各节点分别更新环路状态为down。 具体的，环3各上的一传输节点检测到环路故障时，故障传输节点会周期性 持续向环路上其他节点发送环路故障协议报文；主节点收到故障节点发送的环 路故障协议报文后，切换环路状态为down，并发送环路故障更新协议报文给各 传输节点；传输节点收到环路故障更新协议报后，更新环路状态为down，并刷 新MAC地址。
步骤502:环路故障恢复后，环路上的传输节点在设定时间内没有收到环 路故障协议报文，则进入pre-up状态。
具体的，环路故障恢复后，故障传输节点停止发送环路故障协议报文，并 将恢复的端口置为等待打开状态；所述故障传输节点停止发送环路故障协议报 文设定时间后，进入pre-up状态，环路上其他传输节点在所述设定时间内没有 收到环路故障协议才艮文，也进入pre-up状态。
另夕卜，主节点在所述设定时间内没有收到环路故障协议报文，也进入pre-up 状态。
步骤503:传输节点处于pre-up状态，且环路再次发生故障，则所迷传输 节点将主从端口都打开，并且刷新MAC地址。
具体的，环路上又一传输节点检测到环路故障时，此次检测到环路故障的 故障传输节点阻塞故障端口 ，并周期性持续向环路上其他节点发送环路故障协 议报文；其他传输节点在pre-up状态下收到环路故障协议报文，确定环路上又 发生了故障，立即打开主从端口，并刷新MAC地址。对于故障恢复的传榆节 点，即将已经恢复为等待打开的端口置为打开状态。
另外，主节点在pre-up状态下收到环路故障协i义才艮文，也会立即打开主从 端口。
10本发明还提出一种以太环网传输节点，包括故障检测单元、环路故障协 议报文接收单元、状态维护单元、执行单元，其中，
故障;险测单元，用于检测环路故障是否恢复，以及在环路故障恢复时，通
知状态维护单元；
环路故障协议报文接收单元，用于接收环路故障协议报文，并在接收环路 故障协iU艮文之后通知状态维护单元；
状态维护单元，用于在设定时间内没有收到环路故障协议报文时，切换环 路状态为pre-up状态；以及在环路状态为pre-up状态，且收到环路故障协议报 文接收单元的通知时，通知执行单元；
执行单元，用于在收到状态维护单元的通知后，打开主/人端口，并且刷新 MAC地址。
以太环网传输节点还包括环路故障协议报文发送单元，环路故障更新协议 报文接收单元， 故障检测单元，还用于检测是否出现环路故障，以及在出现环路故障时， 通知环路故障协议报文发送单元；
环路故障协议报文发送单元，用于在收到所述故障检测单元的通知后，周 期性持续向环路上其他节点发送环路故障协议报文，
故障更新协议报文接收单元，用于接收来自其他环路节点的故障更新协议 报文，并通知状态维护单元；
状态维护单元，还用于根据所所述故障更新协议报文更新环路状态为 down,并通知执行单元刷新MAC地址。
故障检测单元，还用于在检测到环路故障恢复时，通知环路故障协议报文 发送单元；
环路故障协议报文发送单元，还用于在收到故障检测单元的通知后，停止 发送环路故障协议纟艮文，并通知执行单元；
执行单元，还用于在收到环路故障协议报文发送单元的通知后，将恢复的 端口置为等待打开状态。实施例1
本实施例中，环路包括主节点、传输节点1和传输节点2，图6为本发明 实施例1以太环网保护方法流程示意图，如图6所示，本发明实施例l以太环 网保护方法包括以下步骤
步骤601，传输节点1的链路发生故障，传输节点1定时持续向外发送环 路故障协议报文。
步骤602，主节点收到传输节点1发送的环路故障协议报文后进行环路切 换，环路状态为down，并发送环路故障更新协议报文给传输节点1和传输节点 2。
步骤603，传输节点1和传输节点2收到主节点发送的环路故障更新协议 报文后，更新环路状态为down，并刷新MAC地址。
步骤604,故障恢复后，传输节点1立即停止发送环路故障协议报文，并 将恢复的端口状态置为preforward状态。
步骤605,传输节点1停止发送环路故障协议报文一段时间(如8s)后进 入pre-up状态。
步骤606，主节点和传输节点2—定时间(如亦为8s)内收不到环路故障
协i义才艮文，进入pre-up状态。
主节点和传输节点一般在相同长度的一段时间收不到环路故障协议报文，
会进入pre-up状态。
步骤607，传输节点2检测到环路故障，则阻塞故障端口，并定时持续向 外发送环路故障协议报文。
步骤608，故障节点1收到环路故障协议l艮文，确定环路上又发送了故障， 立即将已经恢复为preforward、即等待打开状态的端口置为forward状态，并刷 新MAC ;l也址。
步骤609,主节点收到环路故障协议报文，将主从端口都置为forward状态， 并发送环路更新协议报文给传输节点1和传输节点2，通知环路状态为down, 并通知各个节点刷新MAC地址。步骤610，传输节点1和传输节点2收到主节点发送的环路更新协i^艮文， 更新环路状态为down,并刷新MAC地址，环路恢复到单点故障处理流程。
由此可见，通it^"传输节点设置pre-up状态，传输节点在pre-up状态下收 到环路故障协议报文时处理处于preforward的端口可以有效的解决多点故障的 环路保护问题。
实施例2 , 图7为本发明实施例2的以太环网示意图，如图7所示，节点Sl、节点 S2、节点S3和节点S4组成了以太环网，Sl为主节点，其它节点为传输节点， 节点S3和节点S4之间的链路最先发生故障，当节点S3和节点S4之间的链路 由故障到恢复时，节点S3和节点S4会停止发环路故障协议报文，并且将环上 端口状态置为preforward状态，等待主节点的环路恢复更新协议报文。另外， 主节点Sl和各传输节点在一定时间收不到环路故障协议报文会进入pre-up状 态，等待pre-up状态超时后进入up状态。如果各节点处于pre-up状态时环路 再次出现故障，例如当S2和节点S3之间的链路出现故障时，节点S2和节点 S3都会向外发送环路故障协议报文。节点S4收到环路故障协议报文，此时又 处于pre-up状态且端口的状态为等待打开的preforward状态，那么就将环上端 口打开，节点S3的处理流程相同。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1、一种以太环网保护方法，其特征在于，对传输节点引入pre-up状态，该方法包括环路故障恢复后，环路上的传输节点在设定时间内没有收到环路故障协议报文，则进入pre-up状态；传输节点处于pre-up状态且环路再次发生故障，即传输节点在pre-up状态下收到环路故障协议报文，则所述传输节点将主从端口都打开，并且刷新MAC地址。
2、 才艮据权利要求1所述的以太环网保护方法，其特征在于，所述环路故障 发生时，具体包括检测到环路故障的故障传输节点周期性持续向环路上其他节点发送环路故 障协议报文；主节点收到故障节点发送的环路故障协议报文后，切换环路状态为down, 并发送环路故障更新协议报文给各传输节点；传输节点收到环路故障更新协议报文后，更新环路状态为down,并刷新 MAC地址。
3、 根据权利要求2所述的以太环网保护方法，其特征在于，所述环路故障 恢复后，具体包括所述故障传输节点停止发送环路故障协议报文，并将恢复的端口置为等待 打开状态；所述故障传输节点停止发送环路故障协议报文设定时间后，pre-up状 态，环路上其他传输节点在所述设定时间内没有收到环路故障协议报文，也进 入pre-up状态。
4、 根据权利要求2所述的以太环网保护方法，其特征在于，所述传输节点 处于pre-up状态，且环路再次发生故障时具体包括此次检测到环路故障的故障传输节点阻塞故障端口 ，并周期性持续向环路上其他节点发送环路故障协议报文；其他传输节点在pre-up状态下收到环路故 障协议报文，立即打开主,人端口，并刷新MAC地址。
5、 根据权利要求3所述的以太环网保护方法，其特征在于，该方法还包括 主节点在所述设定时间内没有收到环路故障协议报文，进入pre-up状态。
6、 根据权利要求4所述的以太环网保护方法，其特征在于，该方法还包括 主节点在pre-up状态下收到环路故障协议报文，立即打开主从端口 。
7、 一种以太环网传输节点，其特征在于，该以太环网传输节点包括故障 检测单元、环路故障协议报文接收单元、状态维护单元、执行单元，其中，所述故障检测单元，用于检测环路故障是否恢复，以及在环路故障恢复时， 通知状态维护单元；所述环路故障协议报文接收单元，用于接收环路故障协议报文，并在接收 环路故障协议报文之后通知状态维护单元；所述状态维护单元，用于在设定时间内没有收到环路故障协议报文时，切 换环路状态为pre-up状态；以及在环路状态为pre-up状态，且收到环路故障协 议报文接收单元的通知时，通知执行单元；所述执行单元，用于在收到状态维护单元的通知后，打开主从端口，并且 刷新MAC地址。
8、 根据权利要求7所述的以太环网传输节点，其特征在于，所述以太环网 传输节点还包括环路故障协议报文发送单元，环路故障更新协议报文接收单元，所述故障检测单元，还用于检测是否出现环路故障，以及在出现环路故障 时，通知环路故障协议报文发送单元；所述环路故障协议报文发送单元，用于在收到所述故障检测单元的通知后， 周期性持续向环路上其他节点发送环路故障协议报文，所述故障更新协议报文接收单元，用于接收来自其他环路节点的故障更新 协议一艮文，并通知状态维护单元；所述状态维护单元，还用于根据所所述故障更新协议报文更新环路状态为 down,并通知执行单元刷新MAC地址。
9、根据权利要求8所述的以太环网传输节点，其特征在于， 所述故障检测单元，还用于在检测到环路故障恢复时，通知环路故障协议 报文发送单元；所述环路故障协议报文发送单元，还用于在收到故障检测单元的通知后， 停止发送环路故障协议报文，并通知执行单元；所述执行单元，还用于在收到环路故障协议才艮文发送单元的通知后，将恢 复的端口置为等^^打开状态。
全文摘要
本发明公开一种以太环网保护方法，对传输节点引入pre-up状态，环路故障恢复后，环路上的传输节点在设定时间内没有收到环路故障协议报文，则进入pre-up状态；传输节点处于pre-up状态且环路再次发生故障，即传输节点在pre-up状态下收到环路故障协议报文，则所述传输节点将主从端口都打开，并且刷新MAC地址。本发明还相应地公开一种以太环网传输节点。由于本发明在传输节点引入pre-up状态，由传输节点自己控制是否打开已恢复的故障端口，从而避免了因主节点无法通知已经恢复的故障端口打开而导致的流量不通，所以能够提高环网保护能力，以及提高用户体验。
文档编号H04L12/437GK101640622SQ200910092368
公开日2010年2月3日 申请日期2009年9月7日 优先权日2009年9月7日
发明者涛 张, 彭媛媛, 洪立明 申请人:中兴通讯股份有限公司