🍦 👴🏽 ☪️ Cómo funciona BGP ✳️ 🏪 👰🏾

Hoy nos fijamos en el protocolo BGP. No hablaremos durante mucho tiempo por qué es y por qué se usa como el único protocolo. Hay mucha información sobre este tema, por ejemplo aquí .

Entonces, ¿qué es BGP? BGP es un protocolo de enrutamiento dinámico que es el único protocolo EGP (Protocolo de puerta de enlace externo). Este protocolo se utiliza para construir enrutamiento en Internet. Considere cómo se construye el vecindario entre dos enrutadores BGP.

Considere el vecindario entre Router1 y Router3. Los configuraremos utilizando los siguientes comandos:

router bgp 10 network 192.168.12.0 network 192.168.13.0 neighbor 192.168.13.3 remote-as 10 router bgp 10 network 192.168.13.0 network 192.168.24.0 neighbor 192.168.13.1 remote-as 10

El vecindario dentro de un sistema autónomo es AS 10. Después de ingresar datos en un enrutador, por ejemplo en el Enrutador1, este enrutador intenta establecer una relación de vecindad con el Enrutador3. El estado inicial cuando no sucede nada se llama inactivo . Tan pronto como bgp esté configurado en el Router1, comenzará a escuchar el puerto TCP 179: pasará al estado Conectar , y cuando intente abrir una sesión con el Router3, pasará al estado Activo .

Después de que se establece la sesión entre Router1 y Router3, se lleva a cabo un intercambio de mensajes abiertos. Cuando el Router1 envía este mensaje, este estado se llamará Open Sent . Y cuando recibe un mensaje Abierto del Router3, pasará al estado Confirmar abierto . Considere la publicación abierta con más detalle:

Este mensaje transmite información sobre el protocolo BGP que utiliza el enrutador. Al intercambiar mensajes abiertos, el enrutador 1 y el enrutador 3 comunican información sobre sus configuraciones entre sí. Se pasan los siguientes parámetros:

Versión : esto incluye la versión BGP que está utilizando el enrutador. La versión actual de BGP es la versión 4 que se describe en RFC 4271. Dos enrutadores BGP intentarán negociar una versión compatible, cuando haya una falta de coincidencia, no habrá sesión BGP.
Mi AS : esto incluye el número AS del enrutador BGP, los enrutadores deberán acordar los números AS y también define si ejecutarán iBGP o eBGP.
Tiempo de espera : si BGP no recibe ningún mensaje de mantenimiento o actualización del otro lado durante el tiempo de espera, entonces declarará al otro lado 'muerto' y anulará la sesión de BGP. Por defecto, el tiempo de espera se establece en 180 segundos en los enrutadores Cisco IOS, el mensaje de mantenimiento se envía cada 60 segundos. Ambos enrutadores deben acordar el tiempo de espera o no habrá una sesión BGP.
Identificador de BGP : esta es la identificación del enrutador BGP local que se elige como OSPF:
Utilice la ID de enrutador que se configuró manualmente con el comando bgp router-id.
Use la dirección IP más alta en una interfaz de bucle invertido.
Use la dirección IP más alta en una interfaz física.
Parámetros opcionales : aquí encontrará algunas capacidades opcionales del enrutador BGP. Este campo se ha agregado para que se puedan agregar nuevas funciones a BGP sin tener que crear una nueva versión. Las cosas que puede encontrar aquí son:

Soporte para MP-BGP (Multi Protocol BGP).
soporte para ruta de actualización.
soporte para números AS de 4 octetos.

Para establecer un vecindario, se deben cumplir las siguientes condiciones:

Número de versión Versión actual 4.
El número AS debe coincidir con el que configuró el vecino 192.168.13.3 remoto-como 10 .
El ID del enrutador debe ser diferente del vecino.

Si alguno de los parámetros no cumple con estas condiciones, el enrutador enviará un mensaje de notificación donde indica un error. Después de enviar y recibir mensajes abiertos, la relación de vecindario ingresa al estado ESTABLECIDO . Después de eso, los enrutadores pueden intercambiar información sobre rutas y hacerlo mediante mensajes de actualización . Aquí hay un mensaje de actualización que envía Router1 a Router3:

