ME60未能正常建立负载分担l2tp tunnel隧道

发布时间:  2012-04-20 浏览次数:  215 下载次数:  0
问题描述
ME60做lac,需要与多个lns建立l2tp隧道。
版本:

ME60 V100R005C02B01B
问题一:
L2tp group下未配置tunnel loading-share时,radius下发了四个lns ip,ME60建立了四个l2tp隧道
问题二:
L2tp group下配置tunnel loading-share后,虽然radius下发了四个lns ip,但ME60只建立了一个l2tp隧道。
结合tunnel loading-share命令配置解析来看,此配置在现网的结果正好相反。

处理过程
 问题一:
Radius使用四个tag同时下发了四个lns ip,但不同用户的lns ip顺序存在不同(通过trace信息已经观察到);对于单个用户,ME60始终选择第一个lns ip建立隧道,如果第一个lns ip已经存在隧道,直接使用该隧道。
现网四个lns ip都曾经做为第一个lns ip下发过,所以ME60会建立四条隧道
问题二:
现网Radius使用四个tag同时下发了四个lns ip,但每个Tag仅包含一个lns ip,ME60在使用其中一个Tag时,此Tag内无备用lns ip,ME60就会直接使用该Tag所属的l2tp-group组下已经存在的隧道(如果没有才会创建)。
即现网表现为:
L2tp group下配置tunnel loading-share后,虽然radius下发了四个lns ip,但ME60只建立了一个l2tp隧道


根因

radius下发属性值不合理

解决方案

下发属性Tunnel-Server-Endpoint(67)时,只需要配置一个Tag,且在该Tag中携带多个lns ip

建议与总结
Radius下发lns ip实现负载分担场景:
下发属性Tunnel-Server-Endpoint(67)时,只需要配置一个Tag,且在该Tag中携带多个lns ip即可。


END