GLBP全称Gateway Load Balancing Protocol，即网关负载均衡协议，是思科私有的一种第一跳冗余协议。很多人熟悉HSRP和VRRP，但这两个协议有个共同的局限：同一时刻只有一个活动网关承担转发任务，其他设备处于热备份状态，链路资源被白白闲置。GLBP正是为了解决这个问题而生，它可以让多台路由器同时参与流量转发，真正把负载均衡能力带到了网关冗余这个层面。本文将详细拆解GLBP的工作原理，并给出完整的配置实战流程。
一、GLBP的核心角色：AVG与AVF
理解GLBP的第一步是搞清楚它的两个核心角色。第一个是AVG，全称Active Virtual Gateway，即活动虚拟网关。一个GLBP组内优先级最高的路由器会被选举为AVG，它相当于整个组的"大管家"，负责应答客户端的ARP请求，并为组内成员分配虚拟MAC地址。需要注意的是，AVG只负责管理和分配，不一定亲自转发数据。
第二个角色是AVF，全称Active Virtual Forwarder，即活动虚拟转发器。GLBP组内最多可以有4个AVF，每个AVF持有一个虚拟MAC地址，实际承担数据转发工作。当客户端发送ARP请求询问网关的MAC地址时，AVG会根据自己的负载均衡策略，把不同的虚拟MAC地址回复给不同的客户端。这样一来，一部分客户端的流量走第一台路由器，另一部分客户端的流量走第二台路由器，负载分担就这样实现了。
举个例子，假设有两台路由器R1和R2组成GLBP组10。R1被选为AVG，它把虚拟MAC地址0007.b400.0101分配给自己，把0007.b400.0102分配给R2。当PC1发起ARP请求时，AVG回复它0007.b400.0101，于是PC1的流量交给R1转发；当PC2发起ARP请求时，AVG回复它0007.b400.0102，PC2的流量就走R2。两台设备同时干活，这就是GLBP相比HSRP最大的优势。另外，一个物理接口可以同时扮演AVG和AVF两种角色，AVG本身也一定是AVF之一。
二、GLBP的负载均衡策略与故障切换机制
GLBP支持三种负载均衡方式，最常用的是轮询方式。在轮询模式下，AVG按顺序把虚拟MAC地址分发给各个客户端，第一个请求得到第一个MAC，第二个请求得到第二个MAC，以此类推，保证每个AVF承担的客户端数量大致相等。这种方式配置简单，适合客户端数量较多且流量特征相近的环境。
第二种是加权方式，即Weighted负载均衡。这种方式允许管理员为每个AVF设置权重值，权重越高，被分配到的客户端就越多。比如R1的权重设为100，R2的权重设为50，那么R1会承担大约三分之二的客户端，R2承担三分之一。这种方式适合两台设备性能不对等的场景，让性能强的设备多干活。第三种是主机相关方式，即Host-dependent，它会根据客户端的MAC地址哈希来决定使用哪个虚拟MAC，确保同一个客户端每次都走同一台网关，这种方式主要用在需要会话保持的业务场景中。
故障切换是高可用协议的关键能力。GLBP的故障检测依赖hello消息，默认每3秒发送一次，保持时间是10秒。如果某个AVF发生故障，AVG会将其虚拟MAC地址接管过来，交给组内其他AVF继续使用，客户端无需重新学习ARP，业务不中断。如果AVG本身发生故障，优先级次高的路由器会在保持时间超时后接管AVG角色，接管时会生成一个虚拟MAC地址与原AVG相同的新AVF，保证已缓存该MAC的客户端流量不中断。此外，GLBP还支持抢占机制和对象跟踪功能，可以结合上行链路状态动态调整权重，实现更精细的流量调度。
三、GLBP配置实战：两台路由器组建冗余网关
下面通过一个实际案例演示GLBP的配置。拓扑很简单：R1和R2的GigabitEthernet0/0接口都接入同一个二层交换机，处于网段192.168.10.0/24，两台设备组成GLBP组10，虚拟IP为192.168.10.254，作为下游客户端的默认网关。R1配置为主设备，优先级110，并开启抢占。
R1配置： R1(config)# interface GigabitEthernet0/0 R1(config-if)# ip address 192.168.10.1 255.255.255.0 R1(config-if)# glbp 10 ip 192.168.10.254 R1(config-if)# glbp 10 priority 110 R1(config-if)# glbp 10 preempt R1(config-if)# glbp 10 load-balancing round-robin R1(config-if)# glbp 10 weighting 100 lower 80 upper 100 R1(config-if)# glbp 10 weighting track 1 decrement 20 R1(config-if)# no shutdown R1(config)# track 1 interface GigabitEthernet0/1 line-protocol R2配置： R2(config)# interface GigabitEthernet0/0 R2(config-if)# ip address 192.168.10.2 255.255.255.0 R2(config-if)# glbp 10 ip 192.168.10.254 R2(config-if)# glbp 10 load-balancing round-robin R2(config-if)# no shutdown
上面的配置中有几个关键点需要解释。glbp 10 ip 192.168.10.254这条命令创建GLBP组并指定虚拟IP，网段内所有客户端把这个地址配成默认网关即可。glbp 10 priority 110设置优先级，默认值是100，数值越大越有可能成为AVG。glbp 10 preempt开启抢占，确保R1故障恢复后能重新拿回AVG角色。load-balancing round-robin指定轮询负载均衡模式。 weighting相关命令配合track实现了链路跟踪：当R1的上行接口GigabitEthernet0/1断掉时，权重减20，降到80；如果继续恶化跌破下限，R1会主动让出转发工作，流量全部切换到R2。
配置完成后，可以用一系列验证命令检查GLBP的运行状态。常用的有show glbp brief查看组状态概览、show glbp 10查看详细信息、show glbp 10 forwarder查看AVF分配情况。
R1# show glbp brief
Interface Grp Fwd Pri State Address Name Active router Standby router
Gi0/0 10 - 110 Active 192.168.10.254 local 192.168.10.2
Gi0/0 10 1 - Active 0007.b400.0101 local -
Gi0/0 10 2 - Listen 0007.b400.0102 192.168.10.2 -
R1# show glbp 10
GigabitEthernet0/0 - Group 10
State is Active
Virtual IP address is 192.168.10.254
Hello time 3 sec, hold time 10 sec
Preemption enabled
Active is local
Standby is 192.168.10.2, priority 100
Load balancing: round-robin
There are 2 forwarders (1 active)
Forwarder 1
State is Active
MAC address is 0007.b400.0101 (default)
Forwarder 2
State is Listen
MAC address is 0007.b400.0102 (learnt)
从输出可以看到，R1是组10的活动网关，同时也是转发器1的持有者，转发器2由R2负责。接下来可以在客户端分别执行arp -a查看网关MAC，会发现不同客户端拿到的虚拟MAC可能不同，这正好印证了GLBP的负载分担机制。做故障测试时，可以直接shutdown掉R1的下行接口，观察R2是否在10秒内接管全部转发工作，以及客户端的ping是否只丢一两个包就恢复。
四、GLBP与HSRP、VRRP的对比及选型建议
同为第一跳冗余协议，三者的定位有明显差异。HSRP是思科私有协议，配置简单、应用最广，但默认只有主设备转发流量，备用设备的上行链路处于闲置状态，除非设计多个HSRP组互为主备，配置和管理成本都会上升。VRRP是标准化协议，多厂商设备混合组网时基本是唯一选择，同样存在单转发器的问题。
GLBP的独门绝技就是单组即可实现负载均衡，不需要像双HSRP那样把客户端手动划分到不同网关，配置量减半，管理逻辑也更清晰。但GLBP也有短板：它是思科私有协议，无法与华为、华三等厂商设备互通；其次GLBP的负载均衡基于客户端数量而非流量大小，如果个别客户端流量特别大，可能出现分担不均的情况，这时可以考虑结合加权模式调整。总体来说，纯思科环境的园区网接入层和汇聚层，GLBP是非常值得使用的网关冗余方案；多厂商混合组网则建议选择标准化的VRRP。
最后补充一点实践建议：GLBP的负载均衡效果依赖客户端的ARP请求分布，如果网段内大量客户端是通过DHCP获取地址且同时上线，轮询模式的分配会比较均匀；但静态配置IP且客户端数量很少的场景下，负载分担可能不够理想，此时建议至少保证有十台以上的终端，或者改用加权模式手动控制流量比例。掌握好这些细节，GLBP就能在你的网络中稳定发挥高可用加负载分担的双重价值。