Aquí se indican las redes informadas por los atributos Router1 y Path, que son análogas a las métricas. Hablaremos sobre los atributos de ruta con más detalle. Además, los mensajes keepalive se transmiten dentro de la sesión TCP. Se transmiten, por defecto, cada 60 segundos. Este es un temporizador Keepalive. Si el mensaje Keepalive no se recibe durante el Temporizador de retención, esto significará la pérdida de comunicación con el vecino. Por defecto, es igual a - 180 segundos.

Placa útil:

Parece haber descubierto cómo los enrutadores transmiten información entre sí, ahora intentemos descubrir la lógica del protocolo BGP.

Para anunciar una ruta a la tabla BGP, como en los protocolos IGP, se usa el comando de red, pero la lógica de operación es diferente. Si en IGP, después de especificar una ruta en el comando de red, IGP observa qué interfaces pertenecen a esta subred y las incluye en su tabla, luego el comando de red en BGP busca en la tabla de enrutamiento y busca una coincidencia exacta con la ruta en el comando de red. Si se encuentran estos, estas rutas caerán en la tabla BGP.

Busque una ruta en la tabla de enrutamiento IP actual del enrutador que coincida exactamente con los parámetros del comando de red; si existe la ruta IP, coloque el NLRI equivalente en la tabla BGP local.

Ahora elevaremos BGP a todos los restantes y veremos cómo se selecciona la ruta dentro de un AS. Después de que el enrutador BGP recibe rutas del vecino, comienza la selección de la ruta óptima. Aquí debe comprender qué tipo de vecinos pueden ser: internos y externos. ¿El enrutador de configuración comprende si el vecino configurado es interno o externo? Si en un equipo:

 neighbor 192.168.13.3 remote-as 10

como parámetro remoto como, se especifica el AS, que se configura en el enrutador con el comando router bgp 10. Las rutas que provienen del AS interno se consideran internas y las rutas del AS externo se consideran externas. Y con respecto a cada uno, una lógica diferente de recepción y envío de obras. Considere la siguiente topología:

Cada enrutador tiene una interfaz loopback configurada con ip: xxxx 255.255.255.0, donde x es el número del enrutador. En Router9 tenemos una interfaz de bucle invertido con la dirección 9.9.9.9 255.255.255.0. Lo anunciaremos en BGP y veremos cómo se distribuye. Esta ruta se transmitirá al Router8 y al Router12. Con Router8, esta ruta irá a Router6, pero en Router5 no estará en la tabla de enrutamiento. Además, en el Router12 esta ruta entrará en la tabla, pero en el Router11 tampoco lo será. Tratemos de resolverlo. Considere qué datos y parámetros están siendo transmitidos por Router9 a sus vecinos, informando esta ruta. El paquete a continuación se enviará desde Router9 a Router8.

La información de ruta consta de atributos de ruta.

Los atributos de ruta se dividen en 4 categorías:

Obligatorio bien conocido : todos los enrutadores BGP deben reconocer estos atributos. Debe estar presente en todas las actualizaciones.
Discrecionalmente conocido : todos los enrutadores BGP deben reconocer estos atributos. Pueden estar presentes en las actualizaciones, pero su presencia no es necesaria.
Transitivo opcional : es posible que no todas las implementaciones de BGP lo reconozcan. Si el enrutador no reconoce el atributo, marca la actualización como parcial y la envía más a los vecinos, conservando el atributo no reconocido.
Opcional no transitivo : puede no ser reconocido por todas las implementaciones de BGP. Si el enrutador no reconoce el atributo, el atributo se ignora y se descarta durante la transmisión a los vecinos.

Ejemplos de atributos BGP:

Conocido obligatorio :
- Ruta del sistema autónomo
- Siguiente salto
- Origen
Discrecional bien conocido :
- Preferencia local
- Agregado atómico
Transitivo opcional :
- Agregador
- Comunidades
Opcional no transitivo :
- Discriminador de múltiples salidas (MED)
- ID del creador
- Lista de clúster

En este caso, estaremos interesados en Origin, Next-hop, AS Path. Dado que la ruta pasa entre Router8 y Router9, es decir, dentro del mismo AS, se considera interna y prestaremos atención a Origin.

Atributo de origen: indica cómo se recibió la ruta en la actualización. Posibles valores de atributo:

