一种环路数据传输方法及节点设备的制造方法
【技术领域】
[0001]本发明涉及通信技术领域，尤其涉及一种环路数据传输方法及节点设备。
【背景技术】
[0002]在以太网协议中，规定了一种报文分发复制的机制叫做广播，也叫做“泛洪”，它解决了局域网内部设备最初“相互认识”的难题。然而，广播的机制容易导致报文在环路网络中增生和无线循环，形成“广播风暴”，“广播风暴”已经成为了网络瘫痪、系统崩溃的代名词，是所有人所竭力避免的。
[0003]因此,ERPS(Ethernet Ring Protect1n Switching ;以太网环路保护倒换)技术便应运而生，它通过有选择性的阻塞网络环路冗余链路，达到消除网络二层环路的目的，有效防止形成网络风暴。
[0004]ERPS技术的基本概念:
[0005]Ring:环，由节点和链路组成以太网环路；
[0006]节点:环上的设备；
[0007]RPL (Ring Protect1n Link ;环保护链路)；
[0008]RPL Owner:和RPL相连，负责控制RPL行为的节点；
[0009]SF (Signal Fail ;信号失效)，链路故障信号。
[0010]ERPS技术的工作方式如下:
[0011]当环路处于稳定状态时，RPL Owner接口被阻断，达到破除环路的目的；当环路上非RPL链路出现故障时,RPL Owner接口接触阻断；RPL Owner所在设备基于环和RPL Owner接口删除MAC (Media Access Control ;媒体接入控制层)表。环上其它设备基于环进行MAC表删除。
[0012]通过MAC删除的方式，使单播流量无法命中MAC表而走广播，MAC表重新学习后再走单播，达到流量切换的目的。
[0013]请参考图1所示,为现有技术中的ERPS的工作方式的一个具体实例:
[0014]首先当环路处于初始状态，即未出现故障时，假设节点设备A的一个端口(比如端口 Pac)处于端口阻塞状态，那么一个目的地为节点设备C的报文从节点设备A发出，可以经由节点设备B到达，而如果一个目的地为节点设备A的报文从节点设备C发出，只能经由节点设备B到达。而当链路出现故障时，例如节点设备B和节点设备C之间的链路故障，那么节点设备A的端口 PA。阻塞状态解除，并且节点设备B和节点设备C先进行端口阻塞(图1中的标号1)，并分别发送SF信号通知环上各设备删除环上的MAC地址表(图1中的标号2)。在删除MAC地址表项后，单播流量无法命中MAC地址表项而走广播，MAC地址表项重新学习后再走单播，达到流量切换的目的，例如学习后，从节点设备C发出的报文直接到达节点设备A，而不再经由节点设备B到达。
[0015]然而，本发明人在实现本发明实施例中的技术方案的过程中发现，在链路故障时，需要进行MAC地址表项重新刷新，耗时较长，丢包率较大，所以链路故障时流量切换性能较差。
【发明内容】
[0016]本发明实施例提供一种环路数据传输方法及节点设备，用以解决现有技术中存在的在链路故障时，需要进行MAC地址表重新刷新，耗时较长，丢包率较大，所以链路故障时流量切换性能较差的技术问题。
[0017]本发明第一方面提供了一种环路数据传输方法，包括:获得节点设备的待传输数据，所述节点设备为环上多个节点设备中的一个；判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据；当所述主转发接口不能够发送所述待传输数据，则从所述节点设备上为所述目的MAC地址配置的备份转发接口发送所述待传输数据，其中，所述主转发接口和所述备份转发接口为所述节点设备的环上接口。
[0018]结合第一方面，在第一方面的第一种可能的实现方式中，所述判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据，包括:当所述环上出现链路故障时，判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
[0019]结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，当所述环上出现链路故障时，所述判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据，包括:当所述节点设备的直连链路故障时，判断所述主转发接口是否故障，若所述主转发接口故障，则表示所述主转发接口不能够发送所述待传输数据；当所述节点设备的非直连链路故障时，判断接收所述待传输数据的入接口是否与所述主转发接口一致，若接收所述待传输数据的入接口与所述主转发接口一致，则表示所述主转发接口不能够发送所述待传输数据。
[0020]结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，当所述主转发接口未发生故障时，从所述主转发接口发送所述待传输数据。
[0021]结合第一方面的第一种可能的实现方式，在第一方面的第四种可能的实现方式中，当所述环上未出现链路故障时，还包括:从所述主转发接口发送所述待传输数据。
[0022]结合第一方面，在第一方面的第五种可能的实现方式中，所述判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据，包括:基于一媒体接入控制层MAC地址表，判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
[0023]结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，在所述判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据之前，还包括:配置所述节点设备学习到所述目的MAC地址的出接口为所述主转发接口 ；配置所述节点设备上的另一出接口为所述备份转发接口，以建立所述MAC地址表。
[0024]结合第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式，在第一方面的第七种可能的实现方式中，当接收所述待传输数据的入接口与所述主转发接口一致，还包括:调整所述MAC地址表，使得所述目的MAC的所述主转发接口为新备份转发接口，所述备份转发接口为新主转发接口。
[0025]结合第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，所述调整所述MAC地址表，包括:在接收到所述节点设备的非直连链路故障时的预定时间段内调整所述MAC地址表。
[0026]结合第一方面的第七种可能的实现方式，在第一方面的第九种可能的实现方式中，在故障恢复时，还包括:恢复调整的MAC地址表。
[0027]本发明第二方面还提供一种节点设备，包括:获得单元，用于获得所述节点设备的待传输数据，所述节点设备为环上多个节点设备中的一个；判断单元，用于判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据；处理单元，用于当所述主转发接口不能够发送所述待传输数据，则从所述节点设备上为所述目的MAC地址配置的备份转发接口发送所述待传输数据，其中，所述主转发接口和所述备份转发接口为所述节点设备的环上接口。
[0028]结合第二方面，在第二方面的第一种可能的实现方式中，所述判断单元具体用于当所述环上出现链路故障时，判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
[0029]结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，判断单元具体用于:当所述节点设备的直连链路故障时，判断所述主转发接口是否故障，若所述主转发接口故障，则表示所述主转发接口不能够发送所述待传输数据；当所述节点设备的非直连链路故障时，判断接收所述待传输数据的入接口是否与所述主转发接口一致，若接收所述待传输数据的入接口与所述主转发接口一致，则表示所述主转发接口不能够发送所述待传输数据。
[0030]结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述处理单元具体还用于当所述主转发接口未发生故障时，从所述主转发接口发送所述待传输数据。
[0031]结合第二方面的第一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述处理单元具体还用于当所述环上未出现链路故障时，从所述主转发接口发送所述待传输数据。
[0032]结合第二方面，在第二方面的第五种可能的实现方式中，所述判断单元具体用于基于一媒体接入控制层MAC地址表，判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
[0033]结合第二方面的第五种可能的实现方式，在第二方面的第六种可能的实现方式中，还包括:建立单元，用于配置所述节点设备学习到所述目的MAC地址的出接口为所述主转发接口 ；并配置所述节点设备上的另一接口为所述备份转发接口，以建立所述MAC地址表。
[0034]结合第二方面的第五种可能的实现方式或第二方面的第六种可能的实现方式中，在第二方面的第七种可能的实现方式中，还包括:调整单元，用于调整所述MAC地址表，使得所述目的MAC的所述主转发接口为新备份转发接口，所述备份转发接口为新主转发接□。
[0035]结合第二方面的第七种可能的实现方式，在第二方面的第八种可能的实现方式中，所述调整单元具体用于在接收到所述节点设备的非直连链路故障时的预定时间段内调整所述MAC地址表。
[0036]结合第二方面的第七种可能的实现方式，在第二方面的第九种可能的实现方式中，所述调整单元具体还用于在故障恢复时，恢复调整的MAC地址表。
[0037]本发明第三方面还提供一