CAPITULO 1

MARCO DE RED EMPRESARIAL COMPLEJA, ARQUITECTURAS Y MODELOS

Esta seccin presenta las redes convergentes y la variedad de trfico dentro de ellos. Para dar cabida a
los requisitos de este tipo de redes, Cisco ha introducido la estrategia de Red de Informacin Inteligente
(IIN), junto con la arquitectura de red orientada a servicios (SONA), que gua la evolucin de
redes empresariales hacia un IIN, los cuales se describen en esta seccin.
Esta seccin tambin presenta los componentes de la arquitectura empresarial de Cisco, y describe el
modelo de red jerrquica tradicional y el modelo empresarial de red Compuesta.
CONDICIONES DEL TRAFICO EN UNA RED CONVERGENTE
Una red convergente es aquella en la que conviven el trfico de datos, voz y vdeo en una sola red.
Cuando la voz y el vdeo son transportados a travs de una red, la voz y el vdeo son vistos por la red
como al igual que cualquier otros datos de aplicaciones.
Las redes convergentes contienen una variedad de diferentes tipos de trfico, incluyendo las siguientes:
Trafico de Voz y vdeo: Ejemplos incluyen telefona IP, transmisin de video y conferencia.
Trafico de aplicaciones de voz generados por las aplicaciones relacionadas con la voz, como los
centros de contacto.
Trafico de misin crtica generados por las aplicaciones crticas para una organizacin (por ejemplo,
la informacin generada por una aplicacin de intercambio de acciones en una compaa financiera,
registros de pacientes en un hospital, y as sucesivamente).
Trafico transaccional generado por aplicaciones como las de comercio electrnico.
Trfico de Protocolos de enrutamiento: datos desde el cual los protocolos de enrutamiento se ejecutan
en la red, tales como: RIP, OSPF, EIGRP, IS-IS y BGP.
El trfico de gestin de red: La inclusin de informacin sobre el estado de la red y sus dispositivos.
Los requisitos de la red difieren significativamente dependiendo de la mezcla de tipos de trfico,
especialmente en trminos de seguridad y rendimiento. Por ejemplo, los requisitos de rendimiento de
voz y de vdeo incluyen ancho de banda constante y un bajo retardo y jitter (variacin de retardo),
mientras que el trfico transaccional requiere una alta fiabilidad y seguridad con bajo ancho de banda.
Las aplicaciones de voz, como la telefona IP, tambin requieren de alta fiabilidad y disponibilidad, ya
que los usuarios esperan or un sonido "tono de marcado" cuando van a levantar su telfono en una red
IP, tal como lo hacen en una red telefnica tradicional. El trfico de video es frecuentemente
transportado como trfico de multidifusin IP, requiriendo la implantacin de caractersticas de
multidifusin para ser habilitados en la red. Para cumplir con estos requisitos de trfico, las redes
convergentes usan mecanismos de calidad de servicio (QoS) tal que, por ejemplo, el trfico de voz y
vdeo sean dados como prioridad sobre el trfico basado en la web.
Varias estrategias de seguridad, tales como el endurecimiento de dispositivo con estricto control de
acceso y autenticacin, proteccin de intrusiones, deteccin de intrusos y proteccin del trfico con
cifrado, pueden minimizar o posiblemente eliminar amenazas a la seguridad de la red. La seguridad es
un tema clave en todas las redes y se vuelve an ms importante en las redes inalmbricas.

CISCO IIN Y EL MARCO SONA

Para adaptarse a los requisitos de las redes de hoy del maana; la visin de Cisco del futuro incluye el
IIN (Intelligent Information Network), una estrategia que aborda cmo la red est integrada con las
empresas y las prioridades del negocio. El Cisco SONA es un marco arquitectnico que ilustra cmo
construir sistemas integrados y gua la evolucin de las redes de las empresas hacia un IIN.
CISCO IIN
El IIN abarca las siguientes funciones:
La integracin de los recursos en red y los activos de informacin que han sido en gran medida
desvinculados - Las redes convergentes modernas con servicios integrados de voz, vdeo y datos
requieren que los departamentos de TI (y otros departamentos que tradicionalmente eran responsables
de otras tecnologas) se vinculen ms a la infraestructura de TI con la red.
Inteligencia travs de mltiples productos y capas de infraestructura; La inteligencia integrada en
cada componente de la red es para toda la red extendida y se aplica de extremo a extremo.
Participacin activa de la red en la prestacin de servicios y aplicaciones; Con inteligencia
aadida, el IIN hace posible que la red activamente se gestione, monitore y optimice el servicio y la
entrega de aplicaciones en todo el entorno de TI.
El IIN ofrece mucho ms que conectividad bsica, ancho de banda para los usuarios, y acceso a las
aplicaciones. Ofrece una funcionalidad de extremo a extremo y control centralizado y unificado que
promueva una verdadera transparencia y agilidad del negocio.
Con el IIN, Cisco est ayudando a las organizaciones para hacer frente a nuevos desafos de TI, tales
como el despliegue de arquitecturas orientadas a servicios, servicios web, y la virtualizacin (como se
describe en la prxima bala "Fase 2"). La visin tecnolgica IIN ofrece un enfoque evolutivo que
consta de tres fases en las que la funcionalidad se puede agregar a la infraestructura segn las
necesidades, de la siguiente manera:
Fase 1: Transporte Integrado - Todo (datos, voz y vdeo) se consolida en una red IP para la
convergencia de red segura. Mediante la integracin de datos, voz, y el transporte de vdeo en una sola,
basada en estndares, red modular, las organizaciones pueden simplificar la gestin de la red y generar
eficiencias en toda la empresa. La convergencia de redes tambin sienta las bases para una nueva clase
de aplicaciones habilitadas para IP, entregado a travs de soluciones de Comunicaciones Unificadas de
Cisco (Cisco Unified Communication Solutions).
Fase 2: Los servicios integrados - Cuando la infraestructura de red converge, los recursos de TI
pueden ser reunidos y compartidos o virtualizados, para hacer frente con flexibilidad a las necesidades
cambiantes de la organizacin. Los servicios integrados ayudan a unificar elementos comunes, tales
como el almacenamiento y la capacidad de los servidores del centro de datos. Al extender este concepto
de virtualizacin para incluir servidores, almacenamiento, y los elementos de red, una organizacin
puede utilizar de forma transparente todos sus recursos de manera ms eficiente. La continuidad del
negocio tambin es mejorada, porque en el caso de fallo de los sistemas locales, los recursos
compartidos a travs del IIN puede proporcionar los servicios necesarios.
Fase 3: Aplicaciones integradas - Esta fase se centra en hacer la red consciente de las aplicaciones
para que pueda optimizar el rendimiento de la aplicacin y de manera ms eficiente entregar

aplicaciones de red a los usuarios. Con la tecnologa orientada a las aplicaciones en red (AON,
Application-Oriented Networking), Cisco ha entrado en esta tercera fase del IIN. Adems de las
capacidades tales como el almacenamiento en cach de contenido, balanceo de carga y la seguridad a
nivel de aplicacin, el Cisco AON hace posible que la red simplifique la infraestructura de aplicaciones
mediante la integracin de la manipulacin inteligente de mensajes de aplicacin, optimizacin, y la
seguridad en la red existente.
CISCO SONA:
El marco de arquitectura Cisco SONA gua la evolucin de las redes de las empresas hacia un IIN.
Utilizando el marco de SONA, las empresas pueden mejorar la flexibilidad y aumentar la eficiencia
mediante la optimizacin de aplicaciones, procesos de negocio y los recursos necesarios para que
pueda tener un mayor impacto en los negocios.
El marco de SONA utiliza los amplios servicios de lnea de producto, arquitecturas probadas, y la
experiencia de Cisco y sus socios para ayudar a las empresas a alcanzar sus objetivos de negocio.
El marco de SONA, que se muestra en la Figura 1-1, muestra cmo los sistemas integrados pueden
permitir una arquitectura flexible, dinmica y asegure la eficiencia operacional a travs de la
normalizacin y la virtualizacin. En este marco, la red es el elemento comn que une y habilita a todos
los componentes de la infraestructura de TI.

El marco de SONA describe las tres capas siguientes :

Capa de infraestructura de la red: Interconecta todos los recursos de TI a travs de una base de red
convergente. Los recursos de TI incluyen servidores, almacenamiento y los clientes. La capa de
infraestructura de red representa la existencia de estos recursos en diferentes lugares de la red, incluido
el campus, sucursal, centro de datos, redes de rea amplia (WAN ), redes de rea metropolitana (MAN)
y con el teletrabajador . El objetivo de esta capa es proporcionar conectividad en cualquier lugar y en
cualquier momento .
Capa de servicios interactivos: Permite la asignacin eficiente de los recursos a las aplicaciones y
procesos de negocios entregados a travs de la infraestructura de red . Esta capa incluye los siguientes
servicios:
Servicios de voz y colaboracin
Servicios de movilidad
Servicios de seguridad e identidad
Servicios de almacenamiento
Servicios de informtica
Servicios de redes de aplicaciones
Virtualizacin de Infraestructura de la red
Gestin de Servicios
Servicios de gestin adaptativa
Capa de aplicacin: Incluye aplicaciones de negocio y aplicaciones de colaboracin. El objetivo de
esta capa es satisfacer las necesidades de negocio y alcanzar las eficiencias mediante el
aprovechamiento de la capa de servicios interactivos.
Por ejemplo, dentro de una organizacin con algunas oficinas remotas, la segmentacin se puede hacer
para las tres capas bsicas de SONA:
La capa de infraestructura de red representa la infraestructura fsica (es decir, la combinacin de la
red, los servidores, los clientes, y el hardware de almacenamiento que se despliega a lo largo de una red
de empresa).
La capa de servicios interactivos representa la funcionalidad basada en la red poniendo recursos a
disposicin de las aplicaciones y procesos de negocio. La entrega de aplicaciones, comunicacin en
tiempo real, la gestin, la movilidad, la seguridad, el transporte, y la virtualizacin se incluyen en la
capa de servicios interactivos.
La capa de aplicacin representa el software de la empresa que se ocupa de las necesidades de los
procesos de la organizacin y el flujo de datos, a menudo de una manera distribuida.
MODELOS DE RED CISCO
Esta seccin describe los modelos de red de Cisco, comenzando con la arquitectura empresarial de
Cisco, seguido por el modelo de red jerrquica, y concluyendo con el Modelo de Red empresarial
Compuesta.
ARQUITECTURA EMPRESARIAL CISCO
Cisco proporciona una arquitectura de sistemas empresariales que ayuda a las companas a proteger,
optimizar y hacer crecer la infraestructura que soporta sus procesos de negocio. Como se ilustra en la
Figura 1-2, la arquitectura ofrece para la integracin de toda la red - campus, centros de datos,

sucursales, teletrabajadores y WAN - ofreciendo al personal un acceso seguro a las herramientas,

procesos y servicios que requieren.
Figure 1-2. Cisco Enterprise Architecture

La Arquitectura de Campus Empresarial Cisco combina una infraestructura central de conmutacin

inteligente y enrutamiento con tecnologas que mejoran la productividad estrechamente integradas ,
incluidas las comunicaciones IP , movilidad y seguridad avanzada. La arquitectura proporciona a la
empresa, con alta disponibilidad a travs de un diseo flexible de mltiples capas , las caractersticas de
hardware y software redundantes y procedimientos automticos para reconfigurar las rutas de red
cuando se producen errores . La Capacidad de multidifusin IP proporciona el consumo de ancho de
banda optimizado y las caractersticas de QoS aseguran que el trfico en tiempo real (por ejemplo, voz ,
vdeo o datos crticos ) no se caiga o se retrase.
La seguridad integrada protege contra y mitiga el impacto de gusanos , virus y otros ataques a la red ,
incluso a nivel de puerto de switch . Por ejemplo , la arquitectura empresarial Cisco ampla el soporte
para los estndares de seguridad, tales como el protocolo estandar 802.1x de control de acceso a la red
basaa en puertos de la IEEE basada en puerto y el protocolo de autenticacin extensible ( EAP).
Tambin proporciona la flexibilidad para agregar seguridad IP (IPsec ) y VPNs MPLS ( Multiprotocol
Label Switching Virtual Private Network) , la gestin de identidad y acceso, y las redes de rea local
virtuales (VLAN ) para dividir el acceso en compartimientos . Estas caractersticas ayudan a mejorar el
rendimiento y la seguridad , mientras disminuye los costos.
La Arquitectura Empresarial de Data Center Cisco es una arquitectura de red cohesiva, adaptativa que
soporta los requisitos de consolidacin, continuidad del negocio y la seguridad al tiempo que permite
nuevas arquitecturas orientadas a servicios, virtualizacin y la informtica bajo demanda. El personal,
los proveedores o los clientes pueden contar con un acceso seguro a las aplicaciones y recursos,
simplificacin y racionalizacin de la gestin y reduciendo significativamente los gastos generales. Los
Centros de datos redundantes proporcionan copia de seguridad utilizando los datos sncronos y