0 - IGP: NLRI obtenido dentro del sistema autónomo original;
1 - EGP: NLRI aprendido por el Protocolo de puerta de enlace exterior (EGP). BGP predecesor, no utilizado
2 - Incompleto: NLRI se aprendió de otra manera

En nuestro caso, como se puede ver en el paquete, es 0. Cuando esta ruta se transmite al Router12, este código tendrá el código - 1.

Siguiente, siguiente salto. Atributo del siguiente salto

Esta es la dirección IP del enrutador eBGP a través del cual pasa la ruta a la red de destino.
El atributo cambia cuando el prefijo se pasa a otro AS.

En el caso de iBGP, es decir, dentro de un AS, el siguiente salto se indicará como el que aprendió o contó sobre esta ruta. En nuestro caso, será 192.168.89.9. Pero cuando transfiera esta ruta de Router8 a Router6, Router8 la cambiará y la reemplazará por la suya. El siguiente salto será: 192.168.68.8. Esto nos lleva a dos reglas:

Si el enrutador pasa la ruta a su vecino interno, entonces no cambia el parámetro Next-hop.
Si el enrutador envía la ruta a su vecino externo, cambia el siguiente salto a la ip de la interfaz desde la que envía este enrutador.

Esto nos lleva a comprender el primer problema: por qué no habrá una ruta en la tabla de enrutamiento en Router5 y Router11. Consideremos con más detalle. Entonces, Router6 recibió la información de ruta 9.9.9.0/24 y la agregó de forma segura a la tabla de enrutamiento:

 Router6#show ip route bgp Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP a - application route + - replicated route, % - next hop override, p - overrides from PfR Gateway of last resort is not set 9.0.0.0/24 is subnetted, 1 subnets B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25

Ahora Router6 pasó la ruta Router5 y no cambió la primera regla del próximo salto. Es decir, el Router5 debería agregar 9.9.9.0 [20/0] a través de 192.168.68.8 , pero no tiene una ruta a 192.168.68.8 y, por lo tanto, esta ruta no se agregará, aunque la información sobre esta ruta se almacenará en la tabla BGP:

 <b>Router5#show ip bgp BGP table version is 1, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>

La misma situación ocurrirá entre Router11-Router12. Para evitar tal situación, es necesario configurar de modo que el Router6 o el Router12, pasando la ruta a sus vecinos internos, sustituyan su dirección IP como Next-hop. Se hace usando el comando:

 neighbor 192.168.56.5 next-hop-self

Después de este comando, el Router6 enviará un mensaje de Actualización, donde para las rutas como Next-hop se indicará la ip de la interfaz Gi0 / 0 del Router6 - 192.168.56.6, después de lo cual esta ruta ya estará en la tabla de enrutamiento.

Sigamos adelante y veamos si esta ruta aparece en Router7 y Router10. No aparecerá en la tabla de enrutamiento y podríamos pensar que el problema es como el primero con el parámetro Next-hop, pero si miramos la salida del comando show ip bgp, veremos que la ruta no se recibió incluso con el Next-hop incorrecto, que significa que la ruta ni siquiera se transmitió. Y esto nos llevará a la existencia de otra regla:

Las rutas recibidas de vecinos internos no se transfieren a otros vecinos internos.

Como el Router5 recibió la ruta del Router6, no se transmitirá a su otro vecino interno. Para que la transferencia tenga lugar, debe configurar la función Reflector de ruta , o configurar las relaciones de vecindad completamente conectadas (Full Mesh), es decir, el Router5-7 será vecino de cada una. Utilizaremos el Reflector de ruta en este caso. En el Router5, debe usar este comando:

 neighbor 192.168.57.7 route-reflector-client

Route-Reflector cambia el comportamiento de BGP al transmitir una ruta a un vecino interno. Si el vecino interno se especifica como route-reflector-client , se anunciarán las rutas internas a estos clientes.

¿La ruta no apareció en Router7? No te olvides de Next-hop también. Después de estas manipulaciones, la ruta también debería estar en el Router7, pero esto no sucede. Esto nos lleva a otra regla:

La regla del siguiente salto solo funciona para rutas externas. Para rutas internas, el atributo del siguiente salto no se reemplaza.

