故障，或者当所述公共端口收到连接的公共链路上的传输节点发送的链路故障通知报文时，将所述公共端口对应本子环当前绑定的RRPP保护实例的数据转发状态迁移到本节点的另一公共端口，由所述另一公共端口依据被迁移的本子环当前绑定的RRPP保护实例的数据转发状态执行流量转发； 当感知到本子环不完整时，识别所述公共端口对应本子网当前绑定的每一 RRPP保护实例的数据转发状态，如果为discarding,将该discarding修改为forwarding,如果为forwarding,继续维持 forwarding ； 其中，所述感知到子环不完整包括以下任一情况: 所述公共端口接收到本子环中除连接的公共链路上的传输节点之外的其他传输节点发送的链路故障通知报文； 所述公共端口接收到本子环中主节点发送的转发数据库FDB通知报文； 所述公共端口超时未接收到本子环中主节点发送的Hello报文。
7.根据权利要求6所述的方法，其特征在于，在所述公共端口对应的本子环当前绑定的RRPP保护实例的数据转发状态迁移到本节点的另一公共端口之后，该方法进一步包括: 当所述另一公共端口接收到主环中传输节点发送的链路故障通知报文时，或者，当所述另一公共端口感知到本子环不完整时，识别所述另一公共端口上被迁移的RRPP保护实例的数据转发状态，如果为discarding,将discarding修改为forwarding,如果为forwarding,继续维持 forwarding ； 其中，所述另一公共端口感知到本子环不完整包括以下任一情况: 所述另一公共端口接收到本子环中传输节点发送的链路故障通知报文； 所述另一公共端口接收到本子环中主节点发送的转发数据库FDB通知报文； 所述另一公共端口超时未接收到本子环中主节点发送的Hello报文。
8.一种快速环网保护协议RRPP负载分担方法，其特征在于，该方法应用于子环中的主节点，包括: 通过本主节点的副端口接收Hello报文； 依据所述Hello报文携带的用于确定本子环当前绑定的RRPP保护实例的相关信息确定本子环当前绑定的RRPP保护实例，并在接下来发送Hello报文的周期到达时，通过本主节点的主端口发送携带第一标识的Hello报文；本主节点发送的Hello报文携带第一标识，表示子环中主节点已作好改变本主节点副端口对应本子环绑定的RRPP保护实例的数据转发状态的准备； 并且，在所述Hello报文未携带第二标识时，将确定出的本子环当前绑定的RRPP保护实例作为需要在本主节点的副端口改变数据转发状态的RRPP保护实例记录； 在所述Hello报文携带第二标识时，比较本主节点副端口对应本子环绑定的RRPP保护实例的数据转发状态为转发forwarding的RRPP保护实例是否与本子环当前绑定的RRPP保护实例一致，如果是，维持本主节点副端口对应本子环当前绑定的RRPP保护实例的数据转发状态为forwarding，如果否，从本主节点副端口对应本子环绑定的数据转发状态为forwarding的RRPP保护实例中识别出当前不与本子环绑定的RRPP保护实例，将本主节点副端口对应该识别出的RRPP保护实例的数据转发状态从forwarding修改为阻塞discarding,并针对本子环当前绑定的每一 RRPP保护实例，识别本主节点副端口对应该RRPP保护实例的数据转发状态,如果为forwarding,维持forwarding,如果为discarding,判断已记录的需要在本主节点的副端口改变数据转发状态的RRPP保护实例中是否存在该RRPP保护实例，如果是，将本主节点副端口对应该RRPP保护实例的数据转发状态从discarding修改为forwarding,并从已记录的需要在本主节点的副端口上改变数据转发状态的RRPP保护实例中删除该RRPP保护实例，如果否，维持discarding，将该RRPP保护实例作为需要在本主节点的副端口改变数据转发状态的RRPP保护实例记录。
9.根据权利要求8所述的方法，其特征在于，所述用于确定本子环当前绑定的RRPP保护实例的相关信息包括:本子环当前绑定的RRPP保护实例的序号；或者，本RRPP域中RRPP环总数量、以及本子环在本RRPP域中所有RRPP环的序号； 其中，当所述用于确定本子环当前绑定的RRPP保护实例的相关信息包括本RRPP域中RRPP环总数量、以及本子环在本RRPP域中所有RRPP环的序号时，所述确定本子环当前绑定的RRPP保护实例包括: 从收到的Hello报文中解析出该Hello报文携带的RRPP环总数量、以及本子环的序号; 按照取模规则从本RRPP域中的所有RRPP保护实例中确定出哪些RRPP保护实例的序号与解析出的RRPP环总数量进行取模运算得到的模结果与本子环的序号对应，将找出的RRPP保护实例确定为本子环当前绑定的RRPP保护实例。
10.一种快速环网保护协议RRPP负载分担装置，其特征在于，该装置应用于子环中通过公共端口收到本子环中主节点发送的Hello报文的边缘节点或者辅助边缘节点,包括: 识别单元，用于识别所述Hello报文是否携带第一标识，子环中主节点发送的Hello报文携带第一标识，表示子环中主节点已作好改变本主节点副端口对应本子环绑定的RRPP保护实例的数据转发状态的准备； 第一处理单元，用于在所述识别单元的识别结果为否时，将用于确定本子环当前绑定的RRPP保护实例的相关信息携带在所述Hello报文中并通过连接本子环的边缘端口向本子环主节点的副端口发送，以使本子环主节点发送携带第一标识的Hello报文； 第二处理单元，用于在所述识别单元的识别结果为是时，将用于确定本子环当前绑定的RRPP保护实例的相关信息携带在所述Hello报文中并修改所述Hello报文中的第一标识为第二标识，将修改后的Hello报文通过连接本子环的边缘端口向本子环主节点的副端口发送，以使本子环主节点将其副端口对应本子环绑定的RRPP保护实例的数据转发状态从阻塞discarding修改为转发forwarding或维持为forwarding或从forwarding修改为discarding，并比较所述公共端口对应本子环绑定的RRPP保护实例的数据转发状态为discarding的RRPP保护实例是否与本子环当前绑定的RRPP保护实例一致，如果是，维持所述公共端口对应本子环当前绑定的RRPP保护实例的数据转发状态为discarding，如果否，从所述公共端口对应本子环绑定的数据转发状态为discarding的RRPP保护实例中识别出当前不与本子环绑定的RRPP保护实例，将所述公共端口对应该识别出的RRPP保护实例的数据转发状态从discarding修改为forwarding,并识别本子环当前绑定的每一 RRPP保护实例的数据转发状态，如果为forwarding,将forwarding修改为discarding,如果为discarding,继续维持 discarding。
11.根据权利要求10所述的装置，其特征在于，所述第一处理单元进一步在将用于确定本子环当前绑定的RRPP保护实例的相关信息携带在所述HellO报文中并通过连接本子环的边缘端口向本子环主节点的副端口发送之前，判断本RRPP域中的RRPP保护实例总数量以及RRPP环总数量是否均为两个以上，如果是，继续执行将用于确定本子环当前绑定的RRPP保护实例的相关信息携带在所述Hello报文中并通过连接本子环的边缘端口向本子环主节点的副端口发送。
12.根据权利要求10所述的装置，其特征在于，所述第一处理单元在将用于确定本子环当前绑定的RRPP保护实例的相关信息携带在所述Hello报文之前，进一步从本RRPP域的RRPP保护实例中确定本子环当前绑定的RRPP保护实例； 所述用于确定本子环当前绑定的RRPP保护实例的相关信息包括: 本子环当前绑定的RRPP保护实例的序号；或者， 本RRPP域中RRPP环总数量、以及本子环在本RRPP域中所有RRPP环的序号。
13.根据权利要求10所述的装置，其特征在于，所述用于确定本子环当前绑定的RRPP保护实例的相关信息包括:本RRPP域中RRPP环总数量、以及本子环在本RRPP域中所有RRPP环的序号。
14.根据权利要求12所述的装置，其特征在于，所述第一处理单元通过以下步骤从本RRPP域的RRPP保护实例中确定本子环当前绑定的RRPP保护实例包括: 对本RRPP域中所有RRPP环按照预定的环排列顺序进行排序； 对本RRPP域中所有RRPP保护实例按照预定的实例排列顺序依次进行排序； 按照取模规则从本RRPP域中的所有RRPP保护实例中确定出哪些RRPP保护实例的序号与本RRPP域中的RRPP环总数量进行取模运算得到的模结果与本子环的序号对应，将对应的RRPP保护实例确定为本子环当前绑定的RRPP保护实例。
15.根据权利要求10所述的装置，其特征在于，该装置进一步包括: 第一故障单元，用于当所述公共端口对应本子环当前绑定的RRPP保护实例的数据转发状态为discarding时， 如果所述公共端口故障，或者所述公共端口收到连接的公共链路上的传输节点发送的链路故障通知报文，将所述公共端口对应本子环当前绑定的RRPP保护实例的数据转发状态迁移到本节点的另一公共端口，由所述另一公共端口依据被迁移的本子环当前绑定的RRPP保护实例的数据转发状态执行流量转发； 如果感知到本子环不完整，识别所述公共端口对应本子网当前绑定的每一 RRPP保护实例的数据转发状态，如果为discarding,将该discarding修改为forwarding,如果为forwarding,继续维持 forwarding ； 其中，感知到子环不完整包括以下任一情况: 所述公共端口接收到本子环中除连接的公共链路上的传输节点之外的其他传输节点发送的链路故障通知报文； 所述公共端口接收到本子环中主节点发送的转发数据库FDB通知报文； 所述公共端口超时未接收到本子环中主节点发送的Hello报文。
16.根据权利要求15所述的装置，其特征在于，该装置进一步包括: 第二故障单元，用于在所述第一故障单元将所述公共端口对应的本子环当前绑定的RRPP保护实例的数据转发状态迁移到本节点的另一公共端口之后，当通过所述另一公共端口接收到主环中传输节点发送的链路故障通知报文时，或者，当通过所述另一公共端口感知到子环不完整时，识识别所述另一公共端口上被迁移的RRPP保护实例的数据转发状态，如果为discarding,将discarding修改为forwarding,如果为forwarding,继续维持forwarding ； 其中，所述另一公共端口感知到本子环不完整包括以下任一情况: 所述另一公共端口接收到本子环中传输节点发送的链路故障通知报文； 所述另一公共端口接收到本子环中主节点发送的转发数据库FDB通知报文； 所述另一公共端口超时未接收到本子环中主节点发送的Hello报文。
17.一种快速环网保护协议RRPP负载分担装置，其特征在于，该装置应用于子环中的主节点，包括: 接收单元，用于通过本主节点的副端口接收Hello报文； 第一处理单元，用于依据所述Hello报文携带的用于确定本子环当前绑定的RRPP保护实例的相关信息确定本子环当前绑定的RRPP保护实例，并在接下来发送Hello报文的周期到达时，通过本主节点的主端口发送携带第一标识的Hello报文；本主节点发送的Hello报文携带第一标识，表示子环中主节点已作好改变本主节点副端口对应本子环绑定的RRPP保护实例的数据转发状态的准备； 第二处理单元，用于当所述接收单元接收的所述Hello报文未携带第二标识时，将所述第一处理单元确定出的本子环当前绑定的RRPP保护实例作为需要在本主节点的副端口上改变数据转发状态的RRPP保护实例记录；以及当所述接收单元接收的所述Hello报文携带第二标识时，比较本主节点副端口对应本子环绑定的RRPP保护实例的数据转发状态为转发forwarding的RRPP保护实例是否与本子环当前绑定的RRPP保护实例一致，如果是，维持本主节点副端口对应本子环当前绑定的RRP P保护实例的数据转发状态为forwarding,如果否,从本主节点副端口对应本子环绑定的数据转发状态为forwarding的RRPP保护实例中识别出当前不与本子环绑定的RRPP保护实例，将本主节点副端口对应该识别出的RRPP保护实例的数据转发状态从forwarding修改为阻塞discarding,并针对本子环当前绑定的每一 RRPP保护实例，识别本主节点副端口对应该RRPP保护实例的数据转发状态，如果为forwarding,维持forwarding,如果为discarding,判断已记录的需要在本主节点的副端口改变数据转发状态的RRPP保护实例中是否存在该RRPP保护实例，如果是，将本主节点副端口对应该RRPP保护实例的数据转发状态从discarding修改为forwarding,并从已记录的需要在本主节点的副端口上改变数据转发状态的RRPP保护实例中删除该RRPP保护实例，如果否，维持discarding，将该RRPP保护实例作为需要在本主节点的副端口改变数据转发状态的RRPP保护实例记录。
18.根据权利要求17所述的装置，其特征在于，所述用于确定本子环当前绑定的RRPP保护实例的相关信息包括:本子环当前绑定的RRPP保护实例的序号；或者，本RRPP域中RRPP环总数量、以及本子环在本RRPP域中所有RRPP环的序号； 其中，当所述用于确定本子环当前绑定的RRPP保护实例的相关信息包括本RRPP域中RRPP环总数量、以及本子环在本RRPP域中所有RRPP环的序号时，所述第一处理单元确定本子环当前绑定的RRPP保护实例包括: 从收到的Hello报文中解析出该Hello报文携带的RRPP环总数量、以及本子环的序号; 按照取模规则从本RRPP域中的所有RRPP保护实例中确定出哪些RRPP保护实例的序号与解析出的RRPP环总数量进行取模运算得到的模结果与本子环的序号对应，将找出的RRPP保护实例确定为本子环当前绑定的RRPP保护实例。
【专利摘要】本申请提供了快速环网保护协议子环负载分担方法和装置。本申请中，子环中通过公共端口收到本子环中主节点发送的Hello报文的边缘节点或者辅助边缘节点通过设置所述公共端口对应本子环绑定的RRPP保护实例的数据转发状态为discarding，这相比于在执行本发明之前仅依赖于在主节点的副端口阻塞所有RRPP保护实例的流量所形成的流量拓扑，能够最大程度上降低子环与主环之间公共链路的流量转发负担，避免公共链路出现流量拥塞。
【IPC分类】H04L12-803, H04L12-705
【公开号】CN104717147
【申请号】CN201310676607
【发明人】戎衍博, 王佳炳
【申请人】杭州华三通信技术有限公司
【公开日】2015年6月17日
【申请日】2013年12月11日