Enrutamiento BGP Básico

¡¡Un nuevo título se suma a la colección!!

Cada día son más las empresas y organizaciones que optan por administrar sus propias políticas de enrutamiento hacia y desde Internet implementando BGP en el borde de su conexión con sus proveedores de servicio. También son cada vez más las redes corporativas que están implementando MPLS sobre BGP. Esto genera la necesidad de que los Administradores de estas redes estén adecuadamente capacitados en la administración de un protocolo de enrutamiento fascinante y complejo.
Este manual ha sido pensando específicamente para el entrenamiento del personal técnico de organizaciones o empresas que requieren implementar BGP versión 4 para su conexión a Internet a fin de administrar las políticas de enrutamiento con sus proveedores de servicios. Está desarrollado considerando específicamente las características y funcionalidades que ofrece CiscoIOS para la implementación de redes BGP4, dado que es la plataforma dominante en Internet en este momento.
Fecha de publicación: 1 de diciembre de 2006
Autor: Oscar A. Gerometta
Texto:
Se trata de un manual de estudio introductorio que permite una iniciación gradual en la complejidad y características del protocolo.
Supone conocimientos suficientes de los modelos teóricos de redes (modelos OSI y TCP/IP), de direccionamiento IP (subredes, VLSM, CIDR) del funcionamiento y características de Cisco IOS, y de la lógica y operatoria del enrutamiento IP. En términos generales es recomendable que quién desee abordar este tema antes haya cubierto los conocimientos comprendidos en el examen de certificación CCNA.
Contenidos:

• Conceptos generales de enrutamiento IP
• Implementación de Cisco IOS routing features
• Introducción a BGP
• EBGP e IBGP
• Configuración de las operaciones básicas de BGP
• Selección de una ruta BGP
• Utilización de route-maps para manipular rutas BGP
• Anexo: Comandos de configuración
• Anexo: Ejemplos de configuración BGP
• Anexo: Glosario de siglas y términos.

Cantidad de páginas: 186
Para ver una demo de este manual, ingrese aquí.
Fe de Erratas

Para la adquisición:

• Para reservar tu ejemplar del texto impreso: solicitalo por correo electrónico a libros.networking@gmail.com y lo recibirás en Argentina por Correo Argentino contrareembolso; en el exterior por Correo Argentino y hacen el pago por Western Union.
  
• El Manual de Enrutamiento BGP Básico en formato e-book  está disponible a través del sitio web de EduBooks.

Como siempre, cualquier sugerencia que puedas hacer, será muy bien venida.Saludos.

• Otros títulos publicados.

Oscar A. Gerometta

Introducción a BGP4

Con el avance progresivo de los servicios de red, y particularmente de Internet, el acceso a la Red de Redes se ha vuelto un recurso indispensable en la operación de muchas empresas. Consecuentemente, la conexión con el Internet Service Provider (ISP), y la redundancia en la conexión a Internet se han convertido en recursos críticos para la operación de la empresa.
Veamos entonces cuáles son las caraterísticas generales de este protocolo de enrutamiento de gateway exterior (EGP).
Concepto esencial: Sistema Autónomo
BGP4 es un protocolo de enrutamiento específicamente desarrollado para administrar el intercambio de información de enrutamiento entre diferentes sistemas autónomos. ¿Qué es un Sistema Autónomo?
La RFC 4271 define al sistema autónomo como un conjunto de dispositivos bajo una misma administración técnica, que utilizan un IGP (protocolo de enrutamiento interior) y una métrica común para enrutar los paquetes dentro del propio sistema autónomo, y usan un IDRP (InterDomain Routing Protocol)para determinar cómo se enrutan los paquetes hacia otros sistemas autónomos.
Un sistema autónomo puede implementar más de un protocolo de enrutamiento interior. Lo realmente importante es que el sistema autónomo tenga un plan de enrutamiento coherente y convergente de modo tal que asegure que todas las partes del sistema autónomo se conectan correctamente entre sí.
Cada sistema autónomo es una unidad administrativa que se diferencia y reconoce a través de un ID de sistema autónomo. IANA (Internet Assigned Numbers Authority) es el organismo responsable de la asignación de los ID de sistemas autónomos.
El ID de sistema autónomo es un número de 16 bits, con un valor posible entre 1 y 65535. Su uso y asignación está orientado por la RFC 1930. Los sistemas autónomos 64512 a 65535 están reservados para uso privado
Características de BGP4:
Diseñado para el enrutamiento entre sistemas autónomos o dominios de enrutamiento.
BGP es un protocolo estándar definido en un conjunto de RFCs. Originalmente lanzado en 1989 a través del RFC 1105. La versión más actualizada es BGP4 y ha sido definida en 1995 a través de la RFC 4271.
BGP4 es el primer protocolo de enrutamiento exterior que soporta CIDR y sumarización de rutas.
Transporta la máscara de subred para cada red anunciada.
No busca la ruta más rápida. Es un protocolo basado en políticas de enrutamiento (PBR – Policy-Based Routing). Las rutas son seleccionadas no en función de métricas sino de reglas o políticas de enrutamiento. Esto le permite al sistema autónomo controlar el flujo de tráfico.
Distancia administrativa por defecto:

• Para rutas entre sistemas autónomos (EBGP): 20
• Para rutas internas del sistema autónomo (IBGP): 200

Es un protocolo de ruta-vector. Define una ruta como una secuencia de sistemas autónomo que deben ser atravesados para alcanzar la red destino.
La información de enrutamiento que intercambia está referida a la accesibilidad de las redes de destino, e incluye entre otros elementos:

• La ruta expresada como la sucesión de sistemas autónomos que es necesario atravesar (salto por salto) para alcanzar la red de destino.
• El listado de todas las redes accesibles al final de esa ruta de sistemas autónomos.
• La dirección IP de la puerta de entrada al próximo sistema autónomo en la ruta.
• Una serie de "atributos" que definen el modo en que será tratada la ruta: origen de la información de la ruta, peso de la ruta, preferencia local, MED.

Diferencias respecto de los protocolos de vector distanciaMuchas veces se menciona a BGP como un protocolo de vector distancia avanzado, sin embargo, tiene diferencias muy importantes que hacen a su eficiencia y funcionamiento.
Las características más importantes respecto de los protocolos de vector distancia son las siguientes:

• Utiliza TCP como protocolo en la capa de transporte, lo que asegura una comunicación confiable orientada a la conexión. Utiliza el puerto 179 de TCP.
• En el inicio de la conexión se intercambian las tablas de enrutamiento completas. A partir de ese punto se envían solamente los cambios (actualizaciones incrementales o disparadas por eventos).
• Dado que no se requieren actualizaciones periódicas, BGP sólo envía mensajes de keepalive, cuya función es semejante a la de los mensajes hello en protocolos como OSPF y EIGRP.
• El transporte de información sobre conexiones TCP confiables asegura mayor eficiencia para la comunicación de volúmenes importantes de información como son los que corresponden a la cantidad de rutas que requiere hoy Internet (170 a 250.000 rutas).
• Las actualizaciones de enrutamiento pueden contener tanto información referida a nuevas rutas disponibles, como a rutas que han dejado de estar disponibles (withdraw).

Documentación sobre BGP en el sitio de Cisco Systems

BGP: the Border Gateway Protocol - Advanced Internet Routing Resources

BGP Cisco Features Roadmap

Cisco IOS BGP Commands

Bibliografía sugerida:

Enrutamiento BGP Básico - Oscar Gerometta

¿Tenés alguna información adicional para aportar en este tema....?
Perfecto!!!! agregá un comentario con el detalle.
Muchas gracias.Oscar Gerometta

¿Qué es AutoQos?

Con el avance progresivo de las redes convergentes, y particularmente de algunos servicios como los de telefonía y video sobre IP (CoIP comunicaciones sobre IP) se ha introducido un concepto que es cada día más generalizado: Calidad de Servicio (QoS).

Paralelamente, y como ya nos tiene acostumbrados, Cisco marcha a la vanguardia de la introducción de estas nuevas tecnologías y propuestas. Cisco IOS implementa hoy varios métodos diferentes de implementación de QoS, tantos y tan complejos como para que se haya dedicado libros completos solamente al tema.

