聚合组链路协商方法、装置和系统与制造工艺

文档序号:11057173阅读:649来源:国知局
聚合组链路协商方法、装置和系统与制造工艺
本发明涉及通信技术领域,尤其涉及一种聚合组链路协商方法、装置和系统。

背景技术:
LACP(LinkAggregationControlProtocol,链路聚合控制协议)是IEEE802.3ad标准中实现链路聚合的控制协议。通过该协议,可以自动实现设备之间端口的聚合,多个链路形成聚合组,这个过程不需要用户干预;而且还可以检测端口的链路层故障,在端口的链路层故障后触发保护倒换。根据聚合组中链路在同一时刻参与转发的数量,可以将LACP分为负荷分担和备份两种工作模式。负荷分担模式,同一时刻聚合组中所有链路都参与转发。备份模式,同一时刻聚合组中部分链路参与转发,聚合组中其他链路处于阻塞状态,当处于转发的链路出现故障时,其他链路可以立即参与转发,从而起到冗余保护的作用。由于备份模式可以有效提高聚合组的可靠性,因此,在实际组网中,很多运营商都采用LACP的这种工作模式。对于LACP的备份模式,在运行过程中,如果处于转发状态的链路出现了故障,会引发LACP在聚合组中进行重新选路,此时,备份链路会被选中并参与转发;但是当故障链路恢复时,该如何选择转发链路,存在两种不同的链路选择策略。第一种链路选择策略,设备按照链路的优先级选择正常的链路,在故障链路恢复后,设备在正常的链路中选择优先级高的链路作为转发链路。这种链路选择策略实现起来比较简单,缺点是主用链路的每次状态变化都会引发链路切换。如图1所示,设备10上有两个端口(端口号分别为a0和a1),设备15上有两个端口(端口号分别为b0和b1),a0与b0相连,a1与b1相连,a0与b0之间的链路与a1与b1之间的链路形成聚合组,相互备份。正常情况下,a0与b0之间的链路为转发链路,a1与b1之间的链路为备用链路,备用链路处于阻塞状态。假设a0与b0之间的链路发生故障,则转发链路会切换到a1与b1之间的链路,a1与b1之间的链路成为主用链路。当a0与b0之间的链路恢复为正常时,如果a0与b0之间的链路的优先级高于a1与b1之间的链路,按照第一种链路选择策略,设备10和设备15会选择a0与b0之间的链路作为转发链路,阻塞a1与b1之间的链路,聚合组的状态恢复到初始状态。第二种链路选择策略,设备不按照优先级在正常链路中选择,而是以当前使用的链路作为转发链路,设备不再重新选路,将从故障状态中恢复的链路设置成阻塞状态,这样可以减少一次链路切换。如图2所示,设备10上有两个端口(端口号分别为a0和a1),设备15上有两个端口(端口号分别为b0和b1),a0与b0相连,a1与b1相连,a0与b0之间的链路与a1与b1之间的链路形成聚合组,相互备份。正常情况下,a0与b0之间的链路为转发链路,a1与b1之间的链路为备用链路,备用链路处于阻塞状态。假设a0与b0之间的链路发生故障,则转发链路会切换到a1与b1之间的链路,a1与b1之间的链路成为主用链路。当a0与b0之间的链路恢复为正常时,按照第二种链路选择策略,即使a0与b0之间的链路的优先级高于a1与b1之间的链路,聚合组还是会以当前使用的链路作为转发链路,即以a1与b1之间的链路作为转发链路。上述两种链路选择策略,各有优缺点。在主用链路要优于备用链路的场景下,运营商希望主用链路故障恢复后优先使用主用链路,此时应该使用第一种链路选择策略。对于主用链路和备用链路可用性差不多的情况,由于第二种链路选择策略能够减少链路切换次数,更有利于业务数据转发的稳定,特别是在主用链路不稳定、或者反复出现故障或者闪断时,使用第一种链路选择策略会引起LACP聚合组的振荡。但是如果使用第二种链路选择策略,则能够保证转发链路的稳定,可以增强网络的健壮性。设备制造商可以根据实际情况在上述两种链路选择策略中选择一种应用到所生产的设备上,这样会导致以下问题:如图3所示,假设设备10采用的是第一种链路选择策略,设备15采用的是第二种链路选择策略,如果主用链路(a0与b0之间的链路)故障后又恢复,由于a0与b0之间的链路的优先级高于a1与b1之间的链路,设备10按照第一种链路选择策略会选择a0端口,而设备15会按照第二种链路选择策略选择b1端口,这样会导致两条链路都不能正常转发业务。