asncronos y replicacin de aplicacin. La red y los dispositivos ofrecen servidor y balanceo de carga
de aplicaciones para maximizar el rendimiento. Esta arquitectura permite a la empresa escalar sin
grandes cambios en la infraestructura.
La Arquitectura Empresarial Sucursal de Cisco permite a las empresas extender las aplicaciones y
servicios ( como la seguridad, las comunicaciones IP , y el rendimiento de aplicaciones avanzadas ) de
la oficina central a miles de ubicaciones remotas y a usuarios o a un pequeo grupo de sucursales.
Cisco integra seguridad ,conmutacin , anlisis de redes , almacenamiento en cach y servicios de voz
y video convergentes en una serie de routers de servicios integrados ( ISR) en la sucursal de forma que
las empresas pueden desplegar nuevos servicios sin necesidad de comprar nuevos routers. Esta
arquitectura proporciona un acceso seguro a la voz , los datos de misin crtica y aplicaciones de vdeo
en cualquier lugar y a cualquier hora. Enrutamiento avanzado , VPNs , enlaces WAN redundantes,
almacenamiento de contenido de aplicacin, y las caractersticas locales de procesamiento de llamadas
de telefona IP estn disponibles con altos niveles de resistencia para todas las sucursales. Una red
optimizada utiliza la WAN y LAN para reducir el trfico y ahorrar ancho de banda y los gastos
operativos. La empresa puede soportar fcilmente las sucursales con la capacidad de configurar,
controlar y gestionar los dispositivos ubicados en sitios remotos , incluyendo herramientas, como
AutoQoS , que configura los dispositivos para manejar los problemas de congestin y ancho de banda
antes de que afecten el rendimiento de la red.
La Arquitectura Empresarial de Teletrabajador de Cisco permite a las empresas entregar de forma
segura los servicios de voz y datos a las oficinas remotas pequeas o en casa a travs de un servicio de
acceso de banda ancha estndar, proporcionando una solucin de resistencia de negocio para la
empresa y un entorno de trabajo flexible para los empleados. La gestin centralizada minimiza los
costos de soporte de TI. Seguridad integrada y servicios de redes basados en la identidad permiten a la
empresa de ampliar las polticas de seguridad del campus para el teletrabajador. El personal puede
conectarse de forma segura a la red a travs de una VPN always-on y acceder a las aplicaciones y
servicios autorizados desde una nica plataforma rentable. La productividad an puede ser mejorada
mediante la adicin de un telfono IP, proporcionando as un acceso rentable a un sistema centralizado
de comunicaciones IP con servicios de voz y mensajera unificada.
La Arquitectura Empresarial WAN de Cisco ofrece la convergencia de voz, vdeo y servicios de datos
en una sola red de Comunicaciones Unificadas de Cisco, que permite a la empresa abarcar de forma
rentable grandes reas geogrficas. QoS, los niveles de servicio granulares, y las opciones de cifrado
integrales ayudan a garantizar la entrega segura de voz de alta calidad corporativa, video, y los recursos
de datos a todos los sitios corporativos, que permite al personal trabajar de forma productiva y eficiente
dondequiera que se encuentren. La seguridad es proporcionada con multiservicios VPNs (utilizando
IPsec y MPLS) sobre la Capa 2 o Capa 3 WANs, hub-and-spoke, o topologas de malla completa.
MODELO DE RED JERARQUICA DE CISCO
Tradicionalmente, el modelo jerrquico de tres capas, que se ilustra en la figura 1-3, se ha utilizado en
el diseo de red, proporcionando un marco modular que permite flexibilidad en el diseo y facilita la
aplicacin y resolucin de problemas. El modelo jerrquico divide las redes o bloques modulares
dentro de una red en el acceso, distribucin y capas de ncleo. Las caractersticas de las capas
jerrquicas son las siguientes:

Figure 1-3. Cisco Hierarchical Network Model.

Capa de Acceso - Esta capa se utiliza para conceder a los usuarios el acceso a los dispositivos de red .
En un campus de la red, la capa de acceso generalmente incorpora los dispositivos de LAN de
conmutacin con puertos que proporcionan conectividad para estaciones de trabajo y servidores. En el
entorno de la WAN, la capa de acceso a sitios remotos o en las casas de los teletrabajadores
proporciona acceso a la red corporativa a travs de varias tecnologas WAN .
Capa de Distribucin - Esta capa agrega las conexiones de cuarto de cableado y utiliza switches para
segmento de grupos de trabajo y aislar problemas de red en un entorno de campus . Del mismo modo,
la capa de distribucin agrega conexiones WAN en el borde del campus y proporciona conectividad
basada en polticas (en otras palabras, implementa las polticas de la organizacin).
Capa de Ncleo (tambin conocida como la columna vertebral) - La capa de ncleo es una cadena
principal de alta velocidad y est diseada para conmutar paquetes tan rpido como sea posible .
Debido a que el ncleo es fundamental para la conectividad , debe proporcionar un alto nivel de
disponibilidad y adaptarse a los cambios rpidamente.
El modelo jerrquico se puede aplicar a las redes que incluyan cualquier tipo de conectividad, tales
como LAN, WAN, LAN inalmbricas (WLAN), MAN y VPNs.
Por ejemplo, la Figura 1-4 muestra el modelo aplicado al campus empresarial, y la Figura 1-5 muestra
el modelo aplicado a un entorno WAN.
El modelo jerrquico es til para redes ms pequeas, pero no escala bien para grandes redes de hoy en
da, ms complejas. El Modelo de Red Empresarial Compuesto, presentado en la siguiente seccin,
ofrece modularidad y funcionalidad adicional.

Figure 1-4. Hierarchical Model Applied to the Enterprise Campus.

Figure 1-5. Hierarchical Model Applied to a WAN.

MODELO DE RED EMPRESARIAL COMPUESTO DE CISCO

Cisco ha desarrollado un conjunto de mejores prcticas para la seguridad, que comprende un plan para
que los diseadores y administradores de red para la correcta instalacin de soluciones de seguridad
que soporten las aplicaciones de red y la infraestructura de red existente. Este plan se llama "SAFE".
SAFE incluye el modelo de Red Empresarial Compuesta, que los profesionales de red pueden utilizar
para describir y analizar cualquier red moderna empresarial. Este modelo soporta redes mas grandes
que los diseados solamente con el modelo jerrquico y aclara los lmites funcionales dentro de la red.
El Modelo de Red Empresarial Compuesta primero divide la red en tres reas funcionales, como se
ilustra en la Figura 1-6 y se describe de la siguiente manera:
Campus Empresarial (Enterprise Edge)- Esta rea funcional contiene los mdulos necesarios para
construir una red de campus jerrquica, muy robusta. Los principios de acceso, distribucin y ncleo se
aplican a estos mdulos de manera apropiada.
Borde Empresarial (Edge Enterprise) - Esta rea funcional agrega conectividad a los distintos
elementos en el borde de la red empresarial, incluyendo lugares remotos, Internet y usuarios remotos.
Proveedor de Servicio de Borde (Service Provider Edge) - Esta zona no es implementada por la
organizacin, sino que se incluye para representar la conectividad a los proveedores de servicios tales
como los proveedores de servicios de Internet (ISPs), proveedores de WAN y la red telefnica pblica
conmutada (PSTN).
Figure 1-6. Enterprise Composite Network Model Functional Areas.

Como se ilustra en la Figura 1-7, cada una de estas reas funcionales contiene varios mdulos de red.
Estos mdulos pueden a su vez incluir ncleo jerrquico, distribucin y funcionalidad de capa de
acceso.

Figure 1-7. Modules Within the Enterprise Composite Network Model.

El rea funcional de Campus Empresarial comprende los siguientes mdulos:

Building - Contiene los conmutadores de acceso y dispositivos de los usuarios finales (incluyendo
PCs y telfonos IP).
Building Distribution - Incluye switches multicapa de distribucin para facilitar el acceso entre
grupos de trabajo y el Ncleo.
Ncleo (Core) - tambin llamada espina dorsal, ofrece una conexin de alta velocidad entre s, y entre
los edificios y la granja de servidores y mdulos de distribucin Edge.
Edge Distribution - La interfaz entre el Campus Empresarial y las reas funcionales del borde
empresarial. Este mdulo se concentra la conectividad desde y hacia todas las sucursales y
teletrabajadores con el acceso a la escuela a travs de una WAN o Internet.
Conjunto de servidores (Server Farm) - Representa el centro de datos del campus.
Gestin (Management) - Representa la funcionalidad de gestin de red, incluyendo el monitoreo,
registro, seguridad y otras funciones de gestin dentro de una empresa.
La Figura 1-8 ilustra cmo el Building, Building Distribution, y mdulos del ncleo se asignan
directamente en las capas de acceso, distribucin y core del modelo jerrquico. La figura tambin
muestra cmo varios Buildings pueden ser representados por varios conjuntos de un Building y un
mdulo de Building Distribution, con cada uno conectado al Core.

Figure 1-8. Multiple Buildings Represented Within the Enterprise Campus.

El rea funcional de Enterprise Edge es la interfaz entre el rea funcional Campus Empresarial (a travs
del mdulo de distribucin de Edge) y el rea funcional Servicio Provider Edge. Se compone de los
cuatro mdulos siguientes:
E-commerce - Incluye los servidores, dispositivos de red, etc necesarios para una organizacin que
proporcione la funcionalidad de comercio electrnico, tales como pedidos en lnea.
Internet Corporativo - Ofrece acceso Internet para la organizacin, y pasa el trfico VPN de los
usuarios externos al mdulo de VPN y de acceso remoto.
VPN y acceso remoto - termina el trfico VPN y las conexiones de acceso telefnico de los usuarios
externos.
WAN - Proporciona conectividad desde sitios remotos utilizando diferentes tecnologas WAN.
Los tres mdulos dentro del rea funcional de servicio de proveedor de borde son las siguientes:
ISP - Representa las conexiones a Internet (en la Figura 1-7, se muestran dos ejemplos de este
mdulo, que representa una base dual de conexin a dos ISPs).
PSTN - Representa todas las conexiones no permanentes, incluyendo a travs de telfono analgico,
telfono celular, y la red digital de servicios integrados (RDSI).
Frame Relay / modo de transferencia asncrono (ATM) - Representa todas las conexiones
permanentes a lugares remotos, incluso a travs de Frame Relay, ATM, lneas arrendadas, cable, lnea
de abonado digital (DSL), MPLS, y la extensin inalmbrica.

Creando, documentando y Ejecutando un Plan de Implementacin

Un plan de implementacin, efectivo y documentado es el resultado de buenos procesos y
procedimientos durante el diseo de redes, implementacin y pruebas de rendimiento. En esta seccin
se describen los criterios para la creacin de un plan de implementacin y su documentacin asociada.
Enfoques para la Creacin de un Plan de Implementacin
Hay dos enfoques para implementar cambios en una red: el uso de un enfoque ad hoc o mediante un
enfoque estructurado.
En un enfoque ad hoc, el ingeniero de red identifica la necesidad de un cambio, tal como la
implementacin de un protocolo de enrutamiento, y pone en prctica la solucin sin planificacin
alguna de las tareas. Las muchas tareas, como la conectividad, direccionamiento, enrutamiento y
seguridad se implementan y configuran segn las necesidades. Un nuevo equipo puede ser aadido, y
las nuevas oficinas pueden ser desarrolladas. Con este enfoque, es ms probable que los problemas de
escalabilidad, enrutamiento subptimo, y de seguridad; puedan ocurrir. Se requiere un buen plan de
implementacin para evitar este tipo de dificultades.
En un enfoque estructurado, el ingeniero de red identifica la necesidad de una actualizacin de la red
(por ejemplo, la implementacin de un nuevo protocolo de enrutamiento) y se inicia con la
planificacin como el primer paso. Sobre la base de la topologa existente, todos los cambios
potenciales se revisan, y muchas consideraciones se toman en cuenta. El diseo y el plan de
implementacin son completados, y pueden incluir una nueva topologa, un plan de direccionamiento
IP, una solucin a los problemas de escalabilidad, una mejora de la utilizacin del enlace, la
conectividad de red remota, y los cambios en otros parmetros de red. El diseo y el plan de
implementacin deben cumplir tanto con los requisitos tcnicos como con los requerimientos
comerciales. Todos los detalles se encuentran documentados en el plan de implementacin antes de la
aplicacin. Despus de la exitosa implementacin, la documentacin se actualiza para incluir las
herramientas y los recursos utilizados y los resultados de la ejecucin.
Muchos de los modelos y metodologas utilizados en TI definen un enfoque de ciclo de vida utilizando
diversos procesos para ayudar a proporcionar servicios de TI de alta calidad. La implementacin de la
red, incluyendo un plan de implementacin, es slo una parte de estos modelos. Los siguientes son
algunos ejemplos de estos modelos:
El enfoque de Cisco Lifecycle Services define el conjunto mnimo de acciones necesarias para ayudar
a los clientes a implementar con xito, operar las tecnologas de Cisco y optimizar su rendimiento
durante todo el ciclo de vida de la red. El enfoque de Cisco Lifecycle Services define seis fases en
el ciclo de vida de la red y se conoce como el modelo Preparacin, planificacin, diseo,
implementacin, operacin y Optimizacin ( PPDIOO ) . El plan de implementacin es parte de la fase
de diseo; la implementacin es por supuesto, parte de la fase de Implementacin .
Biblioteca de Infraestructura de TI (ITIL, IT Infraestructure Librery) es un marco de las mejores
prcticas para la gestin de servicios, prestacin de servicios de TI de alta calidad que estn alineados
con los requisitos y procesos de negocio. El plan de implementacin y ejecucin son parte de las
mejores prcticas ITIL.

 El Modelo de falla, configuracin , contabilidad, rendimiento y seguridad ( FCAPS- Fault,

Configuration, Accounting, Performance and Security ) se define por la Organizacin Internacional de
Normalizacin (ISO ) y define el conjunto mnimo de categoras necesarias para la gestin de la red
con xito . Cinco categoras diferentes se definen : Fallo, Gerencia, Gestin de la Configuracin ,
Gestin Contable , Gestin del Desempeo y Gestin de la Seguridad . El plan de implementacin y
puesta en prctica son parte de la Categora de Administracin de configuracin.
El modelo de las telecomunicaciones de la Administracin ( TMN Telecommunication Management
Network ) es similar al modelo FCAPS y define un marco para la gestin de redes de
telecomunicaciones. La UIT -T tom los principales aspectos del Modelo FCAPS y lo refin para crear
el marco de la RGT . El plan de implementacin y puesta en prctica son uno de los bloques de
construccin dentro del marco.
Cada organizacin tiene sus propios requisitos. El modelo y sus elementos elegidos deben encajar a la
organizacin, y sus requisitos empresariales y tcnicos. Los distintos modelos pueden ser combinados y
adaptados para un ajuste ptimo. Por ejemplo, los componentes de los servicios, procesos y
procedimientos necesarios para crear un plan de implementacin con xito pueden ser elegidos para
ayudar a asegurar una implementacin exitosa.
Una vez seleccionado el modelo, las herramientas rentables que apoyan el modelo se eligen para
permitir una implementacin exitosa de las tecnologas de Cisco con un rendimiento optimizado.
Despus de que los requisitos, modelos y herramientas han sido definidos y recogidos, el plan de
implementacin puede ser creado.
Creacin de un Plan de Implementacin
Como se detalla en el libro Autorizado de Auto Gua de estudio de Cisco Press: Diseo para Cisco
Internetwork Solutions (desgn), segunda edicin, la metodologa de diseo recomendada para usar con
el modelo PPDIOO incluye tres pasos bsicos:
Paso 1. Identificar las necesidades del cliente: en este paso, que se completa tpicamente durante la
fase Prepare del PPDIOO, la toma de decisiones claves se identifican los requisitos tcnicos y de
negocio inicial. Sobre la base de estos requisitos, se propone una arquitectura conceptual de alto nivel.
Paso 2. Caracterizar la red y sitios existentes: La fase del Plan consiste en la caracterizacin de los
sitios y la evaluacin de las redes existentes, y la realizacin de un anlisis de las deficiencias para
determinar si la infraestructura existente del sistema, sitios, y el entorno operativo pueden soportar el
sistema propuesto. La caracterizacin de la red existente y sitios incluye auditora de sitio y red y el
anlisis de redes. Durante la auditora de red, la red existente es revisada minuciosamente por la
integridad y calidad. Durante el anlisis de la red, se analiza el comportamiento de la red (el trfico, la
congestin, y as sucesivamente).
Paso 3. Disear la topologa y soluciones de red: En este paso, se crea el diseo detallado de la red.
Las decisiones se toman sobre la infraestructura de red, servicios de infraestructura y aplicaciones. Los
datos para la toma de estas decisiones se reunieron durante los dos primeros pasos.

Una red piloto o prototipo podra construirse para verificar la correccin del diseo y de identificar y
corregir cualquier problema como una prueba de concepto antes de implementar toda la red.
Un documento de diseo detallado tambin se escribe en este paso, que incluye la informacin que se
ha documentado en los pasos anteriores.
Cuando el diseo es completado, se ejecuta el proceso de implementacin del diseo; este proceso
incluye los siguientes pasos:
Paso 1. Planificar la puesta en prctica: Durante este paso, el plan de implementacin se prepara con
antelacin para acelerar y clarificar la aplicacin real. La evaluacin de los costes tambin se lleva a
cabo en este momento. Este paso se lleva a cabo durante la fase de Diseo del PPDIOO.
Paso 2. Implementar y verificar el diseo: La implementacin real y verificacin del diseo toma
lugar durante este paso mediante la construccin de la red. Este paso se asigna directamente a la fase de
Implementacin de la metodologa PPDIOO.
Paso 3. Monitoreo y rediseo opcionalmente : La red se pone en funcionamiento despus de que se
construya. Durante la operacin, la red es monitoreada y controlada por errores constantemente. Si la
resolucin de problemas se vuelven demasiado frecuentes o incluso imposible de manejar, puede ser
necesario un rediseo de la red, lo que puede ser evitado si todos los pasos anteriores se han
completado correctamente. Este paso es una parte de las fases de operacin y optimizacin de la
metodologa PPDIOO.
Por lo tanto, el proceso de creacin del plan de implementacin es parte de la fase de diseo. Antes de
desarrollar el plan de implementacin, se debe identificar toda la informacin siguiente:
Informacin especfica de Red, y las actividades y tareas asociadas con el desarrollo del plan de
implementacin - La informacin de la red incluye la topologa existente , equipos y versiones de
software ; el plan de direccionamiento IP; requisitos de escalabilidad ( de resumen , las reas stub, y as
sucesivamente ) , la lista de redes anunciadas , la utilizacin del enlace , y los requerimientos de
mtricas para los enlaces principales y de respaldo . Otros requisitos a tener en cuenta incluyen los
requisitos de implementacin de cada sitio especfico, las herramientas necesarias y los comandos
especficos ( para la configuracin y verificacin ) que se deben utilizar .
Las dependencias que el desarrollo de su plan de aplicacin tiene sobre otros componentes de
servicio y red existentes - los riesgos de implementacin deben ser identificados y un plan para su
gestin establecidos.
Los recursos recomendados para llevar a cabo las actividades y tareas relacionadas con el
desarrollo del plan de implementacin - El calendario de aplicacin y las funciones y
responsabilidades de los recursos tambin deben establecerse .
Con base en la informacin recabada, el ingeniero de red determina las tareas de ejecucin necesarias.
Por ejemplo, el diseo de la topologa, direccionamiento IP, o cualquier otro cambio podran ser
necesarias para la red existente. Despus se desarrolla el plan de implementacin, la solucin se
implementa y verifica, y la documentacin se actualiza.
Los siguientes pasos se completan durante la creacin y ejecucin de un plan de implementacin:

 Planificando la implementacin
Seleccionando las herramientas y recursos necesarios
Coordinando el trabajo con los especialistas
Verificando la implementacin
Interpretando los resultados de rendimiento
Documentando la lnea de base, el rendimiento y recomendaciones
Las tareas de un plan de implementacin en un sitio especfico pueden incluir lo siguiente:
Identificando aplicaciones y dispositivos que se implementarn.
Creando las tareas de instalacin y listas de comprobacin (check list).
Definiendo la configuracin de dispositivos y los requisitos de software
Creando configuraciones de dispositivos en lugares especficos, tareas de instalacin y listas de
comprobacin
Creando pruebas de verificacin de la instalacin
Documentacin del Plan de Implementacin
La documentacin del plan de implementacin debe ser correcta y actualizada, ya que es necesario
tanto durante la implementacin como en la verificacin. Despus de la implementacin, todos los
pasos de verificacin y resultados deben ser aadidos a la documentacin para que sea til en la
resolucin de problemas y para la planificacin de futuras actualizaciones y cambios en la red.
La documentacin tambin debe ser accesible (por ejemplo, a los ingenieros de solucin de problemas).
La documentacin debe contener toda la informacin actual sobre el equipo y la configuracin, y debe
incluir los problemas conocidos, a la situacin original, y los detalles y resultados de las tareas de
verificacin.
La documentacin tambin se puede utilizar para crear informes sobre la implementacin, incluyendo
las tareas realizadas, el calendario, los recursos involucrados, y as sucesivamente.
La documentacin del plan de implementacin debe incluir lo siguiente:
Informacin de red
Herramientas necesarias
Los recursos necesarios
Tareas del plan de implementacin
Tareas de Verificacin
La medicin del desempeo y los resultados
Las capturas de pantalla y fotografas, segn sea el caso.
El proceso de creacin de la documentacin no est terminado hasta el final del proyecto, cuando se
aade la informacin de verificacin a la misma.
Utilice una plantilla para un plan de implementacin y aada informacin a la misma durante cada paso
del proceso. Si una plantilla estndar no existe dentro de la organizacin, cree una. Al final del
proyecto, archiva la documentacin tal que pueda ser usada para revisar, solucionar problemas y

actualizar la red en el futuro.

Ejemplo Plan de Implementacin
En esta seccin se ofrece un ejemplo del proceso de creacin de un plan de implementacin.
Escenario de Ejemplo de red
En este ejemplo, una organizacin tiene una red existente que se quiere actualizar . La empresa quiere
implementar una solucin escalable con un protocolo de enrutamiento que proporciona una rpida
convergencia . Para una conduccin ms ptima y el reenvo de paquetes , direccionamiento jerrquico
con sumarizacin es requerido. Los usuarios requieren acceso de alta velocidad a la granja de
servidores con conectividad redundante. La empresa cuenta con muchas oficinas remotas , y se requiere
una conexin redundante a Internet para proporcionar a las oficinas remotas con acceso directo a la
granja de servidores. Para las oficinas remotas , una conexin segura se implementa para evitar que
personas no autorizadas accedan a sus datos.
Los ingenieros de red deberian revisar la topologa existente y otra informacin de red necesaria para
implementar la nueva solucin. Todos los requisitos deben ser tomados en cuenta , y un plan de
implementacin completo debe ser creado y documentado, y los resultados de las pruebas de
verificacin se deben agregar a la documentacin cuando estn completas.
Requisitos Ejemplo de red
Antes de que el plan de implementacin se pueda crear , los requisitos deben ser definidos , y la red
existente caracterizada.
La topologa existente en este ejemplo proporciona conectividad redundante entre todos los
dispositivos de red. La conectividad a Internet es de base dual (dual-homed), proporcionando acceso
redundante a los sitios remotos y a los recursos del World Wide Web . El equipo utilizado es capaz de
proporcionar todas las funcionalidades requeridas , pero la versin de software del sistema operativo
debe estar actualizado.
El equipo de redes tiene un direccionamiento IP existente que necesita ser cambiado para asegurar el
enrutamiento y reenvo de paquetes ms ptimos, y para permitir la sumarizacin. La configuracin
QoS existente no se ve afectado por las nuevas exigencias. La granja de servidores hospeda
aplicaciones crticas de la empresa, que junto con la voz sobre IP (VoIP ) , requieren una alta prioridad.
OSPF est configurado actualmente en la red , la configuracin debe cambiarse a EIGRP porque se
requiere tiempo de convergencia ms rpida.
La configuracin existente es suficiente para proporcionar un acceso seguro a los recursos internos y la
conectividad de oficinas remotas.
Una vez recopilada esta informacin, todos los detalles y requisitos estn documentados, incluyendo lo
siguiente:
Una lista de los equipos existentes y requeridos
Las versiones de software actuales y necesarios en los equipos
La topologa de la red (fsica y lgica)

 La documentacin de diseo
Las configuraciones actuales, incluidas las direcciones IP, el resumen, el enrutamiento, QoS,
seguridad, y as sucesivamente
la utilizacin del enlace actual y mtricas
Los requisitos especficos del sitio, incluyendo el direccionamiento IP, el software, los cambios en la
topologa, los requisitos del protocolo de enrutamiento, QoS, seguridad, y as sucesivamente
Ejemplo de Plan de Implementacin de Red
El plan de implementacin puede ser creado, e incluye lo siguiente:
Una lista de contactos de proyectos y declaraciones de trabajo, para definir todas las personas
involucradas y sus compromisos con el proyecto
Sitio y ubicacin de los equipos de informacin y los detalles de cmo se obtiene acceso a los locales
Herramientas y recursos necesarios
Los supuestos hechos
Tareas a realizar, incluyendo descripciones detalladas
El plan de puesta en escena de la red

DESCRIPCION GENERAL DE ENRUTAMIENTO IP

Los routers envan paquetes hacia las redes de destino. Para reenviar los paquetes, los routers deben
saber acerca de estas redes remotas y determinar la mejor manera de llegar a ellos. Esta seccin se
ocupa de las formas en que los routers aprenden acerca de las redes y cmo los routers pueden
incorporar rutas estticas y dinmicas.
Los routers deben estar al tanto de las redes de destino para poder enviar paquetes a ellos. Un router
sabe acerca de las redes directamente conectadas a sus interfaces, calcula el nmero de subred o red de
una interfaz mediante el uso de la direccin y la mscara de subred configurado en esa interfaz. Para las
redes no conectadas directamente a una de sus interfaces, sin embargo, el router debe confiar en la
informacin externa. Un router puede estar consciente de las redes remotas de dos formas :
Enrutamiento esttico - Un administrador puede configurar manualmente la informacin.
Encaminamiento dinmico - Un router puede aprender de otros routers.
Una tabla de enrutamiento puede contener tanto esttica como dinmicamente rutas reconocidas . Los
administradores de red pueden utilizar el enrutamiento esttico, enrutamiento dinmico o una
combinacin de ambos.
Principios de enrutamiento esttico
En esta seccin se explican las situaciones en las que las rutas estticas son las ms adecuadas para su
uso.
Una ruta esttica se puede utilizar en las siguientes circunstancias:
Cuando es indeseable tener las actualizaciones de enrutamiento dinmicos transmitidos a travs de
enlaces de ancho de banda lento, como un vnculo de acceso telefnico.
Cuando el administrador necesita control total sobre las rutas utilizadas por el router.
Cuando es necesaria una copia de seguridad a una ruta reconocida de forma dinmica.
Cuando sea necesario llegar a una red accesible por un solo camino (una conexin stub). Por
ejemplo, en la Figura 1-9, slo hay una manera para que el Router A alcance la red 10.2.0.0/16 en el
Router B. El administrador puede configurar una ruta esttica en el router A para alcanzar la red
10.2.0.0/16 a travs de su interfaz serial 0/0/0.
Figure 1-9. Configuring Static Routing

 Cuando un router se conecta a su ISP y tiene que tener slo una ruta por defecto que apunta hacia el
router del ISP, en vez de aprender muchas rutas desde el ISP.
Cuando un router es de poca potencia y no tiene la CPU o recursos de memoria necesaria para
manejar un protocolo de enrutamiento dinmico.
Un uso ideal para el enrutamiento esttico es un diseo de hub- and-spoke , con todos los sitios remotos
faltando de nuevo al sitio central ( el hub ) y uno o dos routers en el sitio central que tiene una ruta
esttica para todas las subredes en cada sitio remoto. Sin embargo, sin un diseo adecuado , como una
red que crezca en cientos de routers , con cada router que tenga numerosas subredes , el nmero de
rutas estticas en cada router tambin aumenta . Cada vez que se aade una nueva subred o router, un
administrador debe agregar una ruta esttica a las nuevas redes en varios routers. La carga
administrativa para mantener esta red puede llegar a ser excesiva , haciendo que el enrutamiento
dinmico sea una mejor eleccin .
Otro inconveniente de enrutamiento esttico es que cuando se produce un cambio de topologa en la
interconexin de redes , un administrador podra tener que desviar el trfico mediante la configuracin
de nuevas rutas estticas en todo el rea del problema. Por el contrario, con el enrutamiento dinmico,
los routers deben aprender la nueva topologa . Los routers comparten informacin entre s y sus
procesos de enrutamiento descubren automticamente si existen rutas alternativas y redirijen sin la
intervencin del administrador. Debido a que los routers mutuamente desarrollan un acuerdo
independiente de cual es la nueva topologa, se dice que convergen lo que las nuevas rutas deberan ser.
Una red ha convergido cuando las tablas de enrutamiento en todos los routers de la red estn
sincronizados y contienen una ruta para todas las redes de destino . El tiempo de convergencia es el
tiempo que toma para que todos los routers en una red se pongan de acuerdo sobre la nueva
topologa. El enrutamiento dinmico proporciona una convergencia ms rpida .
Configurando una ruta esttica
Utilice el comando de configuracin global para crear rutas estticas:
ip route prefix mask {address | interface [address]} [dhcp] [distance] [name next-hop-name]
[permanent| track number] [tag tag]

Los parmetros de este comando se explican en la Tabla 1-5.

Table 1-5. ip route Command
ip route Command Description
prefix mask The IP network and subnet mask for the remote network to be entered into the IP routing table.
address The IP address of the next hop that can be used to reach the destination network.
interface The local router outbound interface to be used to reach the destination network.
dhcp (Optional) Enables a Dynamic Host Configuration Protocol (DHCP) server to assign a static route to a
default gateway (option 3).
distance (Optional) The administrative distance to be assigned to this route.
name next-hop-name (Optional) Applies a name to the specified route.
permanent (Optional) Specifies that the route will not be removed from the routing table even if the interface
associated with the route goes down.
track number (Optional) Associates a track object with this route. Valid values for the number argument range
from 1 to 500.
tag tag (Optional) A value that can be used as a match value in route maps.

NOTA: Utilice las rutas estticas que apuntan a una interfaz sobre slo interfaces punto a punto,
porque en interfaces multiacceso el router no conocer la direccin especfica a la que enviar la
informacin. (En algunos casos, estas rutas estticas pueden trabajar de todos modos, debido a Proxy
Address Resolution Protocol [ARP], pero la sobrecarga de ARP pueden resultar en la memoria y el
consumo excesivo de CPU). En las interfaces punto a punto, la informacin se enva al nico
dispositivo en la red.
Si ningn protocolo de enrutamiento dinmico se utiliza en un enlace que conecta dos routers, como en
la Figura 1-9, una ruta esttica se debe configurar en los routers de ambos lados del enlace. De lo
contrario, el router remoto no sabr cmo devolver el paquete a su creador que se encuentra en la otra
red, slo habr una comunicacin unidireccional.
Al configurar una ruta esttica, debe especificar una direccin IP del siguiente salto o una interfaz de
salida para notificar al router qu direccin se enviar el trfico. La Figure 1-9 muestra las dos
configuraciones. Router A reconoce las redes conectadas directamente 172.16.1.0 y 10.1.1.0. Se
necesita una ruta a la red remota 10.2.0.0. El router B sabe acerca de las redes conectadas directamente
10.2.0.0 y 10.1.1.0 , necesita una ruta a la red remota172.16.1.0. Observe que en el Router B, la
direccin IP del siguiente salto de la interfaz serial del router A se ha usado. En el Router A, sin
embargo , el comando ip route especifica su propia interfaz Serial 0/0/0 como la interfaz de salida . Si
se utiliza una direccin IP del siguiente salto, debera ser la direccin IP de la interfaz del router en el
otro extremo del enlace. Si se utiliza una interfaz de salida, el router local enva datos fuera de la
interfaz especificada al router en el otro extremo de su enlace adjunto. Cuando se especifica una
interfaz de salida, el router considera que esto es similar a una ruta conectada directamente (como se
detalla en la siguiente nota despus de la Table 1-6 en la seccin " distancia administrativa ").
Table 1-6. Administrative Distance of Routing Protocols
Route Source : Default Administrative Distance
Connected interface: 0
Static route out an interface[1] : 1
Static route to a next-hop address: 1
EIGRP summary route: 5
External BGP: 20
Internal EIGRP: 90
IGRP[2] : 100
OSPF: 110
IS-IS: 115
RIPv1, RIPv2: 120
Exterior Gateway Protocol (EGP)[3]: 140
ODR: 160
External EIGRP: 170
Internal BGP: 200
Unreachable: 255

[1] Vase la nota despus de esta tabla para obtener una explicacin de las distancias administrativas de
rutas estticas.
[2] IGRP ya no es compatible, a partir de Cisco IOS versin 12.3. Se incluye en este cuadro para
completar.
[3] EGP ya no se admite, sino que se incluye en este cuadro para completar.

CONFIGURANDO UNA RUTA ESTATICA POR DEFECTO

En algunas circunstancias, un router no necesita reconocer los detalles de las redes remotas. El router es
configurado para enviar todo el trfico, todo trfico por el cual no hay una entrada ms especfica en
la tabla de enrutamiento, en una direccin particular; esto es conocido como Ruta por Defecto. Las
rutas por defecto son o dinmicamente publicadas usando protocolos de enrutamiento o estticamente
configuradas.
Para crear una ruta esttica por defecto, utilice el comando IP ROUTE normal, pero tanto con la red
destino (el prefijo en la sintaxis de comandos) y su mscara de subred (la mscara en la sintaxis de
comandos), ajustados a 0.0.0.0. Esta direccin es un tipo de designacin comodn (wildcard), cualquier
red de destino coincidir. Debido a que el router intenta hacer coincidir el patrn comn de bit ms
largo, una red listada en la tabla de enrutamiento se utilizar antes de la ruta por defecto. Si la red de
destino no aparece en la tabla de enrutamiento, se utiliza la ruta predeterminada.
Nota: Vea la seccin "El Comando ip classless", ms adelante en este captulo, para un anlisis de
escenarios en los que la ruta por defecto no puede ser seguido.
En la Figura 1-10, en el Router A, la ruta esttica a la red 10.2.0.0 se ha sustituido por una ruta esttica
por defecto que apunta al router B. En el router B, se ha aadido una ruta esttica por defecto,
apuntando a su ISP. El trfico procedente de un dispositivo en la red 172.16.1.0 del Router A con
destino a una red a travs de Internet se enva al router B. El router B reconoce que la red de destino no
coincide con ninguna entrada especficos en su tabla de enrutamiento y enva el trfico al ISP. Es
entonces responsabilidad del ISP enrutar ese trfico a su destino.
Figure 1-10. Configuring the Static Default Route

En la figura 1-10, para alcanzar la red 172.16.1.0/24, el router B todava necesita una ruta esttica
apuntando fuera de su interfaz S0/0/0.
Entrando el comando SHOW IP ROUTE sobre el router A en la Figura 1-10, entrega la informacin
mostrada en el Ejemplo 1-1.
Example 1-1. show ip route Command
RouterA#show ip route
<output omitted>
Gateway of last resort is not set
C 172.16.1.0 is directly connected, FastEthernet0/0
C 10.1.1.0 is directly connected, Serial0/0/0
S* 0.0.0.0/0 [1/0] via 10.1.1.1

PRINCIPIOS DE ENRUTAMIENTO DINAMICO

El enrutamiento dinmico permite a la red ajustar cambios en la topologa de forma automtica, sin la
intervencin del administrador. En esta seccin se describen los principios de enrutamiento dinmico.
Una ruta esttica no puede responder dinmicamente a los cambios de la red. Si falla un enlace, la ruta
esttica ya no es vlida si es configurado para utilizar ese enlace fallido, por lo que una nueva ruta
esttica se debe configurar. Si se aade un nuevo router o un nuevo enlace, esa informacin tambin
debe estar configurada en cada router de la red. En una red inestable o que tiene ms de un par de rutas,
estos cambios pueden conducir a un trabajo considerable para los administradores de red. Tambin
puede tomar un largo tiempo para cada router en la red, recibir la informacin correcta. En situaciones
como stas, puede ser que sea mejor tener a los routers recibiendo informacin acerca de las redes y
enlaces, entre s, utilizando un protocolo de enrutamiento dinmico.
Cuando se utiliza un protocolo de enrutamiento dinmico, el administrador configura el protocolo de
enrutamiento en cada router, como se muestra en la figura 1-11. Los routers intercambian entonces
informacin acerca de las redes alcanzables y el estado de cada red. Los routers intercambian
informacin slo con otros routers ejecutando el mismo protocolo de enrutamiento. Cuando la
topologa de red cambia, la nueva informacin se propaga de forma dinmica en toda la red, y cada
router actualiza su tabla de enrutamiento para reflejar los cambios. Los siguientes son algunos ejemplos
de protocolos de enrutamiento dinmico:
RIP (versiones 1 y 2)
EIGRP
IS-IS
OSPF
BGP
Figure 1-11. Routers Running a Dynamic Routing Protocol Exchange Routing Information

La informacin intercambiada por los routers incluye la mtrica para cada destino (este valor se llama a
veces la distancia o el costo). Una mtrica es un valor que los protocolos de enrutamiento utilizan para
medir los caminos hacia un destino.
Los diferentes protocolos de enrutamiento basan su mtrica en diferentes medidas, incluyendo el
nmero de saltos, velocidad de la interfaz, o mtricas ms complejas. La mayora de los protocolos de
enrutamiento mantienen bases de datos que contienen todas las redes que el protocolo de enrutamiento