Pues bien, Cisco ha desarrollado una nueva forma de QoS denominada AutoQoS y que tiene como propósito facilitarle al Administrador de la red el seteo básico de los atributos de QoS.

Revisemos primero lo básico
QoS ofrece entre otros, estos beneficios:

• Prioriza el tráfico que es sensible al delay; por ejemplo, para asegurarnos de que el tráfico de voz no sea afectado por un delay excesivo se le da prioridad al momento de reenviarlo.
• Prioriza tráfico de modo tal que las aplicaciones no-críticas para la operación de la empresa no ralenticen o entorpezcan el tráfico que corresponde a aplicacíones críticas para el negocio de la empresa.
• Prioriza tráfico para asegurar que tráfico indeseable en la red no sobrecargue el uso de ancho de banda.
• Preservar el ancho de banda dilatando el reenvío de información no crítica para la empresa.

En dispositivos Cisco IOS se puede configurar QoS de diferentes modos. Las 4 opciones principales son:

• Configurar QoS manualmente creando listas de acceso para identificar tráfico que luego es controlado con comandos específicos de QoS.
• Utilizar el QoS Wizard de SDM (Security Device Manager) de Cisco para crear políticas QoS predefinidas que pueden ser editadas más tarde.
• Utilizar AutoQoS para crear políticas basadas en el flujo de tráfico en tiempo real a través del router o switch.
• Utilizar AutoQos para crear políticas predefinidas para el flujo de tráfico de VoIP a través de los dispositivos Cisco IOS.

Los beneficios de AutoQoS
AutoQoS se encuentra disponible en los routers Cisco IOS desde la serie 2600 hasta la serie 7200 y también en la mayoría de los routers Cisco que utilizan versiones de IOS 12.2(15)T y posteriores. AutoQoS ofrece los siguientes beneficios:

• No requiere una comprensión avanzada de QoS del mismo modo que si se desea configurar desde la línea de comandos.
• Se pueden modificar las políticas de QoS y reutilizarlas, del mismo modo que si se tratara de un template.
• Se ahorra mucho tiempo de configuración.

Antes de ejecutar los comandos AutoQoS, se debe habilitar CEF utilizando el comando

Router(config)#ip cef

Adicionalmente se requiere la configuración de la declaración de ancho de banda en las interfaces ya que AutoQoS utiliza esta información cuando se configuran limitaciones de ancho de banda por protocolo para ser priorizados.

Router(config)#interface serial0/0
Router(config-if)#bandwidth 2000000

Si se modifica la configuración de este parámetro una vez que se activó AutoQoS, será necesario reiniciar AutoQoS. También es necesario tener presente no configurar AutoQoS en modo configuración global, sino en las interfaces.

Configuración de AutoQoS
Su configuración es muy simple y fácil, lo verdaderamente complicado es comprender qué es lo que se está configurando, modificar la configuración si es necesario, y probar lo hecho para ver si funciona como se esperaba. A modo de ejemplo configuremos AutoQoS para VoIP.

AutoQoS para VoIP opera sobre cierto tipo de interfaces. El ejemplo más simple es su activación en un enlace E1 punto a punto entre las interfaces seriales de 2 routers que utilizan este enlace para enviar tráfico de VoIP.

Para configurar AutoQoS, la secuencia de comandos en la interfaz que hace de origen del tráfico que deseamos controlar es:

Router(config)#interface serial0/0
Router(config-if)#auto qos voip

Con ese solo comando, Cisco IOS automáticamente genera una serie de comandos de configuración que se pueden verificar utilizando show running-config:

class-map match-any AutoQoS-VoIP-Remark
.match ip dscp ef
.match ip dscp cs3
.match ip dscp af31
class-map match-any AutoQoS-VoIP-Control-UnTrust
.match access-group name AutoQoS-VoIP-Control
class-map match-any AutoQoS-VoIP-RTP-UnTrust
.match protocol rtp audio
.match access-group name AutoQoS-VoIP-RTCP
!
!
policy-map AutoQoS-Policy-UnTrust
.class AutoQoS-VoIP-RTP-UnTrust
..priority percent 70
..set dscp ef
.class AutoQoS-VoIP-Control-UnTrust
..bandwidth percent 5
..set dscp af31
.class AutoQoS-VoIP-Remark
..set dscp default
.class class-default
..fair-queue
!
interface Serial0/0
.auto qos voip
.service-policy output AutoQoS-Policy-UnTrust
!
ip access-list extended AutoQoS-VoIP-Control
.permit tcp any any eq 1720
.permit tcp any any range 11000 11999
.permit udp any any eq 2427
.permit tcp any any eq 2428
.permit tcp any any range 2000 2002
.permit udp any any eq 1719
.permit udp any any eq 5060
ip access-list extended AutoQoS-VoIP-RTCP
.permit udp any any range 16384 32767

Calma... no es el objeto de este artículo analizar estas modificaciones :)
Si deseás comprenderlas, sugiero estudiar en serio QoS. Simplemente pretende que tomemos conciencia de lo que quise decir al afirmar que la configución de AutoQoS es fácil, y que lo complejo es comprender lo que se está haciendo y mucho más modificar este configuración.

Algunos elementos básicos para comprender lo que está haciendo:

• Las listas de acceso definen cierto tipo de tráfico.
• Los class-maps convierten ese tráfico en clases. El comando identifica el tráfico que debe colocar en cada clase a través de la lista de acceso.
• El policy-map asigna prioridades a las clases.
• Ese policy-map está aplicado a la interface, para afectar el tráfico que sale a través de ella.

Este mismo procedimiento debe aplicarse en la interfaz del otro extremo del enlace, Es altamente recomendable implementar primero este comando en un laboratorio de prueba, antes de utilizarlo en la red en producción.

Recursos en línea:

• Cisco AutoQoS Q&A
• Documentación referida a AutoQoS
• Comando AutoQoS

¿Tenés alguna información adicional para aportar en este tema....?
Perfecto!!!! agregá un comentario con el detalle.
Muchas gracias.
Oscar Gerometta

Supernetting

Se llama Supernetting (también se suele denominar sumarización de rutas o route aggregation) a un procedimiento que aprovecha los principios de CIDR para direccionar hacia una cantidad de subredes IP utilizando una única ruta. A la ruta que se obtiene se la suele denominar ruta sumarizada o supernet.

Se comprende mejor a partir de un ejemplo:
Supongamos que en un switch multilayer confluyen 4 subredes:

• 172.16.0.0/24
• 172.16.1.0/24
• 172.16.2.0/24
• 172.16.3.0/24

Si deseamos sumarizar estas 4 subredes (que hipotéticamente requieren 4 rutas diferentes en los dispositivos vecinos) en una única red a publicar, podemos sintetizarlas en la supernet IP: 172.16.0.0/22.. Esta única supernet refiere a las 4 subredes iniciales:
Dirección IP....10101100.00010000.00000000.00000000
Máscara.........11111111.11111111.11111100.00000000
Obsérvese el tercer octeto:

• Máscara.........11111100
• Subred 0.........00000000
• Subred 1.........00000001
• Subred 2.........00000010
• Subred 3.........00000011

Los bits resaltados en negrita son los que corresponden a la porción que identifican la red con una máscara de 22 bits. En este caso, las 4 subredes /24 tienen el mismo patrón binario, por lo que pueden sintetizarse en una única ruta.
Es preciso tener presente que para implementar supernetting es necesario utilizar protocolos de enrutamiento que soporte VLSM y CIDR como son: RIPv2, EIGRP, OSPF, IS-IS o BGP. Cuando se implementa algunos de estos protocolos, dependiendo del protocolo, Cisco IOS habilita o no por defecto la función de auto-sumarizar rutas a las fronteras de la clase. La sumarización también puede configurarse manualmente.
Esta es una práctica importante en redes corporativas grandes, por lo que significa en ahora de recursos de procesamiento y memoria la reducción de tamaño de las tablas de enrutamiento. En Internet en cambio, es una práctica esencial para poder mantener el tamaño de las tablas de enrutamiento dentro de límites admisibles.


Recursos sobre subnetting