Y tenemos una situación en la que necesita crear un entorno utilizando enrutamiento estático o IGP para informar a los enrutadores sobre todas las rutas dentro del AS. Registraremos las rutas estáticas en Router6 y Router7 y luego obtendremos la ruta deseada en la tabla del enrutador. En AS 678, actuaremos un poco diferente: escribiremos las rutas estáticas para 192.168.112.0/24 en Router10 y 192.168.110.0/24 en Router12. A continuación, establecemos la relación de vecindad entre Router10 y Router12. También configuramos Router12 para enviar su próximo salto para Router10:

 neighbor 192.168.110.10 next-hop-self

El resultado será que el Router10 recibirá la ruta 9.9.9.0/24, se recibirá tanto del Router7 como del Router12. Veamos qué elección hace Router10:

 Router10#show ip bgp BGP table version is 3, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.112.12 0 100 0 45 i 192.168.107.7 0 123 45 i

Como podemos ver, dos rutas y una flecha (>) significan que la ruta a través de 192.168.112.12 está seleccionada.
Veamos cómo se lleva a cabo el proceso de selección de ruta:

En primer lugar, al recibir la ruta, se verifica la disponibilidad de su Next-hop. Es por eso que, cuando recibimos una ruta en el Router5 sin configurar Next-hop-self, esta ruta ya no se envió para su procesamiento.
El siguiente es el parámetro Peso. Este parámetro no es un atributo de ruta (PA) y no se transmite en mensajes BGP. Se configura localmente en cada enrutador y se usa solo para manipular la selección de ruta en el enrutador. Considera un ejemplo. Se muestra arriba que Router10 eligió la ruta para 9.9.9.0/24 a través de Router12 (192.168.112.12). Para cambiar el parámetro Wieght, puede usar el mapa de ruta para establecer rutas específicas, o asignar peso a su vecino usando el comando:
```
  neighbor 192.168.107.7 weight 200 
```
Ahora todas las rutas de este vecino tendrán tal peso. Veamos cómo cambia la elección de ruta después de esta manipulación:
```
 Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 i 
```
Como puede ver, la ruta a través del Router7 ahora está seleccionada, pero esto no tendrá ningún efecto en los otros enrutadores.
En tercer lugar tenemos - Preferencia local. Este parámetro es un atributo discrecional bien conocido, lo que significa que su presencia es opcional. Este parámetro es válido solo dentro de un AS y afecta la elección de la ruta solo para los vecinos internos. Por eso, se transmite solo en los mensajes de actualización destinados al vecino interno. En los mensajes de actualización para vecinos externos está ausente. Por lo tanto, fue asignado a la discrecionalidad conocida. Intentemos aplicarlo en Router5. En Router5, deberíamos tener dos rutas para 9.9.9.0/24: una a través de Router6 y la segunda a través de Router7.

Buscamos:
```
 Router5#show bgp BGP table version is 2, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 
```
Pero como puede ver una ruta a través de Router6. ¿Y dónde está la ruta a través de Router7? ¿Quizás ni siquiera existe en Router7? Buscamos:
```
 Router#show bgp BGP table version is 10, local router ID is 7.7.7.7 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 i 
```
Extraño, todo parece estar en orden. ¿Por qué no se transmite al Router5? El caso es que BGP tiene una regla:
El enrutador transmite solo aquellas rutas que utiliza por sí mismo.

Router7 utiliza la ruta a través de Router5, por lo que la ruta a través de Router10 no se transmitirá. De vuelta a la preferencia local. Establezcamos la Preferencia local en Router7 y veamos cómo Router5 responde a esto:
```
 route-map BGP permit 10 match ip address 10 set local-preference 250 access-list 10 permit any router bgp 123 neighbor 192.168.107.10 route-map BGP in</b> 
```
Entonces, creamos un mapa de ruta en el que caen todas las rutas y le indicamos al Router7 que cambie el parámetro de Preferencia Local a 250 al recibirlo, por defecto es 100. Observamos lo que sucedió en el Router5:
```
 Router5#show bgp BGP table version is 8, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 i 
```
Como vemos ahora, Router5 prefiere la ruta a través de Router7. La misma imagen estará en Router6, aunque es más rentable para él elegir una ruta a través de Router8. También agregamos que un cambio en este parámetro requiere un reinicio del vecindario para que el cambio surta efecto. Lee aquí Con preferencia local resuelta. Ir al siguiente parámetro.

