Hoy veremos el protocolo BGP. No hablaremos durante mucho tiempo sobre por qué es así y por qué se utiliza como único protocolo. Hay mucha información sobre este tema, por ejemplo. .
Entonces, ¿qué es BGP? BGP es un protocolo de enrutamiento dinámico y es el único protocolo EGP (Protocolo de puerta de enlace externa). Este protocolo se utiliza para crear enrutamiento en Internet. Veamos cómo se construye una vecindad entre dos enrutadores BGP.
Considere la vecindad entre el Router1 y el Router3. Configurémoslos usando 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 10El vecindario dentro de un único sistema autónomo es AS 10. Después de ingresar información en un enrutador, como el enrutador1, ese enrutador intenta establecer una relación de adyacencia con el enrutador3. El estado inicial en el que no sucede nada se llama Idle. Tan pronto como bgp esté configurado en el Router1, comenzará a escuchar el puerto TCP 179; entrará en el estado Contacto, y cuando intenta abrir una sesión con el Router3, entrará en el estado Active.
Una vez establecida la sesión entre el Router1 y el Router3, se intercambian mensajes Open. Cuando el enrutador 1 envía este mensaje, se llamará a este estado Abrir enviado. Y cuando reciba un mensaje Abierto del Router3, entrará en el estado Abrir Confirmar. Echemos un vistazo más de cerca al mensaje Abrir:
Este mensaje transmite información sobre el protocolo BGP en sí, que utiliza el enrutador. Al intercambiar mensajes abiertos, el Router1 y el Router3 se comunican entre sí información sobre sus configuraciones. Se pasan los siguientes parámetros:
- Versión: esto incluye la versión de 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 discrepancia, no habrá sesión BGP.
- mi como: esto incluye el número de AS del enrutador BGP, los enrutadores deberán acordar los números de AS y también define si ejecutarán iBGP o eBGP.
- Hora de espera: si BGP no recibe ningún mensaje de mantenimiento o actualización del otro lado durante el tiempo de espera, declarará al otro lado "muerto" y cancelará la sesión de BGP. De forma predeterminada, el tiempo de espera está configurado en 180 segundos en los enrutadores Cisco IOS; el mensaje de mantenimiento de actividad se envía cada 60 segundos. Ambos enrutadores deben acordar el tiempo de espera o no habrá una sesión BGP.
- Identificador BGP: este es el ID del enrutador BGP local que se elige tal como lo hace OSPF:
- Utilice el ID del enrutador que se configuró manualmente con el comando bgp router-id.
- Utilice la dirección IP más alta en una interfaz loopback.
- Utilice 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 agregó 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 (multiprotocolo BGP).
- soporte para actualización de ruta.
- soporte para números AS de 4 octetos.
Para establecer un barrio se deben cumplir las siguientes condiciones:
- Número de versión. La versión actual es la 4.
- El número de AS debe coincidir con lo que has configurado vecino 192.168.13.3 remoto-como 10.
- La ID del enrutador debe ser diferente a la del vecino.
Si alguno de los parámetros no cumple estas condiciones, el enrutador enviará Notificación mensaje indicando el error. Después de enviar y recibir mensajes abiertos, la relación de vecindad ingresa al estado ESTABLECIDO. Después de esto, los enrutadores pueden intercambiar información sobre rutas y hacerlo usando Actualizar mensajes. Este es el mensaje de actualización enviado por el Router1 al Router3:
Aquí puede ver las redes reportadas por los atributos Router1 y Path, que son análogos a las métricas. Hablaremos sobre los atributos de Ruta con más detalle. Los mensajes Keepalive también se envían dentro de una sesión TCP. Se transmiten, por defecto, cada 60 segundos. Este es un temporizador Keepalive. Si no se recibe un mensaje Keepalive durante el temporizador de retención, esto significará una pérdida de comunicación con el vecino. Por defecto, es igual a 180 segundos.
Signo útil:
Parece que hemos descubierto cómo los enrutadores se transmiten información entre sí, ahora intentemos comprender la lógica del protocolo BGP.
Para anunciar una ruta a la tabla BGP, como en los protocolos IGP, se utiliza el comando network, pero la lógica operativa es diferente. Si en IGP, después de especificar la ruta en el comando de red, el IGP mira qué interfaces pertenecen a esta subred y las incluye en su tabla, entonces el comando de red en BGP mira la tabla de enrutamiento y busca exacto coincide con la ruta en el comando de red. Si se encuentran, estas rutas aparecerá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 la ruta IP existe, coloque el NLRI equivalente en la tabla BGP local.
Ahora elevemos BGP a todos los restantes y veamos cómo se selecciona la ruta dentro de un AS. Después de que el enrutador BGP recibe rutas de su vecino, comienza a seleccionar la ruta óptima. Aquí debe comprender qué tipo de vecinos puede haber: internos y externos. ¿El enrutador entiende por configuración si el vecino configurado es interno o externo? Si está en un equipo:
neighbor 192.168.13.3 remote-as 10 el parámetro remoto-as especifica AS, que se configura en el enrutador en el comando router bgp 10. Las rutas provenientes del AS interno se consideran internas y las rutas del AS externo se consideran externas. Y para cada uno funciona una lógica diferente de recepción y envío. Considere esta 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 el Router9 tenemos una interfaz loopback con la dirección 9.9.9.9 255.255.255.0. Lo anunciaremos vía BGP y veremos cómo se difunde. Esta ruta se transmitirá al Router8 y al Router12. Desde el Router8, esta ruta irá al Router6, pero al Router5 no estará en la tabla de enrutamiento. También en el Router12 esta ruta aparecerá en la tabla, pero en el Router11 tampoco estará. Intentemos resolver esto. Consideremos qué datos y parámetros transmite el Router9 a sus vecinos, informando esta ruta. El siguiente paquete se enviará desde el Router9 al Router8.
La información de ruta consta de atributos de ruta.
Los atributos de ruta se dividen en 4 categorías:
- Obligatorio conocido - Todos los enrutadores que ejecutan BGP deben reconocer estos atributos. Debe estar presente en todas las actualizaciones.
- Conocido discrecional - Todos los enrutadores que ejecutan BGP deben reconocer estos atributos. Pueden estar presentes en las actualizaciones, pero su presencia no es obligatoria.
- Transitiva opcional - Puede que no sea reconocido por todas las implementaciones de BGP. Si el enrutador no reconoce el atributo, marca la actualización como parcial y la reenvía a sus vecinos, almacenando el atributo no reconocido.
- Opcional no transitivo - Puede que no sea reconocido por todas las implementaciones de BGP. Si el enrutador no reconoce el atributo, entonces el atributo se ignora y se descarta cuando se pasa a los vecinos.
Ejemplos de atributos BGP:
- Obligatorio conocido:
- Ruta del sistema autónomo
- Siguiente salto
- Natural
- Conocido discrecional:
- preferencia local
- agregado atómico
- Transitiva opcional:
- Aggregator
- Comunidades
- Opcional no transitivo:
- Discriminador de salidas múltiples (MED)
- ID del originador
- Lista de clústeres
En este caso, por ahora nos interesará Origin, Next-hop, AS Path. Dado que la ruta transmite entre Router8 y Router9, es decir, dentro de un AS, se considera interna y prestaremos atención al Origen.
Atributo de origen: indica cómo se obtuvo la ruta en la actualización. Posibles valores de atributos:
- 0 - IGP: NLRI recibido dentro del sistema autónomo original;
- 1 - EGP: NLRI se aprende mediante el Protocolo de puerta de enlace exterior (EGP). Predecesor de BGP, no utilizado
- 2 - Incompleto: el NLRI se aprendió de alguna otra manera
En nuestro caso, como se puede ver en el paquete, es igual a 0. Cuando esta ruta se transmite al Router12, este código tendrá el código 1.
Siguiente, siguiente salto. Atributo de siguiente salto
- Esta es la dirección IP del enrutador eBGP por donde pasa la ruta a la red de destino.
- El atributo cambia cuando el prefijo se envía a otro AS.
En el caso de iBGP, es decir, dentro de un AS, el siguiente salto lo indicará aquel que aprendió o informó sobre esta ruta. En nuestro caso será 192.168.89.9. Pero cuando esta ruta se transmite del Router8 al Router6, el Router8 la cambiará y la reemplazará por la suya propia. El siguiente salto será 192.168.68.8. Esto nos lleva a dos reglas:
- Si un enrutador reenvía una ruta a su vecino interno, no cambia el parámetro Siguiente salto.
- Si un enrutador transmite una ruta a su vecino externo, cambia Next-hop a la ip de la interfaz desde la cual este enrutador transmite.
Esto nos lleva a comprender el primer problema: por qué no habrá ninguna ruta en la tabla de enrutamiento en el Router5 y el Router11. Miremos más de cerca. Entonces, el Router6 recibió información sobre la ruta 9.9.9.0/24 y la agregó exitosamente 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<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:
<source><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 esta situación, es necesario configurar el Router6 o el Router12, al pasar la ruta a sus vecinos internos, para sustituir su dirección IP como Next-hop. Esto se hace usando el comando:
neighbor 192.168.56.5 next-hop-selfDespués de este comando, el Router6 enviará un mensaje de Actualización, donde la IP de la interfaz Gi0/0 Router6 se especificará como Próximo salto para rutas - 192.168.56.6, después de lo cual esta ruta ya estará incluida en la tabla de enrutamiento.
Vayamos más allá y veamos si esta ruta aparece en Router7 y Router10. No estará en la tabla de enrutamiento y podríamos pensar que el problema es el mismo que en el primero con el parámetro Next-hop, pero si miramos la salida del comando show ip bgp veremos que el La ruta no se recibió allí incluso con el siguiente salto incorrecto, lo 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 propagan a otros vecinos internos.
Dado que el Router5 recibió la ruta del Router6, no se transmitirá a su otro vecino interno. Para que se produzca la transferencia, es necesario configurar la función , o configurar relaciones de vecindad totalmente conectadas (Full Mesh), es decir, Router5-7 todos serán vecinos de todos. En este caso usaremos Route Reflector. En Router5 necesitas usar este comando:
neighbor 192.168.57.7 route-reflector-clientRoute-Reflector cambia el comportamiento de BGP al pasar una ruta a un vecino interno. Si el vecino interno se especifica como cliente-reflector de ruta, las rutas internas se anunciarán a estos clientes.
¿La ruta no apareció en el Router7? No te olvides tampoco de Next-hop. Después de estas manipulaciones, la ruta también debería ir al 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 llegamos a una situación en la que es necesario crear un entorno utilizando enrutamiento estático o protocolos IGP para informar a los enrutadores sobre todas las rutas dentro del AS. Registremos rutas estáticas en Router6 y Router7 y luego obtendremos la ruta deseada en la tabla de enrutadores. En AS 678, lo haremos de manera un poco diferente: registraremos rutas estáticas para 192.168.112.0/24 en el Router10 y 192.168.110.0/24 en el Router12. A continuación, estableceremos la relación de vecindad entre el Router10 y el Router12. También configuraremos el Router12 para enviar su siguiente salto al Router10:
neighbor 192.168.110.10 next-hop-selfEl 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 el 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 vemos, dos rutas y una flecha (>) significan que está seleccionada la ruta vía 192.168.112.12.
Veamos cómo funciona el proceso de selección de ruta:
- El primer paso al recibir una ruta es comprobar la disponibilidad de su Next-hop. Es por eso que, cuando recibimos una ruta en el Router5 sin configurar Next-hop-self, esta ruta no se procesó más.
- Luego viene el parámetro Peso. Este parámetro no es un atributo de ruta (PA) y no se envía en mensajes BGP. Se configura localmente en cada enrutador y solo se usa para manipular la selección de ruta en el propio enrutador. Veamos un ejemplo. Justo arriba puede ver que el Router10 ha elegido una ruta para 9.9.9.0/24 a través del Router12 (192.168.112.12). Para cambiar el parámetro Wieght, puede usar route-map para establecer rutas específicas o asignar un peso a su vecino usando el comando:
neighbor 192.168.107.7 weight 200Ahora todas las rutas de este vecino tendrán este peso. Veamos cómo cambia la elección de la ruta tras 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 iComo puede ver, la ruta a través del Router7 ahora está seleccionada, pero esto no tendrá ningún efecto en los demás enrutadores.
- En tercera posición tenemos Preferencia Local. Este parámetro es un atributo discrecional conocido, lo que significa que su presencia es opcional. Este parámetro es válido sólo dentro de un AS y afecta la elección de la ruta sólo para los vecinos internos. Por eso se transmite únicamente en mensajes de actualización destinados al vecino interno. No está presente en los mensajes de actualización para vecinos externos. Por lo tanto, fue catalogado como Discrecional Notorio. Intentemos aplicarlo en Router5. En el Router5 deberíamos tener dos rutas para 9.9.9.0/24: una a través del Router6 y la segunda a través del Router7.
Nosotros miramos
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 iPero como vemos hay una ruta a través del Router6. ¿Dónde está la ruta a través del Router7? ¿Quizás el Router7 tampoco lo tenga? Miremos:
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 iEs extraño, todo parece estar bien. ¿Por qué no se transmite al Router5? El caso es que BGP tiene una regla:
El enrutador transmite solo aquellas rutas que utiliza.
El enrutador 7 utiliza una ruta a través del enrutador 5, por lo que la ruta a través del enrutador 10 no se transmitirá. Volvamos a la preferencia local. Configuremos la preferencia local en el Router7 y veamos cómo reacciona el Router5 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 que contiene todas las rutas y le dijimos al Router7 que cambiara el parámetro de Preferencia local a 250 cuando lo recibiera, el valor predeterminado es 100. Veamos qué 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 iComo podemos ver ahora el Router5 prefiere la ruta a través del Router7. La misma imagen estará en el Router6, aunque le resultará más rentable elegir una ruta a través del Router8. También agregamos que cambiar este parámetro requiere reiniciar la vecindad para que el cambio surta efecto. Leer . Hemos solucionado la preferencia local. Pasemos al siguiente parámetro.
- Prefiere la ruta con el parámetro Next-hop 0.0.0.0, es decir, rutas locales o agregadas. A estas rutas se les asigna automáticamente un parámetro de peso igual al máximo (32678) después de ingresar el comando de red:
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 - Camino más corto por AS. Se selecciona el parámetro AS_Path más corto. Cuantos menos AS pase por una 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 iComo puede ver, el Router10 eligió la ruta a través de 192.168.112.12 porque para esta ruta el parámetro AS_Path contiene solo 45, y en otro caso 123 y 45. Intuitivamente claro.
- El siguiente parámetro es Origen. ¿IGP (ruta obtenida usando BGP) es mejor que EGP (ruta obtenida usando el predecesor de BGP, que ya no se usa) y EGP es mejor que Incompleto? (obtenido por algún otro método, por ejemplo por redistribución).
- El siguiente parámetro es MED. Teníamos Wieght que solo funcionaba localmente en el enrutador. Existía la Preferencia Local, que sólo funcionaba dentro de un sistema autónomo. Como puedes adivinar, MED es un parámetro que se transmitirá entre sistemas autónomos. Muy bien sobre este parámetro.
No se utilizarán más atributos, pero si dos rutas tienen los mismos atributos, entonces se utilizan las siguientes reglas:
- Seleccione la ruta a través del vecino IGP más cercano.
- Seleccione la ruta más antigua para la ruta eBGP.
- Seleccione la ruta a través del vecino con la ID del enrutador BGP más pequeña.
- Elija una ruta a través del vecino con la dirección IP más baja.
Ahora veamos el tema de la convergencia de BGP.
Veamos qué sucede si el Router6 pierde la ruta 9.9.9.0/24 a través del Router9. Desactivemos la interfaz Gi0/1 del Router6, que inmediatamente entenderá que la sesión BGP con el Router8 ha finalizado y el vecino ha desaparecido, lo que significa que la ruta recibida del mismo 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 dicho mensaje, lo enviará al Router7. Pero como el Router7 tiene una ruta a través del Router10, responderá inmediatamente con una Actualización con una nueva ruta. Si no es posible detectar la caída de un vecino según el estado de la interfaz, tendrá que esperar a que se active el temporizador de retención.
Confederación.
Si recuerda, hablamos sobre el hecho de que a menudo es necesario utilizar una topología completamente conectada. Con una gran cantidad de enrutadores en un AS, esto puede causar grandes problemas; para evitarlo, es necesario utilizar confederaciones. Un AS se divide en varios subAS, lo que les permite operar sin el requisito de una topología completamente conectada.
Aquí hay un enlace a esto Y 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 adyacencia solo entre enrutadores conectados directamente entre sí. Hablemos de esto en detalle. Si solo tuviéramos AS 2345, entonces laForge habiendo recibido una marcha de Picard Se lo diría a los enrutadores. Datos и Worf, pero no se lo dijeron al enrutador Trituradora . También rutas distribuidas por el propio router laForge, no habría sido transferido Trituradora ni Worf-Oh, no Datos.
Tendría que configurar un Route-Reflector o una relación de vecindad completamente conectada. Al dividir un AS 2345 en 4 sub-AS (2,3,4,5) para cada enrutador, terminamos con una lógica operativa diferente. Todo esta perfectamente descrito .
Fuentes:
- Guía de certificación oficial CCIE Routing and Switching v5.0, volumen 2, quinta edición, Narbik Kocharians, Terry Vinson.
- sitio web
- sitio web .
Fuente: habr.com