[发明专利]一种端口故障恢复时的快速收敛方法和系统

说明书

技术领域

本发明涉及通信技术领域，尤其是涉及了一种端口故障恢复时的快速收敛方法和系统。

背景技术

RRPP（Rapid Ring Protection Protocol，快速环网保护协议）是一个专门应用于以太网环的链路层协议。其中，RRPP用于在以太网环完整时，防止数据环路所引起的广播风暴；而当以太网环上一条链路断开时，能够迅速恢复以太网环上各个节点之间的通信通路。因此，RRPP具备较高的收敛速度。

RRPP环上的每台设备都称为一个节点，节点角色由用户配置来决定。（1）主节点：每个RRPP环上有且仅有一个主节点，主节点是环网状态主动检测机制的发起者，也是网络拓扑发生改变后执行操作的决策者。（2）传输节点，主环上除主节点以外的其它所有节点以及子环上除主节点、子环与主环相交节点以外的其它所有节点都为传输节点。（3）边缘节点：同时位于主环和子环的特殊节点，且边缘节点在主环上也是传输节点。（4）辅助边缘节点：同时位于主环和子环的特殊节点，且辅助边缘节点在主环上也是传输节点。

子环和主环相交时有两个交点，这两个交点处的设备其中一个叫做边缘节点，另外一个叫做辅助边缘节点，边缘节点或者辅助边缘节点是设备在子环上的角色，其在主环上的角色为主节点或者传输节点。进一步的，边缘节点与辅助边缘节点必须成对配置，将哪台设备配置成边缘节点或辅助边缘节点没有特殊要求，只要配置上能够区分边缘节点和辅助边缘节点就可以了。

如图1所示的RRPP网络示意图，该RRPP网络中包含主环和子环，设备1为子环主节点，设备2为主环传输节点和边缘节点，设备3为主环传输节点和子环传输节点，设备4为主环传输节点和辅助边缘节点，设备5为主环传输节点，设备6为主环主节点，设备7为主环传输节点。在上述应用场景下，主环主节点（设备6）周期性从主端口发送HELLO报文（健康检测报文），依次经过各主环传输节点在主环上传播。如果从主环主节点的副端口上收到HELLO报文，则说明主环所在的环网链路完整；如果在规定时间内没有从主环主节点的副端口上收到该HELLO报文，则说明主环所在的环网发生链路故障。

在主环传输节点（如设备3）的端口Down（故障）时，主环主节点的副端口在规定时间内无法收到来自主端口的HELLO报文，因此需要将该副端口从Block（阻塞）状态变成Forwarding（转发）状态；当设备3的端口从Down恢复为Up（正常）之后，由于副端口为Forwarding状态，因此为了防止出现环路，设备3的端口需要先设置为Block状态。之后，主环主节点的副端口能够收到来自主端口的HELLO报文，并需要将副端口从Forwarding状态变成Block状态，且主环主节点通过主端口发送COMPLETE-FLUSH-FDB（环网非负刷新转发数据库）报文；设备3在收到COMPLETE-FLUSH-FDB报文之后，认为环网中已不会出现广播风暴，因此将端口由Block状态变成Forwarding状态。

在上述实现方式中，如果主环主节点的主端口所在链路发生故障，则设备3无法收到来自主环主节点的COMPLETE-FLUSH-FDB报文，为了使设备3能够将端口由Block状态变成Forwarding状态，则设备3在端口从Down恢复为Up，并设置该端口为Block状态后，还需要设置fail（超时）定时器，且设备3在等待fail定时器超时之后，将端口由Block状态变成Forwarding状态。

但是，在现有技术中，fail定时器的超时时间一般为30s，因此主环传输节点（如设备3）在端口从Down恢复为Up之后，如果主环主节点的主端口所在链路发生故障，则主环传输节点需要等待30s才能够将端口由Block状态变成Forwarding状态，即需要30s才能够恢复流量转发，网络收敛性能很差。

发明内容

本发明实施例提供一种端口故障恢复时的快速收敛方法和系统，以在端口故障恢复后，尽快恢复流量转发，提高网络收敛性能。

为了达到上述目的，本发明实施例提供一种端口故障恢复时的快速收敛方法，该方法应用于包括主环主节点和主环传输节点的快速环网保护协议RRPP网络中，所述主环传输节点中包括子环与主环相交的边缘节点和辅助边缘节点，所述方法包括：

所述主环主节点在通过主端口发送Hello报文后，如果在规定时间内未从副端口收到主端口发送的Hello报文，则通过副端口发送Hello报文；