Preferencia de ruta con el parámetro del siguiente salto 0.0.0.0, es decir, rutas locales o agregadas. Después de ingresar el comando de red, a estas rutas se les asigna automáticamente el parámetro Peso igual al máximo - 32678:

 Router#show bgp BGP table version is 2, local router ID is 9.9.9.9 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 0.0.0.0 0 32768 i

El camino más corto a través de AS. Se selecciona el parámetro más corto AS_Path. Cuanto menos pase la ruta, mejor será. Considere la ruta a 9.9.9.0/24 en Router10:

 Router10#show bgp BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * 9.9.9.0/24 192.168.107.7 0 123 45 i *>i 192.168.112.12 0 100 0 45 i

Como puede ver, Router10 eligió la ruta a través de 192.168.112.12 porque el parámetro AS_Path contiene solo 45 para esta ruta, y 123 y 45 en el otro caso. Intuitivamente.

El siguiente parámetro es Origen. ¿Es IGP (ruta obtenida usando BGP) mejor que EGP (ruta obtenida usando BGP predecesor, ahora no se usa) y EGP es mejor que Incomplete? (recibido de alguna otra manera, por ejemplo, por redistribución).
El siguiente parámetro es MED. Teníamos Wieght, que solo funcionaba localmente en el enrutador. Había una preferencia local que funcionaba solo dentro de un sistema autónomo. Como puede suponer, MED es un parámetro que se transmitirá entre sistemas autónomos. Muy buen artículo sobre esta opción.

No se utilizarán más atributos, pero si las dos rutas tienen los mismos atributos, se utilizarán las siguientes reglas:

Elija una ruta a través del vecino IGP más cercano.
Seleccione la ruta más antigua para la ruta eBGP.
Elija una ruta a través del vecino con la ID de enrutador BGP más baja.
Elija una ruta a través del vecino con la dirección IP más baja.

Ahora considere el tema de la convergencia BGP.

Veamos qué sucede si, por ejemplo, el Router6 pierde la ruta 9.9.9.0/24 a través del Router9. Apagamos la interfaz Gi0 / 1 Router6, que comprende de inmediato que la sesión BGP con Router8 está desconectada y el vecino se ha ido, lo que significa que la ruta recibida no es válida. El Router6 envía inmediatamente mensajes de Actualización donde indica la red 9.9.9.0/24 en el campo Rutas Retiradas. Tan pronto como el Router5 reciba un mensaje similar, envíelo al Router7. Pero dado que Router7 tiene una ruta a través de Router10, enviará inmediatamente Update con una nueva ruta en respuesta. Si el estado de la interfaz no puede detectar la caída del vecino, entonces debe esperar a que se active el Temporizador de retención.

Confederación

Si recuerdas, hablamos sobre el hecho de que a menudo tienes que usar una topología completamente conectada. Con una gran cantidad de enrutadores en un AS, esto puede causar grandes problemas, para evitar esto es necesario usar confederaciones. Un AS se divide en varios sub-AS, lo que le permite funcionar sin el requisito de una topología completamente conectada.

Aquí hay un enlace a este laboratorio , y aquí está la configuración para GNS3.

Por ejemplo, con esta topología, tendríamos que conectar todos los enrutadores en AS 2345 entre sí, pero usando Confederación, podemos establecer relaciones de vecindad solo entre enrutadores conectados directamente entre sí. Hablemos de esto en detalle. Si solo tuviéramos AS 2345, entonces laForge recibiría una marcha de Picard y le diría a sus enrutadores Data y Worf , pero no le dirían a Crusher al respecto . Además, las rutas que el propio router rasprastranyaet Laforge , no serían transferidos trituradora oWorf , ni datos .

Tendría que establecer una Ruta-Reflector o una relación de vecindario completamente conectada. Al dividir un AS 2345 en 4 sub-AS (2,3,4,5) para cada enrutador, terminamos con una lógica de operación diferente. Todo está perfectamente descrito aquí .

Fuentes:

CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
Sitio web xgu.ru
Sitio GNS3Vault .

Cómo funciona BGP

More articles: