GLBP

GLBP (Gateway Load Balancing Protocol) permite realizar load-balancing mucho más sencillo que los protocolos explicados anteriormente. Con un solo grupo y con la presencia de una MAC virtual sea posible realizarse el balanceo de carga entre todos los dispositivos del grupo.
AVG (Active Virtual Gateway) Es el router que mayor prioridad posee y es el encargado de responder a los cliente mediante el paquetes ARP-Reply indicando la MAC virtual de todos los routers donde se quiera realizar el balanceo de carga.
AVF (Active Virtual Forwarding)- El resto de routers son AVF
En el caso de fallo de un AVF, la MAC antigua debe de deshecharse y en otros caso en que la solicitud se hace sobre una MAC atnigua se aplica el concepto «redirect» para pasar a la MAC nueva.
De este modo los clientes siempre se conectan a la misma IP virtual pero a diferentes MAC.
GLBP además tiene la función «weighting» con un valor entre 1 y 254 para determinar que router llega a ser AVF. Por defecto el valor es 100. Para cambiar el valor por defecto:
Switch(config)# track object-number interface type mod/num {line-protocol | ip routing}
El valor de object-number puede oscilar entre 1 y 500.Además también puedes definir unos úmbrales dentro de los cuales el dispositivo actuará como AVF.
Switch(config-if)# glbp group weighting maximum [lower lower] [upper upper]
Por último debemos de configurar los valores de weighting según la interfaz track, de modo que si se cae no siga siendo considerado AVF.
Switch(config-if)# glbp group weighting track object-number [decrement value]
EL protocolo GLBP permite nos permite elegir entre varios algoritmos de load-balancing:
-Round robin— Cada petición ARP para la MAC virtual configurada será contado con la siguiente MAC disponible. EL load-balacing se realizará entre todos los AVF del grupo, teniendo en cuenta que cliente enviará y recibirá la misma cantidad de tra´fico en cada AVF. Método usado por defecto.
-Weighted— Mediante el parámetro «weighting» se configura en cada router del grupo para indicar el porcentaje de clientes que usarán dicha MAC virtual.
-Host dependent— Cada cliente que envia un ARP Request, siempre siempre recibe la misma MAC virtual en el paquete ARP_Reply. Este método es usado cuando el grupo de hosts es superior a 20.
Configuración:
GLBP_Topology
R2#sh run int fa 0/0
Building configuration…
Current configuration : 184 bytes
!
interface FastEthernet0/0
ip address 10.20.20.2 255.255.255.0
speed 100
full-duplex
glbp 1 ip 10.20.20.1
glbp 1 preempt
glbp 1 weighting 6
glbp 1 load-balancing weighted
end
R3#show run int fa 0/0
Building configuration…
Current configuration : 204 bytes
!
interface FastEthernet0/0
ip address 10.20.20.3 255.255.255.0
speed 100
full-duplex
glbp 1 ip 10.20.20.1
glbp 1 priority 90
glbp 1 preempt
glbp 1 weighting 7
glbp 1 load-balancing weighted
end
R4#sh run int fa 0/0
Building configuration…
Current configuration : 244 bytes
!
interface FastEthernet0/0
ip address 10.20.20.4 255.255.255.0
duplex auto
speed auto
glbp 1 ip 10.20.20.1
glbp 1 priority 150
glbp 1 preempt
glbp 1 weighting 8
glbp 1 load-balancing weighted
glbp 1 weighting track 1 decrement 3
end

Como podéis comprobar en la configuración el Switch Multilayer R4 actuará como AVG ya que posee la mayor prioridad. Será el encargado en asignar las MAC virtuales a las solicitudes ARP Query de los PCS.

Además indicamos que usaremos el algoritmo de load-balancing llamado weighted. Por tanto indicamos los pesos en cada uno de los dispositivo. El Switch Multilayer al poseer el mayor peso (8) sería el encargado de enviar el tráfico.

 Verificación
R4#show glbp
FastEthernet0/0 – Group 1
State is Active
1 state change, last state change 00:27:19
Virtual IP address is 10.20.20.1
Hello time 3 sec, hold time 10 sec
Next hello sent in 1.908 secs
Redirect time 600 sec, forwarder timeout 14400 sec
Preemption enabled, min delay 0 sec
Active is local
Standby is 10.20.20.2, priority 100 (expires in 9.440 sec)
Priority 150 (configured)
Weighting 5 (configured 8), thresholds: lower 1, upper 8
Track object 1 state Down decrement 3
Load balancing: weighted
Group members:
c200.13f8.0000 (10.20.20.4) local
c201.13f8.0000 (10.20.20.2)
c205.0bc0.0000 (10.20.20.3)
There are 3 forwarders (1 active)
Forwarder 1
State is Listen
MAC address is 0007.b400.0101 (learnt)
Owner ID is c201.13f8.0000
Redirection enabled, 598.260 sec remaining (maximum 600 sec)
Time to live: 14398.256 sec (maximum 14400 sec)
Preemption enabled, min delay 30 sec
Active is 10.20.20.2 (primary), weighting 6 (expires in 8.248 sec)
Client selection count: 2
Forwarder 2
State is Listen
MAC address is 0007.b400.0102 (learnt)
Owner ID is c205.0bc0.0000
Redirection enabled, 597.632 sec remaining (maximum 600 sec)
Time to live: 14397.628 sec (maximum 14400 sec)
Preemption enabled, min delay 30 sec
Active is 10.20.20.3 (primary), weighting 7 (expires in 7.628 sec)
Client selection count: 2
Forwarder 3
State is Active
1 state change, last state change 00:27:10
MAC address is 0007.b400.0103 (default)
Owner ID is c200.13f8.0000
Redirection enabled
Preemption enabled, min delay 30 sec
Active is local, weighting 5
Client selection count: 1
Overview
-A diferencia de HSRP , cuando se detecte un dispositivo con mayor prioridad al AVG actual, éste se convertirá en el nuevo AVG automáticamente.
Esta entrada fue publicada en Load Balancing & Redundancy. Guarda el enlace permanente.

5 respuestas a GLBP

  1. samsung dijo:

    excelente amigo gran aporte

  2. Sergio Lis dijo:

    Excelente gracias !!

  3. Oscar dijo:

    Hola se te agradece mucho el tiempo dedicado a esta información, ¡me sirvió de mucho!

    Me quede solo con una pequeña duda como aplico el concepto «redirect» para actualizar a la nueva dirección MAC.

    Saludos. 🙂

  4. telecosistem dijo:

    Buenos dias Óscar,
    EL concepto «redirect» es un temporizador para avisar al AVG durante cuanto tiempo queremos que a las peticiones ARP conteste con la MAC virtual del AVF. En caso de caerse un AVF queremos renovar el temporizador para que no mande más dicha MAC virtual.

    Configuración:
    Switch(config-if)# glbp timers redirect

    Esperamos haber resuelto tu duda.

Deja un comentario

Este sitio utiliza Akismet para reducir el spam. Conoce cómo se procesan los datos de tus comentarios.