Border Gateway Protocol

BGP4 es la primera versión que admite encaminamiento entre dominios sin clase (CIDR) y agregado de rutas.

[2]​[3]​[4]​[5]​[6]​[7]​ Facilita el intercambio de información sobre redes IP y la comunicación entre sistemas autónomos (AS).

Al principio, cada router envía al vecino toda su información de encaminamiento y después únicamente se enviarán las nuevas rutas, las actualizaciones o la eliminación de rutas transmitidas con anterioridad.

En otras palabras, la sesión TCP sirve como un enlace virtual entre dos sistemas autónomos vecinos, y cuando hay una falta de intercambio de comunicación indica que el enlace virtual se ha caído.

En la figura a continuación se pueden ver cuatro sistemas autónomos llamados AS1, AS2, AS3 y AS4 conectados por enlaces virtuales.

Es decir, que mantienen sesiones BGP sobre TCP para la comunicación entre los sistemas autónomos.

Simplemente observando la figura se puede mostrar que existe más de una ruta posible entre dos sistemas autónomos determinados.

Se transmite una lista con identificación de los AS por los que pasa el anuncio.

De esa manera se conseguirá saber cómo llegar a cualquier dirección del prefijo propagado así como estar preparado para cursar tráfico para cualquier dirección del prefijo.

Se puede observar en la figura anterior que el sistema autónomo AS1 debe propagar tres prefijos IP (N1, N2 y N3) para que sean alcanzables desde los equipos de otros sistemas autónomos.

Un altavoz BGP envía mensajes de 19 bytes cada 30 segundos (valor predeterminado del protocolo, sintonizable) para mantener la conexión.

Los enrutadores en el límite de un AS que intercambian información con otro AS se denominan enrutadores de borde o simplemente pares eBGP y generalmente se conectan directamente, mientras que los pares iBGP se pueden interconectar a través de otros enrutadores intermedios.

Se suele hacer peering con sistemas autónomos potencialmente similares en cuanto a tamaño.

Por tanto, no se hace peering con un cliente potencial ya que saldría uno de los dos sistemas autónomos beneficiado.

Los clientes pagarán a los proveedores con los que tengan un enlace de tránsito.

Un escenario que se suele repetir es uno llamado multiconexión, multi-ISP o multihoming.

Existen cuatro tipos de mensajes BGP que son los siguientes: OPEN: se utiliza para el establecimiento de una sesión BGP una vez haya sido establecida la conexión TCP.

KEEPALIVE: una vez que la sesión BGP está activa se envía periódicamente un mensaje para mantener viva la conexión o KEEPALIVE para confirmar que el otro extremo sigue estando activo en la sesión BGP.

NOTIFICATION: se envía al cerrar una sesión BGP y esto sucede cuando ocurre algún error que requiera el cierre de la misma.

IGP indica que el prefijo IP se aprendió por un protocolo interior al sistema autónomo como por ejemplo OSPF.

Cualquier otra ruta que no caen en IGP o EGP recaen en INCOMPLETE, ya que la información de origen está incompleta, y por tanto no se sabe de dónde procede.

Generalmente si el origen es INCOMPLETE es porque se ha aprendido de forma estática.

Esto es una forma de medir que haya menos saltos hacia el destino aunque no es exactamente así porque no se tienen en cuenta los posibles saltos debidos a los routers dentro de un sistema autónomo.

Se obtendrá una ruta hacia el destino BGP pasando por los saltos que indique la tabla de encaminamiento IP.

Esta métrica es local entre dos sistemas autónomos, no se propaga fuera de ese ámbito.

Este atributo es útil en un escenario en el que un sistema autónomo tiene conectividad con múltiples sistemas autónomos, de manera que pueda haber múltiples rutas hacia un mismo destino.

Máquina de estados de BGP.