技术实现要素:
本发明一个实施例提供一种网络中链路协商方法,所述网络包括第一设备和第二设备,所述第一设备和所述第二设备之间设置有多条链路,所述多条链路形成聚合组,所述方法包括:所述第二设备接收所述第一设备的第一通告报文,所述第一通告报文携带有所述第一设备所使用的链路选择策略;在所述聚合组有链路从故障中恢复时,所述第二设备按照所述链路选择策略从所述聚合组中选择链路。其中,所述链路选择策略包括:按照链路的优先级选择正常的链路以及以当前使用的链路作为转发链路中的一种。进一步的,所述方法第二设备接收所述第一设备的第一通告报文之后还包括:如果所述第二设备不支持所述第一通告报文中的链路选择策略,则所述第二设备向所述第一设备发送不支持所述第一通告报文中的链路选择策略的响应消息,以使得所述第一设备使用默认的链路选择策略。进一步的,所提供的方法还包括:所述第二设备从所述聚合组的一条处于阻塞状态的链路接收所述第一设备的第二通告报文,从所述第二通告报文中获取sync标识位信息,如果所述sync标识位信息为真且所述第二设备为所述第一设备的从属设备,则从所述第二通告报文中获取所述第一设备欲使用的端口的标识信息,将所述第二设备上对应的端口设置成转发端口,向所述第一设备发送设置成功的响应消息。本发明一个实施例提供一种网络设备,所述网络设备通过多条链路与所述第一设备相连,所述多条链路在所述网络设备和所述第一设备之间形成聚合组,所述网络设备包括:数据收发器,通过所述多条链路连接所述第一设备,用于接收所述第一设备的第一通告报文,所述第一通告报文携带有所述第一设备所使用的链路选择策略;处理器,用于在所述聚合组有链路从故障中恢复时,按照所述链路选择策略从所述聚合组中选择链路。进一步的,所述处理器还用于判断当前设备是否支持所述通告报文中的链路选择策略,如果不支持,则通过所述数据收发器向所述第一设备发送不支持所述第一通告报文中的链路选择策略的响应消息,以使得所述第一设备使用默认的链路选择策略。进一步的,所述数据收发器,还用于从所述聚合组的一条处于阻塞状态的链路接收所述第一设备的第二通告报文;所述处理器,还用于从所述第二通告报文中获取sync标识位信息,如果所述sync标识位信息为真且所述网络设备为所述第一设备的从属设备,则从所述第二通告报文中获取所述第一设备欲使用的端口的标识信息,将所述网络设备上对应的端口设置成转发端口,通过所述数据收发器向所述第一设备发送设置成功的响应消息。本发明一个实施例提供一种网络设备,所述网络设备通过多条链路与第二设备相连,所述多条链路形成聚合组;所述网络设备包括:数据收发器,通过所述多条链路连接所述第二设备,用于向所述第二设备发送第一通告报文,所述第一通告报文携带有所述网络设备所使用的链路选择策略,以使得所述第二设备在聚合组中有链路从故障中恢复时,按照所述链路选择策略在聚合组中选择链路。进一步的,所述网络设备还包括处理器;所述数据收发器,还用于接收所述第二设备不支持所述第一通告报文中所携带的链路选择策略的响应消息,则所述处理器用于将所述网络设备的链路选择策略设置成默认的链路选择策略。本发明一个实施例提供一种链路协商系统,所述系统包括第一设备和第二设备,所述第一设备和所述第二设备之间设置有多条链路,所述多条链路形成聚合组;所述第一设备,用于向所述第二设备发送第一通告报文,所述第一通告报文携带有所述第一设备所使用的链路选择策略;所述第二设备,用于在所述聚合组有链路出现故障时,按照所述链路选择策略从所述聚合组中选择链路。进一步的,所述第一设备还用于接收所述第二设备不支持所述通告报文中的链路选择策略的响应消息,使用默认的链路选择策略。进一步的,所述第二设备还用于从所述聚合组的一条处于阻塞状态的链路接收所述第一设备的第二通告报文;从所述第二通告报文中获取sync标识位信息,如果所述sync标识位信息为真且所述第二设备为所述第一设备的从属设备,则从所述第二通告报文中获取所...
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1