[发明专利]以太环网无请求协议帧的处理方法及装置

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种以太环网无请求协议帧的处理方法及装置。

背景技术

国际电信联盟(International Telecommunication Union，简称为ITU-T)的G.8032协议，为环形拓扑以太环网的以太层定义了自动保护切换协议与机制。

在这种机制中，当以太环网的链路出现故障，或者节点收到了切换命令请求时，如果检测到故障的端口或者切换命令请求端口不是环保护链路相邻端口，则故障端口或者切换命令请求端口会被所在节点阻塞，环保护链路所属节点打开环保护链路相邻端口，使得被保护数据可以从环保护链路上通过，环保护链路上任何两个节点之间产生了新的通信路径，保障了通信路径的重新连通，提高了网络的可靠性。

但是，在以太环网的切换过程中，被保护数据流量的通信路径有可能发生变化，由于每个节点记录的地址表信息在被保护数据流量的通信路径发生变化后都可能不再适用，因此每个节点有可能刷新地址表，具体动作为删除环上端口的地址条目。通常在以太环网进行切换时，产生切换动作的节点发送保护倒换协议帧通知其它节点切换，其它节点收到该保护倒换协议帧后刷新地址表。但是不必要的地址表刷新会导致被保护数据流量广播，占用链路带宽资源，增加保护倒换时间。

相关技术中，为了区分以太环网在切换过程中不同的情况，在发送的保护倒换协议帧中引入了不刷新地址(即Do Not Flush，简称DNF)标志，将该标志设置为0，用于通知其他节点需要刷新地址，设置为1，用于通知其他节点不需要刷新地址。

当以太环网进行切换时，如果产生切换动作的节点的保护倒换请求端口在切换之前不是处于阻塞状态，则切换之后，被保护数据流量的通信路径有可能发生变化，因此该节点发送的保护倒换协议帧中的不刷新标志置为0，其它节点收到该保护倒换协议帧后需要刷新地址表，保障了被保护数据流量的正确切换。如图1所示，假设节点S2和S3检测到链路故障，首先节点S2和S3分别阻塞与故障链路相连的端口22和端口31，并发送链路故障告警协议帧(即Signal Fail协议帧，简称SF协议帧，是一种保护倒换协议帧)通知其它节点进行保护切换，由于节点S2和S3在分别阻塞与故障链路相连的端口22和端口31之前，这两个端口都不是阻塞状态，因此节点S2和S3发送的链路故障告警协议帧中的不刷新地址标志设置为0，其他节点收到这个协议帧后需要刷新地址表；环保护链路所属节点S1收到链路故障告警协议帧后，打开阻塞的与环保护链路相连的端口11，此外，每个节点收到链路故障告警协议帧后，由于其中的不刷新地址标志设置为0，进行刷新地址表操作。

发明人发现，如果产生切换动作的节点的保护倒换请求端口在切换之前处于阻塞状态，在链路恢复后，根据G.8032规定，链路恢复的节点发送相关协议帧，例如：保护倒换协议帧，将其中的不刷新标志置为1(即，通知其他节点不需要刷新地址)，同时该节点发送无请求协议帧，将无请求协议帧的不刷新标志置为0(即，通知其他节点需要刷新地址，以太环网节点收到无请求协议帧后不需要刷新地址)。如图2所示，节点S2和S3检测到链路恢复，则节点S2和S3会发送无请求协议帧(即No Request协议帧，简称NR协议帧)，这时整个环网的被保护数据通信路径并没有改变，因此每个节点都没有必要刷新地址表。但是在节点发送无请求协议帧时，协议帧的不刷新地址标志设置为0。这样，由于以太环网节点接收到的无请求协议帧和其它G.8032协议帧中携带的不刷新标志不同，所以以太环网节点收到G.8032协议帧之后，首先判断协议帧的类型，如果是无请求协议帧，则不刷新地址表，如果协议帧不是无请求协议帧，则进一步判断不刷新标志的设置再确定是否刷新地址表，节点对协议帧的处理过程比较繁琐。

发明内容

本发明的主要目的在于提供一种以太环网无请求协议帧的处理方法及装置，以解决上述问题。

为了实现上述目的，根据本发明的一个方面，提供了一种以太环网无请求协议帧的处理方法。

根据本发明的以太环网无请求协议帧的处理方法包括：以太环网节点发送无请求协议帧，其中，无请求协议帧的不刷新标志的值为指示不刷新地址。

进一步地，上述方法还包括：以太环网中除上述以太环网节点之外的其它以太环网节点接收无请求协议帧，判断不刷新标志的值为指示不刷新地址，则进行不刷新地址表操作。

进一步地，上述不刷新标志的值为1。

为了实现上述目的，根据本发明的又一个方面，提供了一种以太环网节点。