IP-Trunk利用源、目的IP进行散列负载不均衡问题

发布时间:  2014-09-15 浏览次数:  232 下载次数:  0
问题描述
客户现网中一台版本型号为Version 5.30(NE40&80 V300R002C01B599)的NE40路由器(主要负责IPTV直播业务)将两个POS口(6/0/0与6/0/1)绑定为一个IP-Trunk发送报文到一个组播组(包含多个组播源),以命令"load-balance src-dst-ip"配置IP-Trunk的负载均衡,实际效果不理想,两个POS口流量差距明显(达到2:1)。
告警信息
设备利用esight网管作为管理平台,经网管软件统计,POS6/0/0中带宽利用率长期高达80%,而POS6/0/1中带宽利用率基本在40%左右。网管系统发出橙色警告提示。
处理过程
解决方式最直接的是重新修改分配地址。本项目中由于客户现网中的地址已经固定,无法重新调整。固本项目中,使用load-balance packet-all命令代替load-balance src-dst-ip命令,该命令是根据所有包进行散列,从而达到负载均衡效果。
根因
客户以命令"load-balance src-dst-ip"配置IP-Trunk的负载均衡,而该命令是配置IP-Trunk 根据源、目的IP地址进行散列(利用源IP地址与目的IP地址做HASH算法),该算法是以源、目的IP地址最后一位(2进制)做异或运算,从而以结果(0或1)做为分配流量的依据标准。采集相关配置后发现用户的IP-Trunk地址为182.138.0.117 30;而组播组中各组播网段地址为:
 238.123.41.0 24
 238.128.43.64 26
 238.128.43.32 27
 238.128.43.16 28
 238.123.43.8 32
 238.128.43.128 25
 238.123.145.0 24
 238.123.43.10 32
 238.123.43.11 32
 238.123.43.13 32
 238.123.43.12 32
 238.123.43.14 32
 238.123.43.15 32
 238.123.45.192 26
 238.123.45.132 32
 238.123.45.150 32
 238.123.45.12 32
 238.123.45.11 32     
 238.123.45.18 32
根据以上分析的原理,做异或运算,结果1的个数为15,0的个数为3。比例高达5:1,采用这种算法进行分配,必将导致流量分配不均衡,无法达到预期的负载均衡效果。
建议与总结
进行IP地址规划过程中当需要考虑到相关负载均衡问题的时候,要提前对IP地址做出相关的分配规划,从而达到更好的负载均衡效果。

END