reconoce, todas las rutas de acceso a cada red y la mtrica de cada uno de estos caminos. Si un
protocolo de enrutamiento reconoce ms de un camino para llegar a una red, se compara la mtrica para
cada camino diferente y elige la ruta con la mtrica ms baja. Si existen varias rutas que tengan la
misma mtrica, un mximo de 16 pueden ser instaladas en la tabla de enrutamiento, y el router puede
realizar el equilibrio de carga entre ellas. EIGRP tambin puede realizar el equilibrio de carga entre
trayectorias con costo desigual.
Nota: Antes de Cisco IOS 12.3 (2) T, el nmero mximo de rutas paralelas (caminos de igual costo)
soportadas por protocolos de enrutamiento IP era de 6, y en Cisco IOS 12.3 (2) T se cambi ese
mximo a 16.
Para configurar un protocolo de enrutamiento dinmico de IP, utilice el comando de configuracin
global de protocolo Router. Protocolos distintos de RIP tambin requieren la especificacin de o un
sistema autnomo o un nmero de proceso. Tambin se necesita el comando Network en el modo de
configuracin router de todos los protocolos de enrutamiento excepto IS-IS y BGP.
Para RIP, EIGRP y OSPF, el comando network le indica al router que las interfaces estn
participando en ese protocolo de enrutamiento. Cualquier interfaz que tenga una direccin IP que se
encuentre dentro del rango especificado en la declaracin network se considera activo para ese
protocolo. En otras palabras, el router enva actualizaciones desde las interfaces especificadas y espera
recibir actualizaciones desde las mismas interfaces. Algunos protocolos buscan vecinos enviando
paquetes de saludo (Hello) fuera de esas interfaces. Por lo tanto, debido a que una declaracin
network identifica las interfaces en el router local, se configura slo para redes conectadas
directamente. Un router tambin origina publicaciones para las redes conectadas a las interfaces
especificadas.
RIP permite slo grandes nmeros de red (clase A, B, o nmeros de red C) que deben especificarse en
el comando "network". EIGRP y OSPF permiten especificacin exacta de las interfaces con una
combinacin de una subred o la direccin de la interfaz y la mscara wildcard.
La sentencia network funciona de manera diferente en BGP. BGP requiere que sus vecinos estn
configuradas estticamente. La sentencia network en BGP le dice al router para originar un anuncio
de esa red. Sin una sentencia network, BGP pasa de largo los anuncios que recibe de otros routers,
pero ste no origina ninguna publicacin de la red por s mismo. En BGP, la red listada en la sentencia
network no tiene que estar conectado directamente, porque no identifica las interfaces en el router
como en otros protocolos. (Este proceso se explica en detalle en el Captulo 6, "Implementacin de una
Solucin de Border Gateway Protocol para ISP Conectividad.").
IS-IS integrado no utiliza la sentencia network. En su lugar, las interfaces que participan en el
proceso de enrutamiento IS-IS se identifican bajo el modo de configuracin de interfaz (OSPF permite
tambin a las interfaces que se especifiquen de esta manera, como una alternativa al uso del comando
network).
El ejemplo 1-2 muestra la configuracin de los routers de la Figura 1-11. Ambos routers A y B estn
configurados con RIP. Router A tiene dos redes conectadas directamente y RIP se utiliza para anunciar
a los vecinos de estas dos interfaces. Por lo tanto, las sentencias network estn configuradas tanto
para la red 172.16.0.0 como para la red 10.0.0.0. El router A enva paquetes RIP fuera de las interfaces
Fa0/0 y S0/0/0, publicando las redes que estn conectadas a las interfaces.

Example 1-2. Configuring RIP

routerA(config)#router rip
routerA(config-router)#network 172.16.0.0
routerA(config-router)#network 10.0.0.0
routerB(config)#ip route 0.0.0.0 0.0.0.0 Serial0/0/1
routerB(config)#router rip
routerB(config-router)#network 10.0.0.0

El Router B tambin cuenta con dos redes conectadas directamente. Sin embargo, el router B quiere
slo la red que comparte con el Router A para participar en RIP. Por lo tanto, una sentencia network
se configura slo para la red 10.0.0.0. Como se explic anteriormente, con RIP, slo el nmero de la
red principal se utiliza realmente en el comando network. El Router B tambin tiene una ruta esttica
por defecto que apunta hacia su ISP para llegar a otras redes. El Router B enva paquetes RIP fuera de
su interfaz S0/0/0, pero no fuera de su interfaz S0/0/1. Esto hace que no se publique la red 192.168.1.0
unida a S0/0/1 ni la ruta esttica por defecto a menos que especficamente se configure para hacerlo.
PRINCIPIOS DE ENRUTAMIENTO POR DEMANDA
Un inconveniente de las rutas estticas es que deben ser configuradas y actualizadas manualmente
cuando cambia la topologa de la red. Un inconveniente de los protocolos de enrutamiento dinmico es
que utilizan ancho de banda de la red y recursos del router. En una red hub-and-spoke con cientos de
spokes, tanto en la configuracin necesaria para las rutas estticas como el uso de recursos de
enrutamiento dinmico pueden ser considerables.
Hay una tercera opcin: ODR (On-Demand Routing). ODR usa el Cisco Discovery Protocol (CDP)
para transportar la informacin de red entre routers spoke (stub) y el router hub. ODR proporciona
informacin de enrutamiento IP con una sobrecarga mnima en comparacin con un protocolo de
enrutamiento dinmico y requiere menos configuracin manual que las rutas estticas.
Cuando se configura ODR, los routers stub utilizan CDP para enviar informacin de prefijo IP al
router hub. Los routers Stub envan informacin de prefijos para todas sus redes conectadas
directamente. ODR reporta la mscara de subred, por lo que permite diferentes subredes dentro de la
misma red principal para tener diferentes mscaras de subred. Esto se conoce como mscara de subred
de longitud variable (VLSM) y se describe en detalle en el Apndice B.
El router hub, a su vez, enva una ruta por defecto a los spokes que apunta de nuevo a s mismo. Se
instala las redes stub reportadas por ODR en su tabla de enrutamiento y pueden ser configuradas para
redistribuir estas rutas en un protocolo de enrutamiento dinmico. Para una direccin del siguiente
salto, el router hub utiliza la direccin IP del router spoke tal que sea reportada a ste por CDP.
ODR no es un protocolo verdadero de enrutamiento porque la informacin intercambiada se limita a
los prefijos IP y una ruta por defecto. ODR no reporta informacin de la mtrica, el router hub utiliza
una cuenta de saltos de 1 como la mtrica para todas las rutas notificadas a travs de ODR. Sin
embargo, mediante el uso de ODR, la informacin de enrutamiento para redes aisladas puede ser
obtenida de forma dinmica sin la sobrecarga de un protocolo de enrutamiento dinmico, y las rutas por
defecto pueden ser proporcionadas a los routers stub sin configuracin manual.

Configurando ODR
ODR es configurado sobre el router stub usando el comando de configuracin global router odr.
En el router Stub, no debe haber un protocolo de enrutamiento configurado. De hecho, desde el punto
de vista de ODR, un router se considera automticamente un stub cuando ningn protocolo de
enrutamiento IP ha sido configurado. La Figura 1-12 muestra una topologa hub-and-spoke.
Figure 1-12. Hub-and-Spoke Topology: Configuring ODR.

ODR tambin se puede ajustar con comandos opcionales, incluyendo el uso de una lista de distribucin
para controlar la informacin de red que se reconoce a travs de ODR, y ajustando los temporizadores
ODR con los comandos de configuracin de router timers basic.
ODR se basa en CDP para transportar la informacin entre el router hub y los routers spoke. Por lo
tanto, CDP debe estar habilitado en los enlaces entre el router hub y los routers spoke. Los routers de
Cisco por defecto tienen habilitado CDP tanto globalmente como por interfaz en la mayora de las
interfaces. Sin embargo, en algunos enlaces WAN, tales como ATM, CDP se debe habilitar de forma
explcita.
Las actualizaciones CDP son envadas como multicast. CDP utiliza tramas del Protocolo de acceso de
subred (SNAP, Subnetwork Access Protocol), tal que se ejecuta en todos los medios que soporten
SNAP.
Las actualizaciones CDP son enviadas cada 60 segundos de forma predeterminada. Este ajuste puede
ser demasiado infrecuente en los rpidos cambios de redes o demasiado a menudo en los estables. Se
puede ajustar los temporizadores con el comando de configuracin global cdp timer. Se puede
comprobar la configuracin de CDP con el comando show cdp interface.
Tan pronto como ODR est configurado y funcionando, las rutas desde los routers stub son
identificados en la tabla de enrutamiento de los routers hub con un caracter o, como se muestra en el
Ejemplo 1-3. Observe en el ejemplo de que la mtrica es 1 (salto), y la distancia administrativa para

ODR es 160. (La distancia administrativa se describe en la seccin "Administrative Distancia", ms

adelante en este captulo). Adems, no hay que confundir el caracter o de rutas ODR con el caracter
O de rutas OSPF.
Example 1-3. Routing Table with ODR Routes
routerB#show ip route
<output omitted>
172.16.0.0/16 is subnetted, 4 subnets
o 172.16.1.0/24 [160/1] via 10.1.1.2, 00:00:23, Serial0/0/1
o 172.16.2.0/24 [160/1] via 10.2.2.2, 00:00:03, Serial0/0/2
o 172.16.3.0/24 [160/1] via 10.3.3.2, 00:00:16, Serial0/0/3
<output omitted>
La tabla de enrutamiento para cada router spoke contiene slo sus redes conectadas y una ruta esttica
por defecto inyectada por ODR desde el router hub.
Caractersticas de los protocolos de enrutamiento
Los protocolos de enrutamiento se pueden clasificar en diferentes categoras, como vector-distancia, de
estado de enlace, o vector-distancia avanzado. Los protocolos de enrutamiento IP tambin se pueden
clasificar como clase (classful) o sin clase (classless). Estas caractersticas se analizan en esta seccin.
Protocolos de enrutamiento Vector-Distancia, Estado de Enlace y vector-distancia Avanzado
Cuando una red utiliza un protocolo de enrutamiento por vector de distancia, todos los routers envan
peridicamente sus tablas de enrutamiento (o una parte de sus tablas) slo a sus routers vecinos. Los
routers entonces utilizan la informacin recibida para determinar si cualquier cambio necesita ser
introducido en su propia tabla de enrutamiento (por ejemplo, si un mejor camino a una red especfica
est disponible). Este proceso se repite peridicamente.
Por el contrario, cuando una red est utilizando un protocolo de enrutamiento de estado de enlace, cada
uno de los routers enva el estado de sus propias interfaces (sus enlaces) a todos los dems routers (o a
todos los routers en una parte de la red, conocida como un rea) slo cuando hay un cambio. Cada
router usa la informacin recibida para recalcular la mejor ruta para cada red y entoces guardar esta
informacin en su tabla de enrutamiento.
Como su nombre lo indica, un protocolo de vector de distancia avanzado hbrido tiene caractersticas
tanto de vector de distancia como de los protocolos de estado de enlace. Estos protocolos envan
solamente informacin cambiada cuando hay un cambio (similar a los protocolos de estado de enlace),
pero slo a los routers vecinos (similar a los protocolos de vector distancia).
Conceptos de protocolo de enrutamiento con clase
Los protocolos de enrutamiento IP se pueden clasificar como con clase o sin clase:

 Las actualizaciones de enrutamiento enviadas por un protocolo de enrutamiento con clase no incluyen
la mscara de subred. RIP Versin 1 (RIPv1) es un protocolo de enrutamiento con clase.
Las actualizaciones de enrutamiento enviadas por un protocolo de enrutamiento sin clase incluyen la
mscara de subred. RIP Versin 2 (RIPv2), EIGRP, OSPF, IS-IS y BGP son protocolos de enrutamiento
sin clase. La mayora de las redes modernas utilizan protocolos sin clase.
Comportamiento del Protocolo de enrutamiento con clase
Cuando los protocolos con clase fueron desarrollados originalmente, las redes eran muy diferentes de
las que se usan ahora. La mejor velocidad de mdem era de 300 bps, la mayor lnea WAN era de 56
kbps, la memoria del router era menos de 640 KB y los procesadores estaban corriendo en el rango
KHz. Las actualizaciones de enrutamiento tenan que ser lo suficientemente pequeo como para no
monopolizar el ancho de banda del enlace WAN. Adems, los routers no tenan los recursos para
mantener la informacin actualizada sobre cada subred.
Un protocolo de enrutamiento con clase no incluye informacin de la mscara de subred en sus
actualizaciones de enrutamiento. Debido a que ninguna informacin de mscara de subred es conocida,
cuando un router con clase recibe actualizaciones de enrutamiento, el router hace suposiciones acerca
de la mscara de subred utilizada por las redes listadas en la actualizacin, con base en la clase de la
direccin IP.
Los routers envan paquetes de actualizacin desde sus interfaces a otros routers conectados. Un router
enva toda la direccin de subred en la actualizacin cuando un paquete de actualizacin involucra una
subred de la misma red con clase como la direccin IP de la interfaz de transmisin. El router receptor
asume entonces que la mscara de la subred en la actualizacin (desde el router emisor) es la misma
que la mscara en la interfaz receptora. Por ejemplo, si el router A enva una actualizacin sobre
10.1.0.0 al Router B, y el Router A y B estn conectadas por la 10.2.0.0/16 subred , el router B supone
que la mscara de la subred 10.1.0.0 es / 16, la misma mscara que se encuentra en la interfaz que
recibe la actualizacin . Si la subred en la actualizacin tiene en realidad una mscara de subred
diferente, el router receptor tendr una informacin incorrecta en su tabla de enrutamiento. Por lo tanto,
cuando se utiliza un protocolo de enrutamiento con clase, es importante utilizar la misma mscara de
subred en todas las subredes pertenecientes a la misma red con clase, en otras palabras, los protocolos
de enrutamiento con clase no admiten VLSM.
Cuando un router que utiliza un protocolo de enrutamiento con clase tiene que enviar una actualizacin
acerca de una subred de una red a travs de una interfaz que pertenece a otra red, el router asume que el
router remoto utilizar la mscara de subred por defecto para esa clase de direccin IP. Por lo tanto,
cuando el router enva la actualizacin, no incluye la informacin de la subred, el paquete de
actualizacin contiene slo la informacin principal (con clase) de la red. Este proceso se llama
autosummarization a travs de la frontera de la red; el router enva un resumen de todas las subredes
en esa red mediante el envo de slo la informacin de la red principal. Protocolos de enrutamiento con
clase crean automticamente una ruta de resumen con clase en los bordes de redes. Los protocolos de
enrutamiento con clase no permiten resumir en otros puntos que conforman el espacio de direcciones
de red principal.
El router que recibe la actualizacin se comporta de una manera similar. Cuando una actualizacin
contiene informacin sobre una red con clase diferente a la que su interfaz usa, el router aplica la

mscara con clase por defecto para esa actualizacin. El router debe asumir cul mscara de subred es
ya que la actualizacin no contiene informacin de la mscara de subred.
En la figura 1-13, el Router A anuncia la subred 10.1.0.0 al Router B ya que la interfaz que los conecta
pertenece a la misma red principal con clase 10.0.0.0. Cuando el Router B recibe el paquete de
actualizacin, ste supone que la subred 10.1.0.0 utiliza la misma mscara de 16 bits como el utilizado
en su subred 10.2.0.0.
Figure 1-13. Network Summarization in Classful Routing.

Router C anuncia la subred 172.16.1.0 hacia el Router B ya que la interfaz que los conecta pertenece a
la misma red principal con clase 172.16.0.0. Por lo tanto, la tabla de enrutamiento del router B tiene
informacin acerca de todas las subredes que estn en uso en la red.
Sin embargo, el router B resume las subredes 172.16.2.0 y 172.16.1.0 a 172.16.0.0 antes de enviarlos al
router A. Por lo tanto, la tabla de enrutamiento del router A contiene informacin resumida sobre la red
172.16.0.0.
Del mismo modo, el router B resume las subredes 10.1.0.0 y 10.2.0.0 a 10.0.0.0 antes de enviar la
informacin de enrutamiento al router C. Este resumen se produce porque la actualizacin atraviesa
una frontera de red principal. La actualizacin va desde una subred de la red 10.0.0.0, la subred
10.2.0.0, a una subred de otra red principal, la red 172.16.0.0. La tabla de enrutamiento del router C
contiene informacin resumida acerca de la red 10.0.0.0.
SUMARIZANDO RUTAS EN UNA RED CON SUBREDES NO CONTIGUAS
Las subredes no contiguas son subredes de la misma red principal que estn separadas por una red
principal diferente.
Recordemos que los protocolos con clase resumen automticamente en las fronteras de la red, lo que
significa lo siguiente:
Las subredes no se anuncian a una red principal diferente.
Las subredes no contiguas no son visibles las unas a las otras.
En la Figura 1-14, Routers A y B no anuncian las subredes 172.16.5.0 255.255.255.0 ni 172.16.6.0
255.255.255.0 al Router C porque RIPv1 no puede anunciar subredes a travs de una red principal
diferente, tanto Router A como Router B anuncian 172.16.0.0 al router C. Esto lleva a confusin al
enrutar a travs de la red 192.168.14.16/28. El router C, por ejemplo, recibe rutas sobre 172.16.0.0

desde dos direcciones diferentes; por lo tanto, puede tomar una decisin de enrutamiento incorrecta.
Figure 1-14. Classful Routing Protocols Do Not Support Discontiguous Subnets

Aunque ellos son protocolos sin clase, RIPv2 y EIGRP tambin resumen automticamente por defecto
en los bordes de la red. Sin embargo, esta caracterstica se puede desactivar en RIPv2 y EIGRP. No se
puede desactivar para RIPv1.
Puede resolver esta situacin mediante el uso de RIPv2, OSPF, IS-IS o EIGRP y no utilizar la
sumarizacin, por lo que las rutas de subred se anunciarn con sus mscaras de subred reales.
Nota: Para EIGRP la documentacin de Cisco IOS dice que el resumen automtico (autosumarizacin)
est desactivado por defecto. Sin embargo, las pruebas han confirmado que est aun habilitado, al
menos en algunas versiones del IOS. Por lo tanto, sera prudente confirmar la configuracin de
Autorresumen o configurarlo de forma explcita.
EL COMANDO IP CLASSLESS
El comportamiento de un protocolo de enrutamiento con clase cambia cuando el comando de
configuracin global ip classless es usado.
NOTA: El comando ip classless es habilitado por defecto en el software de Cisco IOS Release 12.0 y
posterior a ste. En opciones anteriores es deshabilitado por defecto.
Cuando se ejecuta un protocolo con clase (RIPv1), "ip classless" debe estar activada si se desea que el
router utilice la ruta por defecto cuando se recibe un paquete destinado a una subred desconocida de
una red por la cual se conoce algunas subredes. Por ejemplo, considere la tabla de enrutamiento de un
router que tiene entradas para las subredes 10.5.0.0/16 y 10.6.0.0/16 y una ruta predeterminada de
0.0.0.0. Si un paquete llega para un destino en la subred 10.7.0.0/16 y IP classless no est habilitado,
el paquete se descarta. Los protocolos con clase asumen que si conocen algunas de las subredes de la
red 10.0.0.0, deben conocer todas las subredes existentes de esa red. Habilitar ip classless le dice al
router que debera seguir la mejor ruta de superred o la ruta por defecto para las subredes desconocidas
de redes conocidas, y para las redes desconocidas. En este ejemplo, el router utilizara la ruta
predeterminada para reenviar el paquete por la subred 10.7.0.0/16.
La tabla de enrutamiento en s acta por defecto con clase (classfully) sin el comando ip classless y
lo har incluso si no hay protocolos de enrutamiento que se estn ejecutando. Por ejemplo, si slo tiene
rutas estticas y no hay protocolos de enrutamiento, aun seras capaz de alcanzar una subred de una red
principal conocida utilizando una ruta por defecto si no el comando ip classless est habilitado.

CONCEPTOS DE PROTOCOLOS DE ENRUTAMIENTO SIN CLASE

Los protocolos de enrutamiento sin clase pueden ser considerados protocolos de segunda generacin,
ya que estn diseados para hacer frente a algunas de las limitaciones de los protocolos de
enrutamiento con clase anteriores. Una de las limitaciones ms graves en un entorno de red con clase es
que la mscara de subred no se intercambia durante el proceso de actualizacin de enrutamiento, y por
lo tanto, la misma mscara de subred debe ser utilizada en todas las subredes dentro de la misma red
principal.
Con los protocolos de enrutamiento sin clase, diferentes subredes dentro de la misma red principal
pueden tener diferentes mscaras de subred, es decir, soportan VLSM. Si ms de una entrada en la tabla
de enrutamiento coincide con un destino en particular, se utiliza la coincidencia de prefijo ms largo de
la tabla de enrutamiento. Por ejemplo, si una tabla de enrutamiento tiene diferentes rutas a
172.16.0.0/16 y a 172.16.5.0/24, los paquetes dirigidos a 172.16.5.99 se enrutan a travs de la ruta
172.16.5.0/24 , ya que la direccin tiene el la coincidencia ms largo de la red de destino.
Otra limitacin del enfoque con clase es la necesidad de resumir (sumarizar) automticamente a la
frontera de red con clase en los bordes de la red principal. En un entorno sin clases, el proceso de
resumen de ruta se puede controlar manualmente y por lo general se puede invocar en cualquier
posicin de bit en la direccin. Debido a que las rutas de subred podran ser propagadas por todo el
dominio de enrutamiento, el resumen de ruta manual puede ser requerido para mantener manejable el
tamao de las tablas de enrutamiento.
RIPv2 y EIGRP Automatic Network-Lmites Summarization
Como se mencion anteriormente, de forma predeterminada RIPv2 y EIGRP realizan sumarizacin
automtica de la red en los lmites con clase, al igual que un protocolo con clase. El resumen
automtico permite que RIPv2 y EIGRP sean compatibles con sus predecesores, RIPv1 e IGRP
(Interior Gateway Routing Protocol).
Nota: IGRP ya no es compatible, a partir de Cisco IOS versin 12.3.
La diferencia entre estos protocolos y sus predecesores es que se puede desactivar manualmente el
resumen automtico, usando el comando de configuracin de router no auto-summary. No se
necesita este comando cuando se utiliza OSPF o IS-IS porque ninguno de los protocolos realiza por
defecto sumarizacin automtica de la red.
El comportamiento de autosumarizacin puede causar problemas en una red que tenga subredes no
contiguas o si algunas de las subredes resumidas no pueden ser alcanzadas a travs del router de
publicidad (advertising router). Si una ruta resumida indica que determinadas subredes pueden ser
alcanzadas a travs de un router, cuando en realidad esas subredes no son contigua o accesible a travs
de ese router, la red podra tener problemas similares a los causados por un protocolo con clase. Por
ejemplo, en la figura 1-15, tanto Router A como el Router B estn anunciando una ruta resumida de
172.16.0.0/16. Por lo tanto, el router C recibe dos rutas a 172.16.0.0/16 y no puede identificar qu
subredes estn asociadas a qu router.
Figure 1-15. Automatic Network-Boundary Summarization

Se puede resolver este problema deshabilitando el resumen automtico cuando se ejecuta RIPv2 o
EIGRP. Los routers sin clase utilizan la coincidencia del prefijo ms largo cuando se selecciona una
ruta de la tabla de enrutamiento. Por lo tanto, si uno de los routers anuncia sin resumir, los otros routers
ven las rutas de subred y la ruta de resumen. Entonces los otros routers pueden seleccionar la
coincidencia de prefijo ms largo y seguir el camino correcto. Por ejemplo, en la figura 1-15, si el
router A sigue resumiendo a 172.16.0.0/16 y el Router B est configurado para no resumir, el router C
recibe rutas explcitas para 172.16.6.0/24 y 172.16.9.0/24 , junto con la ruta resumida de
172.16.0.0/16 . Todo el trfico para las subredes del Router B se enva al Router B, y el resto del trfico
para la red 172.16.0.0 se enva al Router A.
Otro ejemplo se muestra en la figura 1-16 y la figura 1-17. En la red RIPv2 ilustrada en la Figura 1-16 ,
observe lo que la informacin de enrutamiento del Router C, que se adjunta al router B a travs de la
red 192.168.5.0/24, tiene sobre la red 172.16.0.0. Router B resume automticamente las subredes
172.16.1.0/24 y 172.16.2.0/24 a 172.16.0.0/16 antes de enviar la ruta hacia el Router C, ya que se enva
a travs de una interfaz en una red diferente. En lugar de utilizar la mscara de subred conocida por el
Router B ( /24 ), el Router C utiliza esta mscara predeterminada con clase para una direccin de clase
B ( / 16 ) cuando se almacena la informacin de 172.16.0.0 en su tabla de enrutamiento.
Figure 1-16. RIPv2 Summarizes By Default; OSPF Does Not.

Figure 1-17. Effect of the no auto-summary Command for RIPv2.

En la red OSPF mostrada en la Figura 1-16, el router B pasa la informacin de subred y de mscara de
subred al Router C, y el Router C pone los detalles de subred en su tabla de enrutamiento. Router C no
necesita usar mscaras con clase por defecto para la informacin de enrutamiento recibida porque la
mscara de subred se incluye en la actualizacin de enrutamiento, y OSPF no resume automticamente
las redes.
Puede desactivar el resumen automtico de RIPv2 y EIGRP con el comando de configuracin de router
no auto-summary. Cuando el resumen automtico est desactivado, RIPv2 y EIGRP reenvan
informacin de la subred, incluso a travs de interfaces que pertenecen a diferentes redes principales.
En la red de RIPv2 en la figura 1-17, el resumen automtico se ha desactivado. Observe que ahora la
tabla de enrutamiento es la misma tanto para el RIPv2 como para los routers OSPF.
Nota: El comando de configuracin de router auto-summary para BGP determina cmo BGP maneja
rutas redistribuidas. El captulo 5, "Implementacin de Control de Ruta", describe este comando en
detalle.
RIP (Routing Information Protocol)
Esta seccin describe las dos versiones de RIP - RIPv1 y RIPv2 - y cmo configurarlos. En captulos
posteriores de este libro se detallan otros protocolos de enrutamiento.
Caractersticas de RIPv1
RIPv1 se describe en el RFC 1058, Protocolo de informacin de enrutamiento. Sus caractersticas
principales son las siguientes:

 Recuento de saltos como mtrica para la seleccin de la ruta.

El nmero mximo permitido de saltos es 15.
Las actualizaciones de enrutamiento son broadcast cada 30 segundos de forma predeterminada.
Debido a que es un protocolo de enrutamiento por vector de distancia, las actualizaciones se envan,
incluso si no se ha producido ningn cambio.
RIP puede balancear la carga hasta un mximo de 16 rutas de igual costo (4 rutas por defecto).
No soporta autenticacin.
RIPv1 es un protocolo de enrutamiento vector distancia con clase que no enva la mscara de subred en
sus actualizaciones. Por lo tanto, RIPv1 no admite VLSM o subredes no contiguas. RIPv1 resume
automticamente en la frontera de la red y no se puede configurar para no hacerlo.
Caractersticas de RIPv2
RIPv2 es un protocolo de enrutamiento vector distancia sin clase definida en la RFC 1721, Anlisis del
Protocolo RIP Versin 2; RFC 1722 Declaracin de Aplicabilidad del Protocolo RIP Versin 2, y RFC
2453, RIP versin 2. El complemento ms significativo de RIPv2 es la inclusin de la mscara en el
paquete de actualizacin de enrutamiento RIPv2, permitiendo que RIPv2 soporte VLSM y subredes no
contiguas. RIPv2 resume automticamente las rutas en los lmites de la red con clase. Como se
describi anteriormente, sin embargo, puede desactivarse este comportamiento.
Adems, RIPv2 utiliza direcciones de multidifusin (multicast) para la actualizacin peridica ms
eficiente en cada interfaz . RIPv2 utiliza la direccin multicast 224.0.0.9 para anunciar a otros routers
RIPv2. Este enfoque es ms eficiente que el enfoque de RIPv1. RIPv1 utiliza una direccin de
broadcast 255.255.255.255, por lo que todos los dispositivos, incluyendo PCs y servidores, deben
procesar el paquete de actualizacin. Ellos llevan a cabo la suma de comprobacin (checksum) en el
paquete de Capa 2 y lo pasan a su pila de protocolo IP. IP enva el paquete a los procesos UDP (User
Datagram Protocol), y UDP chequea para ver si el puerto RIP 520 est disponible. La mayora de los
ordenadores personales y servidores no tienen ningn proceso que se ejecuta en este puerto y descartan
el paquete.
RIP pueden ajustar hasta 25 redes y subredes en cada actualizacin y las actualizaciones son enviadas
cada 30 segundos. Por ejemplo, si la tabla de enrutamiento tiene 1000 subredes, 40 paquetes se envan
cada 30 segundos (80 paquetes por minuto). Con cada uno de los paquetes siendo un boradcast de
RIPv1, todos los dispositivos deben mirarla, la mayora de los dispositivos descartan el paquete .
La direccin de multidifusin IP para RIPv2 tiene su propia direccin MAC multicast. Los dispositivos
que pueden distinguir entre un multicast y un broadcast de Capa 2 leen el inicio de la trama y
determinan si la direccin de MAC de destino es para ellos. Dispositivos Nonrouting pueden
entonces descartar todos estos paquetes en el nivel de interfaz y no usar recursos de CPU o de memoria
intermedia para estos paquetes no deseados. Incluso en los dispositivos que no pueden distinguir entre
difusin y multidifusin en la capa 2, lo peor que puede pasar es que las actualizaciones de RIPv2 sean
descartados en la capa IP en lugar de ser pasado a UDP , ya que esos dispositivos no estn utilizando la
direccin multicast 224.0.0.9.
RIPv2 tambin soportan seguridad entre los routers RIP utilizando menssage-diggest o autenticacin
de texto limpio (clear text authentication). (Medidas de seguridad RIPv2 no se tratan en este libro).

COMANDOS DE CONFIGURACION RIP

Para activar el proceso RIP (versin 1 por defecto), usa el comando de configuracin global router
rip.
Por defecto, el software Cisco IOS procesa tanto paquetes RIPv1 como RIPv2. Sin embargo, enva slo
paquetes versin 1. Para configurar el software con el fin de enviar y recibir paquetes desde slo una
versin, se usa el comando de configuracin de router version {1 | 2}.
Para seleccionar las redes conectadas participantes, se usa el comando de configuracin de router
network <network number>; especificando el nmero de red con clase principal. Independientemente
de la versin RIP, al menos un comando network, utilizando un nmero de red con clase, se requiere
bajo el proceso de enrutamiento RIP.
Aunque el comando version de RIP controla el comportamiento predeterminado global de RIP, puede
ser necesario controlar la versin de RIP por interfaz, por ejemplo cuando se est conectando redes RIP
antiguas a las redes ms nuevas. Para controlar la versin de RIP en cada interfaz, se usa el comando de
configuracin de interfaz ip rip {send | receive} versin {1 | 2 | 1 2}.
Por defecto, el resumen automtico entre redes se activa para todas las redes en ambas versiones de
RIP. Resumiendo manualmente rutas en RIPv2 mejora la escalabilidad y la eficiencia en redes de gran
tamao debido a que las rutas ms especficas no se anuncian. Slo las rutas resumen se anuncian, lo
que reduce el tamao de la tabla de enrutamiento IP y le permite al router manejar ms rutas.
El Resumen manual se realiza en la interfaz. Una limitacin de RIPv2 es que las rutas se pueden
resumir slo hasta el lmite de red con clase; RIPv2 no admite enrutamiento entre dominios sin clase
(CIDR, Classless Interdomain Routing) de tipo de resumen a la izquierda del lmite con clase.
Para resumir las rutas RIP en las fronteras nonclassful, haga lo siguiente:
Apague el resumen automtico con el comando de configuracin del router no auto-summary.
Utilice el comando de configuracin de interfaz ip summary-address rip<network-number mask>
para definir un nmero de red y mscara que cumplan el requisito de resumen particular.
La figura 1-18 ilustra cmo RIPv1 y RIPv2 pueden coexistir en la misma red. El Router A est
ejecutando RIPv2 y Router C est ejecutando RIPv1. Router B ejecuta las dos versiones de RIP. Tenga
en cuenta que los comandos ip rip send version 1 y p rip receive version 1 slo son necesarias en la
interfaz serial 0/0/3 del Router B, porque RIPv2 est configurado como la versin principal para todas
las interfaces. La interfaz serial 0/0/3 tiene que ser configurada manualmente para soportar RIPv1 tal
que se pueda conectar correctamente con Router C.
Un comando ip summary-address rip es configurado en el router A, junto con el comando no autosummary. La combinacin de estos dos comandos permite al Router A enviar el detalle de la subred
172.16.1.0 hacia el Router B. Debido a que la interfaz entre el router A y el Router B se encuentra en
una red diferente (10.0.0.0), el comportamiento por defecto para el router A es enviar slo el resumen
con clase (172.16.0.0) al router B.

Figure 1-18. RIPv2 Configuration Example.

Nota: En la figura 1-18, el comando ip summary-address rip 172.16.1.0 255.255.255.0 es realmente

necesario porque tambin se aplica el comando no auto-summary. Al momento que se utiliza el
comando no autosummary, la subred 172.16.1.0 se anuncia como tal, ya que utiliza una mscara no
predeterminado (en este caso, una mscara de 24 bits).
Los comandos usados para verificar RIP incluyen el comando show ip route para examinar la tabla
de enrutamiento IP, y el comando show ip rip database para mostrar las entradas de direcciones
resumen en las entradas de la base de datos de enrutamiento RIP, si rutas secundariasrelevantes estn
siendo resumidas.
POBLANDO LA TABLA DE ENRUTAMIENTO
En esta seccin se describe cmo los routers Cisco pueblan sus tablas de enrutamiento. La distancia
administrativa, las mtricas de enrutamiento y las rutas estticas flotantes son discutidas. Los criterios
que utilizan los routers para insertar rutas en la tabla de enrutamiento IP son descritos.
Distancia Administrativa
La mayora de los protocolos de enrutamiento tienen estructuras mtricas y algoritmos que son
incompatibles con otros protocolos. Es crtico que una red usando mltiples protocolos de enrutamiento
sea capaz de intercambiar sin problemas informacin de ruta y sea capaz de seleccionar la mejor ruta a
travs de mltiples protocolos. Los routers de Cisco utilizan un valor llamado distancia administrativa

para seleccionar la mejor ruta cuando ellos aprenden de dos o ms rutas al mismo destino con el mismo
prefijo desde diferentes protocolos de enrutamiento.
La distancia administrativa valora la credibilidad o fiabilidad de un protocolo de enrutamiento. Cisco
ha asignado un valor de distancia administrativa por defecto para cada protocolo de enrutamiento
soportado por sus routers. Cada protocolo de enrutamiento se prioriza en el orden de ms a menos
crebles.
La distancia administrativa es un valor entre 0 y 255. Cuanto menor sea el valor de la distancia
administrativa , mayor ser la credibilidad del protocolo o la confiabilidad. La tabla 1-6 enumera la
distancia administrativa por defecto de los protocolos soportados por los routers Cisco.
NOTA: Las rutas estticas son configuradas con el comando de configuracin global ip route prefix
mask {address | interface [address]} [dhcp] [distance] [name <next-hop-name>] [permanent | track
<number>] [tag <tag>], descrito en la seccin anterior Principios de enrutamiento esttico de este
captulo. Si el parmetro address es usado en el comando; especificando la direccin del router de
siguiente salto a usar para alcanzar la red de destino, la distancia administrativa por defecto es 1. Si se
usa el parmetro interface; especificando la interfaz saliente local del router a usar para alcanzar la
red de destino, el router considera esto una ruta conectada directamente; sin embargo, la distancia
adminitrativa por defecto parece estar entre 0 y 1.
Para confirmar esto, se realiz una prueba. Configuramos dos rutas estticas a la misma red, uno a
travs de una direccin y otro a travs de una interfaz:
ip route 192.168.22.0 255.255.255.0 s1/0
ip route 192.168.22.0 255.255.255.0 192.158.2.101

Como era de esperar, slo la ruta a travs de la interfaz apareci en la tabla de enrutamiento, como una
ruta esttica "directamente conectada":
S 192.168.22.0/24 is directly connected, Serial1/0

Por lo tanto, su distancia administrativa debe ser menor que la distancia administrativa de la ruta a
travs de la direccin.
Sin embargo, cuando conectamos la misma red a una interfaz en el router, la ruta real conectada a la red
apareci en la tabla de enrutamiento:
C 192.168.22.0/24 is directly connected, FastEthernet0/0

Por lo tanto, su distancia administrativa debe ser menor que la distancia administrativa de la ruta a
travs de la interfaz. Por lo tanto, parece que la distancia administrativa de una ruta esttica a travs de
una interfaz tiene una distancia administrativa entre 0 y 1.
Por ejemplo, en la figura 1-19, si el router A recibe una ruta a la red 10.0.0.0 desde RIP y tambin
recibe una ruta a la misma red desde OSPF, el router compara la distancia administrativa de RIP, 120,
con la distancia administrativa de OSPF, 110, y determina que OSPF es ms creble. Por tanto, el router
agrega la ruta OSPF de la red 10.0.0.0 a la tabla de enrutamiento.

Figure 1-19. Route Selection and Administrative Distance.

Mtricas del Protocolo de Enrutamiento

RIPv1 y RIPv2 slo utilizan la cuenta de saltos para determinar la mejor ruta (se prefiere la ruta con el
menor recuento de saltos). Debido a que no tienen en cuenta el ancho de banda, RIPv1 y RIPv2 no son
adecuados para redes que tienen significativamente diferentes velocidades de transmisin en rutas
redundantes. Para redes que utilizan diversos medios de comunicacin en rutas redundantes, los
protocolos de enrutamiento deben tener en cuenta el ancho de banda y, posiblemente, el retraso de los
enlaces.
Por defecto, EIGRP utiliza en su clculo de la mtrica, el ancho de banda mnimo y el retraso
acumulado en el camino hacia la red de destino. Otros parmetros de fiabilidad (y carga) tambin se
pueden utilizar, pero deben configurarse slo si se conoce completamente las consecuencias que esto
traera, ya que, si queda mal configurado, podra afectar la convergencia y causar bucles de
enrutamiento. El ancho de banda mnimo EIGRP es el mnimo ancho de banda (el enlace ms lento) a
lo largo del camino. El ancho de banda de una interfaz es el valor predeterminado de la interfaz o segn
lo especificado por el comando bandwidth - este comando se utiliza generalmente en las interfaces
seriales.
Nota:
En los routers Cisco, las mtricas ancho de banda (bandwidth) y retardo (delay) se pueden configurar
de forma manual y no reflejan necesariamente la verdadera velocidad del enlace.
Estas mtricas de ancho de banda y retardo se deben cambiar slo si se conoce completamente las
consecuencias que esto traera. Por ejemplo, un cambio en el ancho de banda podra afectar la calidad
de servicio proporcionada a los datos. Como otro ejemplo, EIGRP limita la cantidad de trfico de
protocolo de enrutamiento que enva a un porcentaje del valor de ancho de banda; cambiando el valor
podra resultar en demasiado ancho de banda utilizado para las actualizaciones del protocolo de
enrutamiento o actualizaciones que no se envan de una manera oportuna.
Nota:
En las versiones de Cisco IOS anteriores, el ancho de banda de forma predeterminada en todos los
puertos seriales era T1 o 1.544 Mbps. En las ltimas versiones de Cisco IOS, el ancho de banda por
defecto vara segn el tipo de interfaz.
En el caso de los protocolos de estado de enlace (OSPF e IS-IS), un costo acumulado o mtrica se usa

(se selecciona la ruta de menor costo o mtrica). OSPF utiliza el costo para el clculo de la ruta, por lo
general refleja el ancho de banda del enlace (La RFC de OSPF no especifica cul debe ser el costo,
pero en los routers Cisco, por defecto, es inversamente proporcional al ancho de banda del enlace).
Como resultado de ello, el mayor ancho de banda (costo ms bajo) se utiliza para seleccionar la mejor
trayectoria. La mtrica de la interfaz IS-IS por defecto es 10 en los routers Cisco, este valor se puede
cambiar, para reflejar diferentes anchos de banda, por ejemplo.
Nota:
La mtrica de IS-IS es conocida como la mtrica, la especificacin IS-IS define cuatro tipos de
mtricas. Todos los routers soportan costo (cost), la mtrica por defecto. Retardo, gasto y el error son
mtricas opcionales. La implementacin de Cisco por defecto de IS-IS utiliza slo Costo, pero el IOS
de Cisco s permite las cuatro mtricas a ser configuradas con los parmetros opcionales en el comando
isis metric.
BGP utiliza muchos atributos para seleccionar la mejor ruta. Uno de ellos es el atributo AS-path; la
longitud de este atributo es el nmero de sistemas autnomos que hay que atravesar para llegar a un
destino, y es por lo general un factor que influye en la seleccin de la ruta. Otro atributo es el
discriminador Multisalida (MED, Multiexit Discriminator). El atributo MED es llamado la mtrica en
el IOS de Cisco. En la salida del comando show ip bgp, por ejemplo, el MED se muestra en la
columna mtrica. BGP incorpora atributos de ruta adicional que pueden influir en las decisiones de
enrutamiento, los cuales se pueden configurar manualmente.
CRITERIOS PARA INSERTAR RUTAS EN LA TABLA DE ENRUTAMIENTO IP
Un router Cisco elige la mejor ruta para un destino especfico entre aquellas presentadas por los
protocolos de enrutamiento, configuracin manual, y varios otros medios, considerando los siguientes
cuatro criterios:
Direccin IP vlida del siguiente salto: Como cada proceso de enrutamiento recibe actualizaciones y
otra informacin, el router primero verifica que la ruta tenga una direccin IP vlida del siguiente salto.
Mtricas: Si el siguiente salto es vlido, el protocolo de enrutamiento elige el mejor camino a
cualquier destino determinado en base a la mtrica ms baja . El protocolo de enrutamiento ofrece esta
ruta a la tabla de enrutamiento. Por ejemplo, si EIGRP se entera de una ruta a 10.1.1.0/24 y decide que
este camino en particular es la mejor ruta EIGRP a este destino, el protocolo de enrutamiento ofrece el
camino aprendido a la tabla de enrutamiento .
Distancia administrativa: La siguiente consideracin es la distancia administrativa. Si existe ms de
una ruta para la misma red, y con el mismo prefijo, desde diferentes fuentes de enrutamiento, el router
decide cul ruta instalar basado en la distancia administrativa de la fuente de la ruta. La ruta con la
distancia administrativa ms baja es instalada en la tabla de enrutamiento. Las rutas con distancias
administrativas ms altas son rechazadas. Por ejemplo, si tanto EIGRP como OSPF ofrecen la ruta
10.1.1.0/24 , la ruta EIGRP sera instalada en la tabla de enrutamiento porque EIGRP tiene una
distancia administrativa ms baja (por defecto).
Prefijo: El router examina el prefijo que se anuncia. Rutas a la misma red pero con diferentes prefijos
pueden coexistir en la tabla de enrutamiento. Por ejemplo, supongamos que el router tiene tres procesos
de enrutamiento corriendo en l y los protocolos de enrutamiento han recibido e instalado las siguientes

rutas:
RIPv2: 192.168.32.0/26
OSPF: 192.168.32.0/24
EIGRP: 192.168.32.0/19
Debido a que cada ruta tiene una longitud de prefijo diferente (diferente mscara de subred), las rutas
son consideradas diferentes destinos y todas son instaladas en la tabla de enrutamiento. Como se
discuti en la seccin "Conceptos de Protocolo de enrutamiento sin clase", anteriormente en este
captulo, si ms de una entrada en la tabla de enrutamiento coincide con un destino en particular, la
coincidencia de prefijo ms largo en la tabla de enrutamiento es utilizada. Por lo tanto, en este ejemplo,
si un paquete llega para la direccin 192.168.32.5, el router utilizar la subred 192.168.32.0/26,
anunciado por RIPv2, porque es la coincidencia ms larga para esta direccin.
RUTAS ESTTICAS FLOTANTES
Basados en las distancias administrativas por defecto, los routers creen rutas estticas a travs de
cualquier ruta dinmicamente aprendida. A veces, sin embargo, este comportamiento por defecto podra
no ser el comportamiento deseado. Por ejemplo, cuando se configura una ruta esttica como un
respaldo a una ruta aprendida de forma dinmica, no se desea que la ruta esttica sea utilizada mientras
que la ruta dinmica est disponible. En este caso, se puede manipular el parmetro opcional distance
en el comando ip route para hacer que la ruta esttica parezca menos deseable que otra esttica o ruta
dinmica.
Una ruta esttica que aparezca en la tabla de enrutamiento slo cuando la ruta primaria desaparezca se
conoce como Ruta Esttica Flotante. La distancia administrativa de la ruta esttica es configurada para
ser mayor que la distancia administrativa de la ruta principal y "flota " por encima de la ruta principal,
hasta que la ruta primaria ya no est disponible .
En la Figura 1-20, Routers A y B tienen dos conexiones: una conexin serial punto a punto que es el
enlace principal y una conexin de respaldo que se utilizar si la otra lnea se cae. Ambos routers
utilizan EIGRP, pero no utilizan un protocolo de enrutamiento en el enlace de red de respaldo
172.16.1.0 .
Figure 1-20. Floating Static Routes.

Una ruta esttica que apunta a la interfaz de respaldo del otro router ha sido creada en cada router.
Debido a que EIGRP tiene una distancia administrativa de 90, la ruta esttica se le ha dado una
distancia administrativa de 100. Mientras Router A tiene una ruta EIGRP a la red 10.0.0.0, parece ms
creble que la ruta esttica, y se utiliza la ruta EIGRP. Si el enlace serial se cae, eliminando la ruta
EIGRP, el router A insertar la ruta esttica a la tabla de enrutamiento. Un proceso similar ocurre en el
Router B con su ruta a la red 172.17.0.0.
COMPARACIONES DEL PROTOCOLO DE ENRUTAMIENTO IP
Esta seccin proporciona un resumen comparativo de los protocolos de enrutamiento.
IGRP, EIGRP y OSPF son protocolos de capa de transporte, porque, como UDP y TCP, ellos se
ejecutan directamente sobre IP. En contraste, RIP y BGP, ambos residen en la capa de aplicacin. RIP
usa UDP como su protocolo de transporte, sus actualizaciones son enviadas de manera poco fiables con
entrega de mejor esfuerzo (best-effort). BGP usa TCP como su protocolo de transporte; ste toma
ventaja de los mecanismos de confiabilidad de TCP y windowing. La tabla 1-7 lista los nmeros de
protocolos, nmeros de puerto y como la confiabilidad es manejada para los diferentes protocolos de
enrutamiento.
Table 1-7. Protocols, Ports, and Reliability of Routing Protocols
Routing Protocol
IGRP[1]

Protocol Number
9

EIGRP

88

OSPF

89

RIP

BGP

Port Number

Update Reliability
Best-effort delivery
1-to-1 window
1-to-1 window

UDP 520

Best-effort delivery

TCP 179

Uses TCP windowing

[1] IGRP ya no es compatible, a partir de Cisco IOS versin 12.3. Se menciona en este cuadro para completar.

Nota: IS-IS es un protocolo de capa de red y no utiliza los servicios de IP para transportar su
informacin de enrutamiento. Los paquetes IS-IS son encapsulados directamente en una trama de capa
de enlace de datos y requieren del conocimiento de la configuracin del conjunto de protocolos OSI.
Table 1-8. Routing Protocol Comparison

Characteristic
RIPv2
Distance vector

Link state
Hierarchical topology
required
Automatic route
summarization

Manual route
summarization

VLSM support

Classless

Metric
Hops
Convergence time
Slow

EIGRP[1]

IS-IS

OSPF

Composite metric
Very fast

BGP[2]

Metric
Fast

Cost
Fast

Path attributes
Slow

[1] EIGRP es un protocolo de vector-distancia avanzado con algunas caractersticas que tambin se encuentran en los
protocolos de estado de enlace.
[2] BGP es un protocolo basado en la poltica de trazado vectorial.

ENRUTAMIENTO Y PROTOCOLOS DE ENRUTAMIENTO EN EL MODELO DE RED

COMPUESTO EMPRESARIAL
Los protocolos de enrutamiento son una parte integral de cualquier red. Cuando se disea una red
utilizando las arquitecturas y modelos presentados en este captulo, la seleccin y planificacin del
protocolo de enrutamiento estn entre las decisiones de diseo a ser hechas. Aunque la mejor prctica
es utilizar un protocolo de enrutamiento IP en toda la empresa, si es posible, en muchos casos, pueden
ser necesarias mltiples protocolos de enrutamiento, como se ilustra en la Figura 1-21. Por ejemplo, el
BGP puede ser utilizado en el mdulo de Internet corporativo, mientras que las rutas estticas se
utilizan a menudo para acceso remoto y usuarios VPN. Por lo tanto, las empresas podran tener que
hacer frente a mltiples protocolos de enrutamiento.
Figure 1-21. Multiple Routing Protocols May Be Used Within a Network.

El Modelo de Red Empresarial Compuesta puede ayudar a determinar dnde se implementa cada
protocolo de enrutamiento, donde se encuentran las fronteras entre protocolos y cmo los flujos de
trfico entre ellos se gestionar.
Cada protocolo de enrutamiento tiene sus propias caractersticas nicas. Usted puede utilizar una tabla,
al igual que la tabla 1-9, para identificar las caractersticas de los protocolos de enrutamiento que se
estn considerando para una red, de modo que puedan ser comparados y una decisin sobre la cual se
puede hacer uso.

Table 1-9. Example Routing Protocol Comparison

Parameters
Size of network (small-medium-large-very large)
Speed of convergence (very high-high-mediumlow)
Use of VLSM (yes-no)
Support for mixed-vendor devices (yes-no)
Network support staff knowledge (good-poor)

EIGRP
Large
Very high
Yes
No
Good

OSPF
Large
High
Yes
Yes
Good

BGP
Very large
Slow
Yes
Yes
Fair

Aunque las rutas estticas se pueden utilizar (por ejemplo, para la conexin a Internet) y RIPv2 es una
opcin plausible para redes ms pequeas, EIGRP y OSPF son los protocolos recomendados dentro de
la empresa. BGP es necesario para la conectividad entre sistema autnomo sobre Internet.
Los captulos siguientes de este libro cubren las caractersticas, funcionamiento y configuracin de
EIGRP, OSPF, BGP; y la manipulacin de las actualizaciones de enrutamiento y el trfico.