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（权重越大转发承担的数据比例就越大）
原文：http://angelfire1986.blog.51cto.com/4061979/1733457