• Documentación Cisco: IP Addressing and Subnetting for New Users
• The TCP/IP Guide
• Learn to Subnet.com
• IP Subnet Calculator - Servicio web de Cisco
• IP Subnet Calculator
• Calculadora de subredes - Recurso

¿Tenés alguna información adicional para aportar en este tema....?
Perfecto!!!! agregá un comentario con el detalle.
Muchas gracias.
Oscar Gerometta

Fe de Erratas

El siguiente es un listado de los errores detectados en los diferentes títulos publicados:

Guía de Preparación para el Examen de Certificación CCNA

Guía de Preparación para el Examen de Certificación CCNA

pág. 81
En la síntesis de "Modelos teóricos de una red de datos - Modelo TCP/IP"
Donde dice: "Transmisión".
Debe decir: "Transporte".

pág. 93
En la pregunta 25
Se debe agregar al final de la pregunta "(elija 2)".

pág. 102
Bajo el título "Protocolo ARP"
Donde dice: "... Pero no tiene la dirección IP. Sin embargo, la dirección IP es necesaria..."
Debe decir: "... Pero no tiene la dirección MAC. Sin embargo, la dirección MAC es necesaria... "

pág. 137
Bajo el título "Sumarización de rutas"
Donde dice: "... ha entregado 8 redes clase C... "
Debe decir: "... ha entragado 8 redes clase B... "

Donde dice: "... se puede sumarizar las 8 rutas a cada red clase C..."
Debe decir: "... se pueden sumarizar las 8 rutas a cada red clase B..."

pag.233
Bajo el título "IGRP"
Donde dice: "... aprovechamiento del ancho de bando."
Debe decir: "... aprovechamiento del ancho de banda"

pag. 250
En el desarrollo de enrutamiento por vector distancia
Donde dice: "... desde la perspectiva de los vecino."
Debe decir: "... desde la perspectiva de los vecinos."

pag. 266
Pregunta 29
Donde dice: "(elija 3)"
Debe decir: "(elija 2)"

pag. 374
En los puntos finales de las Notas Previas
Donde dice: ".Hay que adquirir ..."
Se debe eliminar el punto inicial: "Hay que adquirir ..."

pag. 375
Bajo el título "Aplicación al cálculo de la máscara de wildcard"
Donde dice: "Tomo hicimos en el caso ..."
Debe decir: "Como hicimos en el caso..."

pag. 498
Pregunta 22
Donde dice: "... van de la 172.25.64.1 a la 172.25.95.255"
Debe decir: "... van de la 172.25.64.1 a la 172.25.95.254"

Si crees haber encontrado un error que no se encuentra en este listado,
por favor, hacelo llegar a ogerometta@gmail.com
Lo evaluaré e incluiré en esta lista si es necesario.
Muchas gracias.
Oscar Gerometta

Enrutamiento BGP Básico

Curso de Enrutamiento BGP Básico

pag. 53
Donde dice: "En caso particular al pasivar interfaces lo constituyen..."
Debe decir: "Un caso particular al pasivar interfaces lo constituyen..."

Pag. 80
En la figura, en la nube superior en la que hay 2 números de AS.
Donde dice: "AS 39700"
Debe decir: "AS39710"

Pag. 82
En la figura, en la nube superior en la que hay 2 números de AS.
Donde dice: "AS 39700"
Debe decir: "AS39710"

Pag. 80
En la figura, en la nube superior en la que hay 2 números de AS.
Donde dice: "AS 39700"
Debe decir: "AS39710"

Pag. 102
En la figura, en la configuración que corresponde al router A.
Donde dice: "neighbor 10.1.1.5 remote-as"
Debe decir: "neighbor 10.1.1.5 remote-as 39700"

pag. 139
En la nota al título "Selección de rutas en BGP"
Donde dice: "BGP no soporta balanceo de carga."
Debe decir: "BGP, por defecto, no soporta balanceo de carga."

Si crees haber encontrado un error que no se encuentra en este listado,
por favor, hacelo llegar a ogerometta@gmail.com
Lo evaluaré e incluiré en esta lista si es necesario.
Muchas gracias.
Oscar Gerometta