标签:glbp
gateway load balancing protocol
- 一个虚拟IP,多个虚拟的MAC地址
- 以单一的网关地址,来传送流量
- 当出现故障时能够自动恢复路由
- 充分利用所有的路由器,并且不用创造多组
实现原理也是 多台物理设备,虚拟一个IP。分配的虚拟MAC可以有多个(最多4个)
GLBP operations
- GLBP group 会选出一个AVG
- AVG 负责分配虚拟 MAC 地址的每个组的成员
- 每个 AVF 成为针对该虚拟MAC 地址的活动路由器
- AVG 负责响应ARP请求,通过给每个客户不同的MAC 地址来实现负责均衡
AVG: active vitrual gateway 活动网关(只有一个)
用于响应ARP
AVF: active vitrual forwarder 活动转发路由器(所有参与设备。最多4个)
用于转发流量
配置
实验:
现象:一个虚拟IP 3个虚拟MAC
R1:
int e0/0
ip add 10.1.1.1 255.255.255.0
no shu
glbp 1 ip 10.1.1.254
R2:
int e0/0
ip add 10.1.1.2 255.255.255.
no shu
glbp 1 ip 10.1.1.254
R3:;
int e0/0
ip add 10.1.1.3 255.255.255.0
no shu
glbp 1 ip 10.1.1.254
sho glbp bri
//第一行 是 AVG信息
//一下几行是 AVF信息
备注:默认优先级都是100,所有默认会选IP大的为AVG,用于分配MAC;当转发数据时,是参与的设备轮流转发,没来一个新的数据包就用另一个路由器。
//控制某台设备时 AVG
int e0/0
glbp 1 priority 200
glbp 1 preemt
//控制备份AVG
int e0/0
glbp 1 priority 180
glbp 1 preemt
//默认优先级是 100
当某台AVF 下联接口 down掉时,之前他分配的MAC并不收回,而是由其他一台AVF代替转发数据(即代替设备负责2个虚拟mac转发数据)
区分AVG和AVF。AVG使用priority控制。AVF使用weighting值控制
当AVF的上联接口down掉时,使用track发现,同时设置转发失效的weigh值和转发恢复的weight值
track 1 int e0/1 line-protocol
int e0/1
glbp 1 weighting track 1 decrement 20
glbp 1 weighting 100 lower 90 uper 95 //weight降低到90时,就失去转发能力
weight高于95,就恢复转发能力
需要设置3个weight值
1,本身具备的
2,track接口down掉后,下降的数值
3,转发失效的接口值
4,转发恢复的接口值
show glbp 上游接口down掉后,需要30s收敛。(该时间不能更改)
故障恢复 up延迟也是30s秒。可以手工修改 接口下
glbp 1 forwarder preemt delay 0
###########
GLBP 轮序方式 (3种)
int e0/0
glbp 1 load-banlancing ?
host-dependent(源MAC不变,就一直是一个设备转发)
round-robin (所有设备按序轮询)
weighted(权重越大转发承担的数据比例就越大)
标签:glbp
原文地址:http://angelfire1986.blog.51cto.com/4061979/1733457