CAPITULO 1
MARCO DE RED EMPRESARIAL COMPLEJA, ARQUITECTURAS Y MODELOS Esta sección presenta las redes convergentes y la v ariedad de tráfico dentro de ellos. Para dar cabida a los re!isitos de este tipo de redes" Cisco #a introd!cido la estrategia de $ed de Infor%ación Inteligente &II'(" )!nto con la ar!itect!ra de red orientada o rientada a servicios &*O'A(" !e g!+a la evol!ción de redes e%presariales #acia !n II'" los c!ales se describen e n esta sección. Esta sección ta%bi,n presenta los co%ponentes de la ar!itect!ra e%presarial de Cisco" y describe el %odelo de red )erár!ica tradicional y el %odelo e%presarial de red Co%p!esta.
CONDICIONES DEL TRAFICO EN UNA RED CONVERGENTE Una red convergente es a!ella en la !e conviven el tráfico de datos" vo- y v+deo en !na sola red. C!ando la vo- y el v+deo son transportados a trav,s de !na red" la vo- y el v+deo son vistos por la red co%o al ig!al !e c!al!ier otros datos de aplicaciones. Las redes convergentes contienen !na variedad de diferentes tipos de tráfico" incl!yendo las sig!ientes / Trafico de 0o0o- y v+deo E)e%plos incl!yen telefon+a IP" IP" trans%isión de video y conferencia. / Trafico de aplicaciones de vo- generados por las aplicaciones relacionadas con la vo-" v o-" co%o los centros de contacto. / Trafico de %isión cr+tica generados por las aplicaciones cr+ticas para !na organi-ación &por e)e%plo" la infor%ación generada por !na aplicación de interca%bio de acciones en !na co%pa+a financiera" registros de pacientes en !n #ospital" y as+ s!cesiva%ente(. / Trafico transaccional generado por aplicaciones co%o las de co%ercio electrónico. / Tráfico de Protocolos de enr!ta%iento datos desde el c!al los protocolos de enr!ta%iento se e)ec!tan en la red" tales co%o $IP" O*P2" EI3$P" I*4I* y 53P. / El tráfico de gestión de red La incl!sión de infor%ación sobre el estado de la red y s!s dispositivos. Los re!isitos de la red difieren significativa%ente dependiendo de la %e-cla de tipos de tráfico" especial%ente en t,r%inos de seg!ridad y rendi%iento. Por e)e%plo" los re!isitos de rendi%iento de vo- y de v+deo incl!yen anc#o de banda constante y !n ba)o retardo y )itter &variación de retardo(" %ientras !e el tráfico transaccional re!iere !na alta fiabilidad y seg!ridad con ba)o anc#o de banda. Las aplicaciones de vo-" co%o la telefon+a IP" ta%bi,n re!ieren de alta fiabilidad y disponibilidad" ya !e los !s!arios esperan o+r !n sonido 6tono de %arcado6 c!ando van a levantar s! tel,fono en !na red IP" IP" tal co%o lo #acen en !na red telefónica tradicional. El tráfico de video es frec!ente%ente transportado co%o tráfico de %!ltidif!sión IP" IP" re!iriendo la i%plantación de caracter+sticas de %!ltidif!sión para ser #abilitados en la red. Para c!%plir con estos re!isitos de tráfico" las redes convergentes !san %ecanis%os de calidad de servicio &7o*( tal !e" por e)e%plo" el tráfico de vo- y v+deo sean dados co%o prioridad sobre el tráfico basado en la 8eb. 0arias estrategias de seg!ridad" tales co%o el end!reci%iento de dispositivo con estricto e stricto control de acceso y a!tenticación" protección de intr!siones" detección de intr!sos y protección del tráfico con cifrado" p!eden %ini%i-ar o posible%ente eli%inar a%ena-as a la seg!ridad de la red. La seg!ridad es !n te%a clave en todas las redes y se v!elve a9n %ás i%portante en las redes inalá%bricas.
CISCO IIN Y EL MARCO SONA Para adaptarse a los re!isitos de las redes de #oy del %aana: la visión de Cisco del f!t!ro incl!ye el II' &Intelligent Infor%ation 'et8or;(" !na estrategia !e aborda có%o la red está integrada con las e%presas y las prioridades del negocio. El Cisco *O'A es !n %arco ar!itectónico !e il!stra có%o constr!ir siste%as integrados y g!+a la evol!ción de las redes de las e%presas #acia !n II'.
CISCO IIN El II' abarca las sig!ientes f!nciones / La integración e !"# rec$r#"# en re % !"# acti&"# e in'"r(ación )$e *an #i" en gran (eia e#&inc$!a"# 4 Las redes convergentes %odernas con servicios integrados de vo-" v+deo y datos re!ieren !e los departa%entos de TI &y otros dep arta%entos !e tradicional%ente eran responsables de otras tecnolog+as( se vinc!len %ás a la infraestr!ct!ra de TI con la red. / Inte!igencia tra&+# e (!ti-!e# -r"$ct"# % ca-a# e in'rae#tr$ct$ra: La inteligencia integrada en cada co%ponente de la red es para toda la red e
ediante la integración de datos" vo-" y el transporte de v+deo en !na sola" basada en estándares" red %od!lar" las organi-aciones organi-aciones p!eden si%plificar la gestión de la red y generar eficiencias en toda la e%presa. La convergencia de redes ta%bi,n sienta las bases para !na n!eva clase de aplicaciones #abilitadas para IP" IP" entregado a trav,s de sol!ciones de Co%!nicaciones Unificadas de Cisco &Cisco Unified Co%%!nication *ol!tions(.
Fa#e 0/ L"# #er&ici"# integra"# 4 C!ando la infraestr!ct!ra de red converge" los rec!rsos de TI p!eden ser re!nidos y co%partidos o virt!ali-ados" para #acer frente con fle
Fa#e 1/ A-!icaci"ne# integraa# 4 Esta fase se centra en #acer la red consciente de las aplicaciones para !e p!eda opti%i-ar el rendi%iento de la aplicación y de %anera %ás eficiente entregar
aplicaciones de red a los !s!arios. ! s!arios. Con la tecnolog+a orientada a las ap licaciones en red &AO'" Application4Oriented 'et8or;ing(" Cisco #a entrado en esta tercera fase de l II'. Ade%ás de las capacidades tales co%o el al%acena%iento en cac#, de contenido" balanceo de carga y la seg!ridad a nivel de aplicación" el Cisco AO' #ace posible !e la red si%plifi!e la infraestr!ct!ra de aplicaciones %ediante la integración de la %anip!lación inteligente de %ensa)es de aplicación" opti%i-ación" y la seg!ridad en la red e
CISCO SONA/ El %arco de ar!itect!ra Cisco *O'A g!+a la evol!ción de las redes de las e%presas #acia !n II'. Utili-ando el %arco de *O'A" las e%presas p!e den %e)orar la fle
El %arco de *O'A describe las tres capas sig!ientes / Ca-a e in'rae#tr$ct$ra e !a re Interconecta todos los rec!rsos de TI a trav,s de !na base de red convergente. Los rec!rsos de TI incl!yen servidores" al%acena%iento y los clientes. La capa de infraestr!ct!ra de red representa la eA'( y con el teletraba)ador . El ob)etivo de esta capa es proporcionar conectividad en c!al!ier l!gar y en c!al!ier %o%ento . / Ca-a e #er&ici"# interacti&"# Per%ite la asignación eficiente de los rec!rsos a las aplicaciones y procesos de negocios entregados a trav,s de la infraestr!ct!ra de red . Esta capa incl!ye los sig!ientes servicios / *ervicios de vo- y colaboración / *ervicios de %ovilidad / *ervicios de seg!ridad e identidad / *ervicios de al%acena%iento / *ervicios de infor%ática / *ervicios de redes de aplicaciones / 0irt!ali-ación 0irt!ali-ación de Infraestr!ct!ra de la red / 3estión de *ervicios / *ervicios de gestión adaptativa / Ca-a e a-!icación Incl!ye aplicaciones de negocio y aplicaciones de colaboración. El ob)etivo de esta capa es satisfacer las necesidades de negocio n egocio y alcan-ar las eficiencias %ediante el aprovec#a%iento de la capa de servicios interactivos. Por e)e%plo" dentro de !na organi-ación con alg!nas oficinas re%otas" la seg%entación se p!ede #acer para las tres capas básicas de *O'A / La capa de infraestr!ct!ra de red representa la infraestr!ct!ra f+sica &es decir" la co%binación de la red" los servidores" los clientes" y el #ard8are de al%acena%iento !e se despliega a lo largo de !na red de e%presa(. / La capa de servicios interactivos representa la f!ncionalidad basada en la red poniendo rec!rsos a disposición de las aplicaciones y procesos de negocio. La entrega de aplicaciones" co%!nicación en tie%po real" la gestión" la %ovilidad" la seg!ridad" el transporte" y la virt!ali-ación se incl!yen en la capa de servicios interactivos. / La capa de aplicación representa el soft8are de la e%presa !e se oc!pa de las necesidades de los procesos de la organi-ación y el fl!)o de datos" a %en!do de !na %anera distrib!ida.
MODELOS DE RED CISCO Esta sección describe los %odelos de red de d e Cisco" co%en-ando con la ar!itect!ra e%presarial de Cisco" seg!ido por el %odelo de red )erár!ica" y concl!yendo con el >odelo de $ed e%presarial Co%p!esta.
ARQUITECTURA EMPRESARIAL CISCO Cisco proporciona !na ar!itect!ra de siste%as e%presariales !e ay!da a las co%pan+as a proteger" opti%i-ar y #acer crecer la infraestr!ct!ra !e soporta s!s procesos de negocio. Co%o se il!stra en la 2ig!ra 14=" la ar!itect!ra ofrece para la integración de toda la red 4 ca%p!s" centros de datos"
s!c!rsales" teletraba)adores y ?A' ?A' 4 ofreciendo al personal !n acceso seg!ro a las #erra%ientas" procesos y servicios !e re!ieren. Figure 1-2. Cisco Enterprise Architecture
La Ar!itect!ra de Ca%p!s E%presarial Cisco co%bina !na infraestr!ct!ra central de con%!tación inteligente y enr!ta%iento con tecnolog+as !e %e)oran la prod!ctividad estrec#a%ente integradas " incl!idas las co%!nicaciones IP " %ovilidad y seg!ridad avan-ada. La ar!itect!ra proporciona a la e%presa" con alta disponibilidad a trav,s de !n diseo flePL* & >!ltiprotocol Label *8itc#ing 0irt!al 0irt!al Private 'et8or;( " la gestión de identidad y acceso" y las redes de área local virt!ales &0LA' ( para dividir el acceso en c o%parti%ientos . Estas caracter+sticas ay!dan a %e)orar el rendi%iento y la seg!ridad " %ientras dis%in!ye los costos. La Ar!itect!ra E%presarial de Bata Center Cisco es !na ar!itect!ra de red co#esiva" adaptativa !e soporta los re!isitos de consolidación" contin!idad del nego cio y la seg!ridad al tie%po !e !e per%ite n!evas ar!itect!ras orientadas a servicios" virt!ali-ación y la infor%ática ba)o de%anda. El personal" los proveedores o los clientes p!eden contar con !n acceso seg!ro a las aplicaciones y rec!rsos" si%plificación y racionali-ación de la gestión y red!ciendo significativa%ente los gastos generales. Los Centros de datos red!ndantes proporcionan copia de seg!ridad !tili-ando los datos s+ncronos y
as+ncronos y replicación de aplicación. La red y los dispositivos ofrecen servidor y balanceo de carga de aplicaciones para %aPL*( sobre la Capa = o Capa ?A's" ?A's" #!b4and4spo;e" o topolog+as de %alla co%pleta.
MODELO DE RED JERARQUICA DE CISCO Tradicional%ente" el %odelo )erár!ico de tres capas" !e se il!stra en la fig!ra 14" se #a !tili-ado en el diseo de red" proporcionando !n %arco %od!lar !e per%ite p er%ite fle
Figure 1-3. Cisco Hierarchical Network Model.
/ Ca-a e Acce#" 4 Esta capa se !tili-a para conceder a los !s!arios el acceso a los dispositivos de red . En !n ca%p!s de la red" la capa de acceso general%ente incorpora los dispositivos de LA' de con%!tación con p!ertos !e proporcionan conectividad para estaciones de traba)o y servidores. En el entorno de la ?A'" ?A'" la capa de acceso ac ceso a sitios re%otos o en las casas de los teletraba)adores proporciona acceso a la red corporativa a trav,s de varias tecnolog+as ?A' ?A' . / Ca-a e Di#tri2$ción 4 Esta capa agrega las coneA' y 0P's. Por e)e%plo" la 2ig!ra 14F %!estra el %odelo aplicado al ca%p!s e%presarial" y la 2ig!ra 14G %!estra el %odelo aplicado a !n entorno ?A'. ?A'. El %odelo )erár!ico es 9til para redes %ás pe!eas" pero no escala bien para grandes redes de #oy en d+a" %ás co%ple)as. El >odelo de $ed E%presarial Co%p!esto" presentado en la sig!iente sección" ofrece %od!laridad y f!ncionalidad adicional.
Figure 1-4. Hierarchical Model Applied to the Enterprise Capus.
Figure 1-!. Hierarchical Model Applied to a "AN.
MODELO DE RED EMPRESARIAL COMPUESTO DE CISCO Cisco #a desarrollado !n con)!nto de %e)ores prácticas para la seg!ridad" !e co%prende !n plan para !e los diseadores y ad%inistradores de red pa ra la correcta instalación de sol!ciones de seg!ridad !e soporten las aplicaciones de red y la infraestr!ct!ra de red eodelo de $ed E%presarial Co%p!esta pri%ero divide la red en tres áreas f!ncionales" co%o se il!stra en la 2ig!ra 14H y se describe d escribe de la sig!iente %anera / Ca%p!s E%presarial &Enterprise Edge(4 Esta área f!ncional contiene los %ód!los nec esarios para constr!ir !na red de ca%p!s )erár!ica" %!y rob!sta. Los principios de acceso" distrib!ción y n9cleo se aplican a estos %ód!los de %anera apropiada. / 5orde E%presarial &Edge Enterprise( 4 Esta área f!ncional agrega conectividad a los distintos ele%entos en el borde de la red e%presarial" incl!yendo l!gares re%otos" Internet y !s!arios re%otos. / Proveedor de *ervicio de 5orde &*ervice Provider Edge( 4 Esta -ona no es i%ple%entada por la organi-ación" sino !e se incl!ye para representar la conectividad a los proveedores de servicios tales co%o los proveedores de servicios de Internet &I*Ps(" proveedores de ?A' ?A' y la red telefónica p9blica con%!tada &P*T'(. 2ig!re 14H. Enterprise Co%posite 'et8or; >odel 2!nctional Areas.
Co%o se il!stra en la 2ig!ra 14" cada !na de estas áreas f!ncionales f!nc ionales contiene varios %ód!los de red. Estos %ód!los p!eden a s! ve- incl!ir n9cleo )erár!ico" distrib!ción y f!ncionalidad de capa de acceso.
2ig!re 14. >od!les ?it#in t#e Enterprise Co%posite 'et8or; >odel.
El área f!ncional de Ca%p!s E%presarial E %presarial co%prende los sig!ientes %ód!los / 5!ilding 4 Contiene los con%!tadores de acceso y dispositivos de los !s!arios finales &incl!yendo PCs y tel,fonos IP(. / 5!ilding Bistrib!tion 4 Incl!ye s8itc#es %!lticapa de distrib!ción para facilitar el acceso en tre gr!pos de traba)o y el '9cleo. / '9cleo &Core( 4 ta%bi,n lla%ada espina dorsal" ofrece !na coneanage%ent( 4 $epresenta la f!ncionalidad de gestión de red" incl!yendo el %onitoreo" registro" seg!ridad y otras f!nciones de gestión dentro de !na e%presa. La 2ig!ra 14@ il!stra có%o el 5!ilding" 5!ilding Bistrib!tion" y %ód!los del n9cleo se asignan directa%ente en las capas de acceso" distrib!ción y core del %odelo )erár!ico. La fig!ra ta%bi,n %!estra có%o varios 5!ildingsD p!eden ser representados por varios con)!ntos de !n 5!ildingD y !n %ód!lo de 5!ilding Bistrib!tionD" con cada !no conectado al Core.
Figure 1-#. Multiple $uildings %epresented "ithin the Enterprise Capus.
El área f!ncional de Enterprise Edge es la interfa- entre el área f!ncional Ca%p!s Ca %p!s E%presarial &a trav,s del %ód!lo de distrib!ción de Edge( y el área f!ncional *ervicio Provider Edge. *e co%pone de los c!atro %ód!los sig!ientes / E4co%%erce 4 Incl!ye los servidores" dispositivos de red" etc necesarios para !na organi-ación !e proporcione la f!ncionalidad de co%ercio electrónico" tales co%o pedidos en l+nea. / Internet Corporativo 4 Ofrece acceso Internet para la organi-ación" y pasa el tráfico 0P' de los !s!arios e( &AT>( 4 $epresenta todas las cone" AT>" l+neas arrendadas" cable" l+nea de abonado digital &B*L(" >PL*" y la e
Crean", "c$(entan" % E3ec$tan" $n P!an e I(-!e(entación Un plan de i%ple%entación" efectivo y doc!%entado es el res!ltado de b!enos procesos y procedi%ientos d!rante el diseo de redes" i%ple%entación y pr!ebas de rendi%iento. En esta sección se describen los criterios para la creación de !n plan de i%ple%entación y s! doc!%entación asociada.
En'")$e# -ara !a Creación e $n P!an e I(-!e(entación Kay dos enfo!es para i%ple%entar ca%bios en !na red el !so de !n enfo!e ad #ocD o %ediante !n enfo!e estr!ct!rado. En !n enfo!e ad #ocD" el ingeniero de red identifica la necesidad de !n ca%bio" tal co%o la i%ple%entación de !n protocolo de enr!ta%iento" y pone en práctica la sol!ción sin planificación alg!na de las tareas. Las %!c#as tareas" co%o la conectividad" direcciona%iento" enr!ta%iento y seg!ridad se i%ple%entan y config!ran seg9n las necesidades. Un n!evo e!ipo p!ede ser aadido" y las n!evas oficinas p!eden ser desarrolladas. Con este enfo!e" es %ás probable !e los proble%as de escalabilidad" enr!ta%iento s!bópti%o" y de seg!ridad: p!edan oc!rrir. oc!rrir. *e re!iere !n b!en plan de i%ple%entación para evitar este tipo de dific!ltades. En !n enfo!e estr!ct!rado" el ingeniero de red identifica la necesidad de !na act!ali-ación de la red &por e)e%plo" la i%ple%entación de !n n!evo protocolo de enr!ta%iento( y se inicia con la planificación co%o el pri%er paso. *obre la base de la topolog+a e!c#os de los %odelos y %etodolog+as !tili-ados en TI d efinen !n enfo!e de ciclo de vida !tili-ando diversos procesos para ay!dar a proporcionar servicios de TI de alta calidad. La i%ple%entación de la red" incl!yendo !n plan de i%ple%entación" es sólo !na parte de estos %odelos. Los sig!ientes son alg!nos e)e%plos de estos %odelos / El enfo!e de Cisco Lifecycle *ervices define el con)!nto %+ni%o de acciones necesarias para ay!dar a los clientes a i%ple%entar con ,
/ El >odelo de falla" config!ración " contabilidad" rendi%iento y seg!ridad & 2CAP*4 2a!lt" Config!ration" Acco!nting" Perfor%ance and *ec!rity ( se define por la Organi-ación Internacional de 'or%ali-ación &I*O ( y define el con)!nto %+ni%o de categor+as necesarias para la gestión de la red con ,' Teleco%%!nication Teleco%%!nication >anage%ent 'et8or; ( es si%ilar al %odelo 2CAP* y define !n %arco para la gestión de redes de teleco%!nicaciones. La UIT 4T to%ó los principales aspectos del >odelo 2CAP* y lo refinó para crear el %arco de la $3T . El plan de i%ple%entación y p!esta en práctica son !no de los blo!es de constr!cción dentro del %arco. Cada organi-ación tiene s!s propios re!isitos. El %odelo y s!s ele%entos elegidos deben enca)ar a la organi-ación" y s!s re!isitos e%presariales y t,cnicos. Los distintos %odelos p!eden ser co%binados y adaptados para !n a)!ste ópti%o. Por Po r e)e%plo" los co%ponentes de los servicios" procesos y procedi%ientos necesarios para crear !n plan de i%ple%entación con ,
Creación e $n P!an e I(-!e(entación Co%o se detalla en el libro A!tori-ado de A!to 3!+a de est!dio de Cisco Press Biseo para Cisco Internet8or; *ol!tions &desgn(" seg!nda edición" la %etodolog+a de diseo reco%endada para !sar con el %odelo PPBIOO incl!ye tres pasos básicos
Pa#" .4 Ienti'icar !a# nece#iae# e! c!iente en este paso" !e se co%pleta t+pica%ente d!rante la fase PrepareD del PPBIOO" la to%a de decisiones claves se identifican los re!isitos t,cnicos y de negocio inicial. *obre la base de estos re!isitos" se propone !na ar!itect!ra concept!a l de alto nivel.
Pa#" 04 Caracteri5ar !a re % #iti"# e6i#tente# La fase del Plan consiste en la caracteri-ación de los sitios y la eval!ación de las redes e
Pa#" 14 Di#e7ar !a t"-"!"g8a % #"!$ci"ne# e re En este paso" se crea el diseo detallado de la red. Las decisiones se to%an sobre la infraestr!ct!ra de red" servicios de infraestr!ct!ra y aplicaciones. Los datos para la to%a de estas decisiones se re!nieron d!rante los dos pri%eros pasos.
Una red piloto o prototipo podr+a constr!irse c onstr!irse para verificar la corrección del diseo y de identificar y corregir c!al!ier proble%a co%o !na pr!eba de concepto antes de i%ple%entar toda la red. Un doc!%ento de diseo detallado ta%bi,n se escribe en este paso" !e incl!ye la infor%ación !e se #a doc!%entado en los pasos anteriores. C!ando el diseo es co%pletado" se e)ec!ta el proceso de i%ple%entación del diseo: este proceso incl!ye los sig!ientes pasos
Pa#" .4 P!ani'icar !a -$e#ta en -r9ctica B!rante este paso" el plan de i%ple%entación se prepara con antelación para acelerar y clarificar la aplicación real. La eval!ación de los costes ta%bi,n se lleva a cabo en este %o%ento. Este paso se lleva a cabo d!rante la fase de Biseo del PPBIOO.
Pa#" 04 I(-!e(entar % &eri'icar e! i#e7" La i%ple%entación real y verificación del diseo to%a l!gar d!rante este paso %ediante la constr!cción de la red. Este paso se asigna directa%ente a la fase de I%ple%entación de la %etodolog+a PPBIOO.
Pa#" 14 M"nit"re" % rei#e7" "-ci"na!(ente La red se pone en f!nciona%iento desp!,s de !e se constr!ya. B!rante la operación" la red es %onitoreada y controlada por errores constante%ente. *i la resol!ción de proble%as se v!elven de%asiado frec!entes o incl!so i%posible de %ane)ar" p!ede ser necesario !n rediseo de la red" lo !e p!ede ser evitado si todos los pasos anteriores se #an co%pletado correcta%ente. Este paso es !na parte de las fases de operación y opti%i-ación de la %etodolog+a PPBIOO. Por lo tanto" el proceso de creación del plan de i%ple%entación es parte de la fase de diseo. Antes de desarrollar el plan de i%ple%entación" se debe identificar toda la infor%ación sig!iente / In'"r(ación e#-ec8'ica e Re, % !a# acti&iae# % tarea# a#"ciaa# c"n e! e#arr"!!" e! -!an e i(-!e(entación 4 La infor%ación de la red incl!ye la topolog+a e
/ Planificando la i%ple%entación / *eleccionando las #erra%ientas y rec!rsos necesarios / Coordinando el traba)o con los especialistas / 0erificando 0erificando la i%ple%entación / Interpretando los res!ltados de rendi%iento / Boc!%entando la l+nea de base" el rendi%iento y reco%endaciones Las tareas de !n plan de i%ple%entación en !n sitio espec+fico p!eden incl!ir lo sig!iente / Identificando aplicaciones y dispositivos !e se i%ple%entarán. / Creando las tareas de instalación y listas de co%probación &c#ec; list(. / Befiniendo la config!ración de dispositivos y los re!isitos de soft8are / Creando config!raciones de dispositivos en l!gares espec +ficos" tareas de instalación y listas de co%probación / Creando pr!ebas de verificación de la instalación
D"c$(entación e! P!an e I(-!e(entación La doc!%entación del plan de i%ple%entación debe ser correcta y act!ali-ada" ya !e es necesario tanto d!rante la i%ple%entación co%o en la verificación. Besp!,s de la i%ple%entación" todos los pasos de verificación y res!ltados deben ser aadidos a la doc!%entación para !e sea 9til en la resol!ción de proble%as y para la planificación de f!t!ras act!ali-aciones y ca%bios en la red. La doc!%entación ta%bi,n debe ser accesible &por e)e%plo" a los ingenieros de sol!ción de proble%as(. La doc!%entación debe contener toda la infor%ación act!al sobre el e!ipo y la config!ración" y debe incl!ir los proble%as conocidos" a la sit!ación original" y los detalles y res!ltados de las tareas de verificación. La doc!%entación ta%bi,n se p!ede p!e de !tili-ar para crear infor%es sobre la i%ple%entación" incl!yendo las tareas reali-adas" el calendario" los rec!rsos invol!crados" y as+ s!cesiva%ente. La doc!%entación del plan de i%ple%entación debe incl!ir lo sig!iente / Infor%ación de red / Kerra%ientas necesarias / Los rec!rsos necesarios / Tareas del plan de i%ple%entación / Tareas de 0erificación / La %edición del dese%peo y los res!ltados / Las capt!ras de pantalla y fotograf+as" seg9n sea el caso. El proceso de creación de la doc!%entación no está ter%inado #asta el final del proyecto" c!ando se aade la infor%ación de verificación a la %is%a. Utilice !na plantilla para !n plan de i%ple%entación y aada infor%ación a la %is%a d!rante cada paso del proceso. *i !na plantilla estándar no e
act!ali-ar la red en el f!t!ro.
E3e(-!" P!an e I(-!e(entación En esta sección se ofrece !n e)e%plo del proceso de creación de !n plan de i%ple%entación.
E#cenari" e E3e(-!" e re En este e)e%plo" !na organi-ación tiene !na red e
/ La doc!%entación de diseo / Las config!raciones act!ales" incl!idas las direcciones IP" IP" el res!%en" el enr!ta%iento" 7o*" seg!ridad" y as+ s!cesiva%ente / la !tili-ación del enlace act!al ac t!al y %,tricas / Los re!isitos espec+ficos del sitio" incl!yendo el direcciona%iento IP" IP" el soft8are" los ca%bios en la topolog+a" los re!isitos del protocolo de enr!ta%iento" 7o*" seg!ridad" y as+ s!cesiva%ente
E3e(-!" e P!an e I(-!e(entación e Re El plan de i%ple%entación p!ede ser creado" e incl!ye lo sig!iente / Una lista de contactos de proyectos y declaraciones de traba)o" para p ara definir todas las personas invol!cradas y s!s co%pro%isos con el proyecto pro yecto / *itio y !bicación de los e!ipos de infor%ación y los detalles de có%o se obtiene acceso a los locales / Kerra%ientas y rec!rsos necesarios / Los s!p!estos #ec#os / Tareas a reali-ar" incl!yendo descripciones detalladas / El plan de p!esta en escena de la red
DESCRIPCION GENERAL DE ENRUTAMIENTO ENRUTAMIENTO IP Los ro!ters env+an pa!etes #acia las redes de destino. Para reenviar los pa!etes" los ro!ters deben saber acerca de estas redes re%otas y deter%inar la %e)or %anera de llegar a ellos. Esta sección se oc!pa de las for%as en !e los ro!ters aprenden acerca de las redes y có%o los ro!ters p!eden incorporar r!tas estáticas y diná%icas. Los ro!ters deben estar al tanto de las redes de destino para poder enviar pa!etes a ellos. Un ro!ter sabe acerca de las redes directa%ente conectadas a s!s interfaces" calc!la el n9%ero de s!bred o red de !na interfa- %ediante el !so de la dirección y la %áscara de s!bred config!rado en esa interfa-. Para las redes no conectadas directa%ente a !na de s!s interfaces" sin e%bargo" el ro!ter debe confiar en la infor%ación e
Princi-i"# e enr$ta(ient" e#t9tic" En esta sección se e
/ C!ando !n ro!ter se conecta a s! I*P y tiene !e tener sólo !na r!ta por defecto !e ap!nta #acia el ro!ter del I*P" I*P" en ve- de aprender %!c#as %!c# as r!tas desde el I*P. I*P. / C!ando !n ro!ter es de poca potencia y no tiene la CPU o rec!rsos de %e%oria necesaria para %ane)ar !n protocolo de enr!ta%iento diná%ico. Un !so ideal para el enr!ta%iento en r!ta%iento estático es !n diseo de #!b4 and4spo;e " con todos los sitios re%otos faltando de n!evo al sitio central & el #!b ( y !no o dos ro!ters en el sitio central !e tiene !na r!ta estática para todas las s!bredes en cada sitio re%oto. *in e%bargo" sin !n diseo adec!ado " co%o !na red !e cre-ca en cientos de ro!ters " con cada ro!ter !e tenga n!%erosas s!bredes " el n9%ero de r!tas estáticas en cada ro!ter ta%bi,n a!%enta . Cada ve- !e se aade !na n!eva s!bred o ro!ter" !n ad%inistrador debe agregar !na r!ta estática a las n!evas redes en varios ro!ters. La carga ad%inistrativa para %antener esta red p!ede llegar a ser e
C"n'ig$ran" $na r$ta e#t9tica Utilice el co%ando de config!ración global para crear r!tas estáticas ip route prefix mask {address | interface [address] } [dhcp] [distance] [nae next-hop-name] [peranent| track number ] [tag tag ]
Los pará%etros de este co%ando se e
NOTA Utilice las r!tas estáticas !e ap!ntan a !na interfa- sobre sólo interfaces p!nto a p!nto" por!e en interfaces %!ltiacceso el ro!ter no conocerá la dirección espec+fica a la !e enviará la infor%ación. &En alg!nos casos" estas r!tas estáticas p!eden traba)ar de todos %odos" debido a Pro
N1 0,ase la nota desp!,s de esta tabla para obtener !na e
CONFIGURANDO UNA RUTA ESTATICA POR DEFECTO En alg!nas circ!nstancias" !n ro!ter no necesita reconocer los detalles de las redes re%otas. El ro!ter es config!rado para enviar todo el tráfico" ó todo tráfico por el c!al no #ay !na entrada %ás espec+fica en la tabla de enr!ta%iento" en !na dirección partic!lar: esto es conocido co%o $!ta por Befecto. Las r!tas por defecto son o diná%ica%ente p!blicadas !sando protocolos de enr!ta%iento o estática%ente config!radas. Para crear !na r!ta estática por defecto" !tilice el co%ando IP $OUTE nor%al" pero tanto con la red destino &el prefi)o en la sinta
N"ta/ 0ea la sección 6El Co%ando ip classless6" %ás adelante en este cap+t!lo" para !n análisis de escenarios en los !e la r!ta por defecto no p!ede ser seg!ido. En la 2ig!ra 141" en el $o!ter A" la r!ta estática a la red 1.=.. se #a s!stit!ido por !na r!ta estática por defecto !e ap!nta al ro!ter 5. En el ro!ter 5" se #a aadido !na r!ta estática por defecto" ap!ntando a s! I*P. El tráfico procedente de !n dispositivo en la red 1=.1H.1. del $o!ter A con destino a !na red a trav,s de Internet se env+a al ro!ter 5. El ro!ter 5 reconoce !e la red de destino no coincide con ning!na entrada espec+ficos en s! tabla de enr!ta%iento en r!ta%iento y env+a el tráfico al I*P. I*P. Es entonces responsabilidad del I*P enr!tar ese tráfico a s! destino. Figure 1-1/. Con+iguring the tatic (e+ault %oute
En la fig!ra 141" para alcan-ar la red 1=.1H.1.J=F" el ro!ter 5 todav+a necesita !na r!ta estática ap!ntando f!era de s! interfa- *JJ. Entrando el co%ando *KO? IP $OUTED sobre el ro!ter A en la 2ig!ra 141" entrega la infor%ación %ostrada en el E)e%plo 141. E Gateway of last resort is not set C 172.16.1.0 is directly connected !ast"ternet0$0 C 10.1.1.0 is directly connected %erial0$0$0 %& 0.0.0.0$0 '1$0( )ia 10.1.1.1
PRINCIPIOS DE ENRUTAMIENTO ENRUTAMIENTO DINAMICO El enr!ta%iento diná%ico per%ite a la red a)!star a )!star ca%bios en la topolog+a de for%a a!to%ática" a!to %ática" sin la intervención del ad%inistrador. En esta sección se describen los principios de enr!ta%iento diná%ico. Una r!ta estática no p!ede responder diná%ica%ente a los ca%bios de la red. *i falla !n enlace" la r!ta estática ya no es válida si es config!rado para !tili-ar ese enlace fallido" por lo !e !na n!eva r!ta estática se debe config!rar. *i se aade !n n!evo ro!ter o !n n!evo enlace" en lace" esa infor%ación ta%bi,n debe estar config!rada en cada ro!ter de la red. En !na red inestable o !e tiene %ás de !n par de r!tas" estos ca%bios p!eden cond!cir a !n traba)o considerable para los ad%inistradores de red. Ta%bi,n p!ede to%ar !n largo tie%po para cada ro!ter en la red" recibir la infor%ación correcta. En sit!aciones co%o ,stas" p!ede ser !e sea %e)or tener a los ro!ters recibiendo infor%ación acerca de las redes y enlaces" entre s+" !tili-ando !n protocolo de enr!ta%iento diná%ico. C!ando se !tili-a !n protocolo de enr!ta%iento diná%ico" el ad%inistrador config!ra el protocolo de enr!ta%iento en cada ro!ter" co%o se %!estra en la fig!ra 1411. Los ro!ters interca%bian entonces infor%ación acerca de las redes alcan-ables alcan-ab les y el estado de cada red. Los ro!ters interca%bian infor%ación sólo con otros ro!ters e)ec!tando el %is%o protocolo d e enr!ta%iento. C!ando la topolog+a de red ca%bia" la n!eva infor%ación se propaga de for%a diná%ica en toda la red" y cada ro!ter act!ali-a s! tabla de enr!ta%iento para refle)ar los ca%bios. Los sig!ientes son alg!nos e)e%plos de protocolos de enr!ta%iento diná%ico / $IP &versiones 1 y =( / EI3$P / I*4I* / O*P2 / 53P 2ig!re 1411. $o!ters $!nning a Byna%ic $o!ting Protocol E
La infor%ación interca%biada por los ro!ters incl!ye la %,trica p ara cada destino &este valor se lla%a a veces la distancia o el costo(. Una %,trica es !n valor !e los protocolos de enr!ta%iento !tili-an para %edir los ca%inos #acia !n destino. Los diferentes protocolos de enr!ta%iento basan s! %,trica en diferentes %edidas" incl!yendo el n9%ero de saltos" velocidad de la interfa-" o %,tricas %ás co%ple)as. La %ayor+a de los protocolos de enr!ta%iento %antienen bases de datos !e contienen todas las redes !e el protocolo de enr!ta%iento
reconoce" todas las r!tas de acceso a cada red y la %,trica de cada !no de estos ca%inos. *i !n protocolo de enr!ta%iento reconoce %ás de !n ca%ino para llegar a !na red" se co%para la %,trica para cada ca%ino diferente y elige la r!ta con la %,trica %ás ba)a. *i e
E0aple 1-2. Con+iguring %, routerA*confi+,#router rip routerA*confi+-router,#network 172.16.0.0 routerA*confi+-router,#network 10.0.0.0 router*confi+,#ip route 0.0.0.0 0.0.0.0 Serial0/0/1 router*confi+,#router rip router*confi+-router,#network 10.0.0.0
El $o!ter 5 ta%bi,n c!enta con dos redes conectadas directa%ente. *in e%bargo" e %bargo" el ro!ter 5 !iere sólo la red !e !e co%parte con el $o!ter A para participar en $IP. $IP. Por lo tanto" !na sentencia net8or;D n et8or;D se config!ra sólo para la red 1.... 1 .... Co%o se e
PRINCIPIOS DE ENRUTAMIENTO ENRUTAMIENTO POR DEMANDA Un inconveniente de las r!tas estáticas es !e deben ser config!radas y act!ali-adas %an!al%ente c!ando ca%bia la topolog+a de la red. Un inconveniente de los protocolos de enr!ta%iento diná%ico es !e !tili-an anc#o de banda de la red y rec!rsos del ro!ter. En !na red #!b4and4spo;e con cientos de spo;esD" tanto en la config!ración necesaria para las r!tas estáticas co%o el !so de rec!rsos de enr!ta%iento diná%ico p!eden ser considerables. Kay !na tercera opción OB$ &On4Be%and $o!ting(. OB$ !sa el Cisco Biscovery Protocol &CBP( para transportar la infor%ación de red entre ro!ters spo;eD &st!b( y el ro!ter #!b. OB$ proporciona infor%ación de enr!ta%iento IP con !na sobrecarga %+ni%a en co%paración con !n protocolo de enr!ta%iento diná%ico y re!iere %enos config!ración %an!al !e las r!tas estáticas. C!ando se config!ra OB$" los ro!ters st!bD !tili-an CBP para enviar infor%ación de prefi)o IP al ro!ter #!b. Los ro!ters *t!b env+an infor%ación de prefi)os para todas s!s redes conectadas directa%ente. OB$ reporta la %áscara de s!bred" por lo !e per%ite diferentes s!bredes dentro de la %is%a red principal para tener diferentes %áscaras de s!bred. Esto se conoce co%o %áscara de s!bred de longit!d variable &0L*>( y se describe e n detalle en el Ap,ndice 5. El ro!ter #!b" a s! ve-" env+a !na r!ta por defecto a los spo;esD !e ap!nta de n!evo a s+ %is%o. *e instala las redes st!b reportadas por OB$ en s! tabla de enr!ta%iento y p!eden ser config!radas para redistrib!ir estas r!tas en !n protocolo de enr!ta%iento diná%ico. Para !na dirección del sig!iente salto" el ro!ter #!b !tili-a la dirección IP del ro!ter spo;e tal !e sea reportada a ,ste por CBP. CBP. OB$ no es !n protocolo verdadero de enr!ta%iento por!e la infor%ación interca%biada se li%ita a los prefi)os IP y !na r!ta por defecto. OB$ no reporta infor%ación de la %,trica" el ro!ter #!b !tili-a !na c!enta de saltos de 1 co%o la %,trica para todas las r!tas notificadas a trav,s de OB$. *in e%bargo" %ediante el !so de OB$" la infor%ación de enr!ta%iento para redes aisladas p!ede ser obtenida de for%a diná%ica sin la sobrecarga de !n protocolo de enr!ta%iento diná %ico" y las r!tas por defecto p!eden ser proporcionadas a los ro!ters st!b sin config!ración %an!al.
C"n'ig$ran" ODR OB$ es config!rado sobre el ro!ter st!b !sando el co%ando de config!ración global ro!ter odrD. En el ro!ter *t!b" no debe #aber !n protocolo de enr!ta%iento config!rado. Be #ec#o" desde el p!nto de vista de OB$" !n ro!ter se considera a!to%ática%ente !n st!b c!ando ning9n protocolo de enr!ta%iento IP #a sido config!rado. La 2ig!ra 141= %!estra !na topolog+a #!b4and4spo;e. 2ig!re 141=. K!b4and4*po;e Topology Config!ring OB$.
OB$ ta%bi,n se p!ede a)!star con co%andos opcionales" incl!yendo el !so de !na lista de distrib!ción para controlar la infor%ación de red !e se reconoce a trav,s de OB$" y a)!stando los te%pori-adores OB$ con los co%andos de config!ración de ro!ter ti%ers basicD. OB$ se basa en CBP para transportar la infor%ación entre el ro!ter #! b y los ro!ters spo;e. Por lo tanto" CBP debe estar #abilitado en los enlaces entre el ro!ter #!b y los ro!ters spo;e. Los ro!ters de Cisco por defecto tienen #abilitado CBP tanto global%ente co%o por interfa- en la %ayor+a de las interfaces. *in e%bargo" en alg!nos enlaces ?A'" ?A'" tales co%o AT>" AT>" CBP se debe #abilitar de for%a e
OB$ es 1H. &La distancia ad%inistrativa se describe en la sección 6Ad%inistrative Bistancia6" %ás adelante en este cap+t!lo(. Ade%ás" no #ay !e con f!ndir el caracter oD de r!tas OB$ con el caracter OD de r!tas O*P2. E
Caracter8#tica# e !"# -r"t"c"!"# e enr$ta(ient" Los protocolos de enr!ta%iento se p!eden clasificar en diferentes categor+as" co%o vector4distancia" de estado de enlace" o vector4distancia avan-ado. Los protocolos de enr!ta%iento IP ta%bi,n se p!eden clasificar co%o clase &classf!l( o sin clase &classless(. Estas Estas caracter+sticas se anali-an en esta sección.
Pr"t"c"!"# e enr$ta(ient" enr$ ta(ient" Vect"r
C"nce-t"# e -r"t"c"!" e enr$ta(ient" c"n c!a#e Los protocolos de enr!ta%iento IP se p!eden clasificar co%o con clase o sin clase
/ Las act!ali-aciones de enr!ta%iento enviadas por !n protocolo de enr!ta%iento con clase no incl!yen la %áscara de s!bred. $IP 0ersión 0ersión 1 &$IPv1( es !n protocolo de enr!ta%iento con clase. / Las act!ali-aciones de enr!ta%iento enviadas por !n protocolo de enr!ta%iento sin clase incl!yen la %áscara de s!bred. $IP 0ersión 0ersión = &$IPv=(" EI3$P" EI3$P" O*P2" I*4I* y 53P son protocolos de enr!ta%iento sin clase. La %ayor+a de las redes %odernas %od ernas !tili-an protocolos sin clase.
C"(-"rta(ient" e! Pr"t"c"!" e enr$ta(ient" c"n c!a#e C!ando los protocolos con clase f!eron desarrollados original%ente" las redes eran %!y diferentes de las !e se !san a#ora. La %e)or velocidad de %óde% era de bps" la %ayor l+nea ?A' ?A' era de GH ;bps" la %e%oria del ro!ter era %enos de HF S5 y los procesadores estaban corriendo en el rango SK-. Las act!ali-aciones de enr!ta%iento ten+an !e ser lo s!ficiente%ente pe!eo co%o para no %onopoli-ar el anc#o de banda del enlace ?A'. ?A'. Ade%ás" los ro!ters no ten+an los rec!rsos para %antener la infor%ación act!ali-ada sobre cada s!bred. Un protocolo de enr!ta%iento con clase no incl!ye infor%ación de la %áscara de s!bred en s!s act!ali-aciones de enr!ta%iento. Bebido a !e ning!na infor%ación de %áscara de s!bred es conocida" c!ando !n ro!ter con clase recibe act!ali-aciones de enr!ta%iento" el ro!ter #ace s!posiciones acerca de la %áscara de s!bred !tili-ada por las redes listadas en la act!ali-ación" con base en la clase de la dirección IP. Los ro!ters env+an pa!etes de act!ali-ación desde s!s interfaces a otros ro!ters conectados. Un ro!ter env+a toda la dirección de s!bred en la act!ali-ación c!ando !n pa!ete de act!ali-ación invol!cra !na s!bred de la %is%a red con clase co%o la dirección IP de la interfa- de trans%isión. El ro!ter receptor as!%e entonces !e la %áscara de la s!bred en la act!ali-ación &desde el ro!ter e%isor( es la %is%a !e la %áscara en la interfa- receptora. Por e)e%plo" si el ro!ter A env+a !na act!ali-ación sobre 1.1.. al $o!ter 5" y el $o!ter A y 5 están conectadas por la 1.=..J1H s!bred " el ro!ter 5 s!pone !e la %áscara de la s!bred 1.1.. es J 1H" la %is%a %áscara !e se enc!entra en la interfa- !e recibe la act!ali-ación . *i la s!bred en la act!ali-ación tiene en realidad !na %áscara de s!bred diferente" el ro!ter receptor tendrá !na infor%ación incorrecta en s! tabla de enr!ta%iento. Por lo tanto" c!ando se !tili-a !n protocolo de enr!ta%iento con clase" es i%portante !tili-ar ! tili-ar la %is%a %áscara de s!bred en todas las s!bredes pertenecientes a la %is%a red con clase" en otras palabras" los protocolos de enr!ta%iento con clase no ad%iten 0L*>. C!ando !n ro!ter !e !tili-a !n protocolo de enr!ta%iento con clase tiene !e enviar !na act!ali-ación acerca de !na s!bred de !na red a trav,s de !na interfa- !e pertenece a otra red" el ro!ter as!%e !e el ro!ter re%oto !tili-ará la %áscara de s!bred por defecto para esa clase de dirección IP. IP. Por lo tanto" c!ando el ro!ter env+a la act!ali-ación" no incl!ye la infor%ación de la s!bred" el pa!ete de act!ali-ación contiene sólo la infor%ación principal &con clase( de la red. Este proceso se lla%a a!tos!%%ari-ationD a trav,s de la frontera de la red: el ro!ter env+a !n res!%en de todas las s!bredes en esa red %ediante el env+o de sólo la infor%ación de la red principal. Protocolos de enr!ta%iento con clase crean a!to%ática%ente !na r!ta de res!%en con clase en los bordes de redes. Los protocolos de enr!ta%iento con clase no per%iten res!%ir en otros p!ntos !e confor%an el espacio de direcciones de red principal. El ro!ter !e recibe la act!ali-ación se co%porta de !na %anera si%ilar. si%ilar. C!ando !na act!ali-ación contiene infor%ación sobre !na red con clase diferente a la !e s! interfa- !sa" el ro!ter aplica la
%áscara con clase por defecto para esa act!ali-ación. El ro!ter debe as!%ir c!ál %áscara de s!bred es ya !e la act!ali-ación no contiene infor%ación de la %áscara de s!bred. En la fig!ra 141" el $o!ter A an!ncia la s!bred 1.1.. al $o!ter 5 ya !e la interfa- !e los conecta conec ta pertenece a la %is%a red principal con clase 1.... C!ando el $o!ter 5 recibe el pa!ete de act!ali-ación" ,ste s!pone !e la s!bred 1.1.. !tili-a la %is%a %áscara de 1H bits co%o el !tili-ado en s! s!bred 1.=...
Fig$re .<.14 Net:"r; S$((ari5ati"n in C!a##'$! R"$ting4
$o!ter C an!ncia la s!bred 1=.1H.1. #acia el $o!ter 5 ya !e la interfa- !e los conecta pertenece a la %is%a red principal con clase 1=.1H... 1= .1H... Por lo tanto" la tabla de enr!ta%iento del ro!ter 5 tiene infor%ación acerca de todas las s!bredes !e están en !so en la red. *in e%bargo" el ro!ter 5 res!%e las s!bredes 1=.1H.=. y 1=.1H.1. a 1=.1H.. antes de enviarlos al ro!ter A. Por lo tanto" la tabla de enr!ta%iento del ro!ter A contiene infor%ación res!%ida sobre la red 1=.1H... Bel %is%o %odo" el ro!ter 5 res!%e las s!bredes 1.1.. y 1.=.. a 1... antes de enviar la infor%ación de enr!ta%iento al ro!ter C. Este res!%en se prod!ce por!e la act!ali-ación atraviesa !na frontera de red principal. La act!ali-ación va desde !na s!bred de la red 1..." la s!bred 1.=.." a !na s!bred de otra red principal" la red 1=.1H... La tabla de enr!ta%iento del ro!ter C contiene infor%ación res!%ida acerca de la red 1....
SUMARI=ANDO RUTAS RUTAS EN UNA RED CON SU>REDES NO CONTIGUAS Las s!bredes no contig!as son s!bredes de d e la %is%a red principal !e están separadas por !na red principal diferente. $ecorde%os !e los protocolos con clase res!%en a!to%ática%ente en las fronteras de la red" lo !e significa lo sig!iente / Las s!bredes no se an!ncian a !na red principal diferente. / Las s!bredes no contig!as no son visibles las !nas a las otras. En la 2ig!ra 141F" $o!ters A y 5 no an!ncian las s!bredes 1=.1H.G. = GG.=GG.=GG. ni 1=.1H.H. 1=.1H.H . =GG.=GG.=GG. al $o!ter C por!e $IPv1 no p!ede an!nciar s!bredes a trav,s de !na red principal diferente" tanto $o!ter A co%o $o!ter 5 an!ncian 1=.1H.. 1= .1H.. al ro!ter C. Esto lleva a conf!sión al enr!tar a trav,s de la red [email protected]=@. El ro!ter C" por e)e%plo" recibe r!tas sobre 1=.1H..
desde dos direcciones diferentes: por lo tanto" p!e de to%ar !na decisión de enr!ta%iento incorrecta. Figure 1-14. Class+ul %outing ,rotocols (o Not upport (iscontiguous u'nets
A!n!e ellos son protocolos sin clase" $IPv= y EI3$P ta%bi,n res!%en a!to%ática%ente por defecto en los bordes de la red. *in e%bargo" esta caracter+stica se p!ede desactivar en $IPv= y EI3$P. EI3$P. 'o se p!ede desactivar para $IPv1. P!ede resolver esta sit!ación %ediante el !so de $IPv=" O*P2" I*4I* o EI3$P y no !tili-ar la s!%ari-ación" por lo !e las r!tas de s!bred se an!nciarán con s!s %áscaras de d e s!bred reales.
N"ta Para EI3$P la doc!%entación de Cisco IO* dice !e el res!%en a!to%ático &a!tos!%ari-ación( está desactivado por defecto. *in e%bargo" e %bargo" las pr!ebas #an confir%ado !e está a!n #abilitado" al %enos en alg!nas versiones del IO*. Por P or lo tanto" ser+a pr!dente confir%ar la config!ración de A!torres!%en o config!rarlo de for%a e
EL COMANDO IP CLASSLESS El co%porta%iento de !n protocolo de enr!ta%iento con clase ca%bia c!ando el co%ando de config!ración global ip classlessD es !sado. 'OTA 'OTA El co%ando ip classlessD es #abilitado por defecto en el soft8are de Cisco IO* $elease 1=. y posterior a ,ste. En opciones anteriores es des#abilitado por defecto. C!ando se e)ec!ta !n protocolo con clase &$IPv1(" 6ip classless6 debe estar activada si se desea !e el ro!ter !tilice la r!ta por defecto c!ando se recibe !n pa!ete destinado a !na s!bred desconocida de !na red por la c!al se conoce alg!nas s!bredes. Por e)e%plo" considere la tabla de enr!ta%iento de !n ro!ter !e tiene entradas para las s!bredes 1.G..J1H y 1.H..J1H y !na r!ta predeter%inada de .... *i !n pa!ete pa!e te llega para !n destino en la s!bred 1...J1H y IP classlessD no está #abilitado" el pa!ete se descarta. Los protocolos con clase as!%en !e si conocen alg!nas de las s!bredes de la red 1..." deben conocer todas las s!bredes e
CONCEPTOS DE PROTOCOLOS DE ENRUTAMIENTO ENRUTAMIENTO SIN CLASE Los protocolos de enr!ta%iento sin clase p!eden ser considerados protocolos de seg!nda generación" ya !e están diseados para #acer frente a alg!nas de las li%itaciones de los protocolos de enr!ta%iento con clase anteriores. Una de las li%itaciones %ás graves en !n entorno de red con clase es !e la %áscara de s!bred no se interca%bia d!rante el proceso de act!ali-ación de enr!ta%iento" y por lo tanto" la %is%a %áscara de s!bred debe ser !tili-ada en todas las s!bredes dentro de la %is%a red principal. Con los protocolos de enr!ta%iento sin clase" d iferentes s!bredes dentro de la %is%a red principal p!eden tener diferentes %áscaras de s!bred" es decir" soportan soportan 0L*>. *i %ás de !na entrada en la tabla de enr!ta%iento coincide con !n ! n destino en partic!lar" se !tili-a la coincidencia de prefi)o %ás largo de la tabla de enr!ta%iento. Por e)e%plo" si !na tabla de enr!ta%iento tiene diferentes r!tas a 1=.1H..J1H y a 1=.1H.G.J=F" los pa!etes dirigidos a 1=.1H.G.MM se enr!tan a trav,s de la r!ta 1=.1H.G.J=F " ya !e la dirección tiene el la coincidencia %ás largo de la red de destino. Otra li%itación del enfo!e con clase es la necesidad de res!%ir &s!%ari-ar( a!to%ática%ente a la frontera de red con clase en los bordes de la red principal. En !n entorno sin clases" el proceso de res!%en de r!ta se p!ede controlar %an!al%ente y por lo general se p!ede invocar en c!al!ier posición de bit en la dirección. Bebido a !e las r!tas de s!bred podr+an ser propagadas por todo el do%inio de enr!ta%iento" el res!%en de r!ta %an!al p!ede ser re!erido para %antener %ane)able el ta%ao de las tablas de enr!ta%iento.
RIP&0 % EIGRP EI GRP A$t"(atic Net:"r;
*e p!ede resolver este proble%a des#abilitando el res!%en a!to%ático c!ando se e)ec!ta $IPv= o EI3$P. EI3$P. Los ro!ters sin clase !tili-an la coincidencia del prefi)o %ás largo c!ando se selecciona !na r!ta de la tabla de enr!ta%iento. Por lo tanto" si !no de los ro!ters an!ncia sin res!%ir" los otros ro!ters ven las r!tas de s!bred y la r!ta de res!%en. Entonces los otros ro!ters p!eden seleccionar la coincidencia de prefi)o %ás largo y seg!ir el ca%ino correcto. Por e)e%plo" en la fig!ra 141G" si el ro!ter A sig!e res!%iendo a 1=.1H..J1H y el $o!ter 5 está config!rado para no res!%ir" res!%ir" el ro!ter C recibe r!tas e
Figure 1-16. E++ect o+ the no auto-summary Coand +or %,*2.
En la red O*P2 %ostrada en la 2ig!ra 141H" el ro!ter 5 pasa la infor%ación de s!bred y de %áscara de s!bred al $o!ter C" y el $o!ter C pone los detalles de s!bred en s! tabla de enr!ta%iento. $o!ter C no necesita !sar %áscaras con clase por defecto para la infor%ación de enr!ta%iento recibida por!e p or!e la %áscara de s!bred se incl!ye en la act!ali-ación de enr!ta%iento" y O*P2 no res!%e a!to%ática%ente las redes. P!ede desactivar el res!%en a!to%ático de $IPv= y EI3$P con el co%ando de config!ración de ro!ter no a!to4s!%%aryD. C!ando el res!%en a!to%ático está desactivado" $IPv= y EI3$P reenv+an infor%ación de la s!bred" incl!so a trav,s de interfaces !e pertenecen a diferentes redes principales. En la red de $IPv= en la fig!ra 141" el res!%en a!to%ático se #a desactivado. Observe !e a#ora la tabla de enr!ta%iento es la %is%a tanto para el $IPv= co%o para los ro!ters O*P2. 'ota El co%ando de config!ración de ro!ter a!to4s!%%aryD para 53P deter%ina có%o 53P %ane)a r!tas redistrib!idas. El cap+t!lo G" 6I%ple%entación de Control de $!ta6" describe este co%ando en detalle.
RIP ?R"$ting In'"r(ati"n Pr"t"c"!@ Esta sección describe las dos versiones de $IP 4 $IPv1 y $IPv= 4 y có%o config!rarlos. En cap+t!los posteriores de este libro se detallan otros protocolos de enr!ta%iento. enr!ta%iento.
Caracter8#tica# e RIP&. $IPv1 se describe en el $2C 1G@" Protocolo de infor%ación de enr!ta%iento. *!s caracter+sticas principales son las sig!ientes
/ $ec!ento de saltos co%o %,trica para la selección de la r!ta. / El n9%ero %á o s!bredes no contig!as. $IPv1 res!%e a!to%ática%ente en la frontera de la red y no se p!ede config!rar para no #acerlo.
Caracter8#tica# e RIP&0 $IPv= es !n protocolo de enr!ta%iento vector distancia sin clase definida en la $2C 1=1" Análisis del Protocolo $IP 0ersión 0ersión =: $2C 1== Beclaración de Aplicabilidad del Protocolo $IP 0ersión 0ersión =" y $2C =FG" $IP versión =. El co%ple%ento %ás significativo de $IPv= e s la incl!sión de la %áscara en el pa!ete de act!ali-ación de enr!ta%iento $IPv=" per%itiendo !e $IPv= soporte 0L*> y s!bredes no contig!as. $IPv= res!%e a!to%ática%ente las r!tas en los l+%ites de la red con clase. Co%o se describió anterior%ente" sin e%bargo" p!ede desactivarse este co%porta%iento. Ade%ás" $IPv= !tili-a direcciones de %!ltidif!sión &%!lticast( para la act!ali-ación periódica %ás eficiente en cada interfa- . $IPv= !tili-a la dirección %!lticast ==F...M para an !nciar a otros ro!ters $IPv=. Este enfo!e es %ás eficiente !e el enfo!e de $IPv1. $IPv1 !tili-a !na dirección de broadcast =GG.=GG.=GG.=GG" por lo !e todos los dispositivos" incl!yendo PCs y servidores" deben procesar el pa!ete de act!ali-ación. Ellos llevan a cabo la s!%a de co%probación &c#ec;s!%( en el pa!ete de Capa = y lo pasan a s! pila de protocolo IP. IP. IP env+a el pa!ete a los procesos UBP &User Batagra% Protocol(" y UBP c#e!ea para ver si el p!erto $IP G= está disponible. La %ayor+a de los ordenadores personales y servidores no tienen ning9n proceso !e se e)ec!ta en este p!erto y descartan el pa!ete. $IP p!eden a)!star #asta =G redes y s!bredes en cada act!ali-ación y las act!ali-aciones son enviadas cada seg!ndos. Por e)e%plo" si la tabla de enr!ta%iento tiene 1 s!bredes" F pa!etes se env+an cada seg!ndos &@ pa!etes por %in!to(. Con cada !no de los pa!etes siendo !n boradcast de $IPv1" todos los dispositivos deben %irarla" la %ayor+a de los dispositivos descartan el pa!ete . La dirección de %!ltidif!sión IP para $IPv= tiene s! propia dirección >AC %!lticast. Los dispositivos !e p!eden disting!ir entre !n %!lticast y !n broadcast de Capa = leen el inicio de la tra%a y deter%inan si la dirección de >AC de destino es para ellos. Bispositivos 'onro!tingD p!eden entonces descartar todos estos pa!etes en el nivel de interfa- y no !sar rec!rsos de CPU o de %e%oria inter%edia para estos pa!etes no deseados. Incl!so en los dispositivos !e no p!eden disting!ir entre dif!sión y %!ltidif!sión en la capa =" lo peor !e p!ede pasar es !e las act!ali-aciones de $IPv= sean descartados en la capa IP en l!gar de ser pasado a UBP " ya !e esos dispositivos no están !tili-ando la dirección %!lticast ==F...M. $IPv= ta%bi,n soportan seg!ridad entre los ro!ters $IP !tili-ando %enssage4diggestD o a!tenticación de teedidas de seg! ridad $IPv= no se tratan en este libro(.
COMANDOS DE CONFIGURACION RIP Para activar el proceso $IP &versión 1 por defecto(" !sa el co%ando de config!ración global ro!ter ripD. Por defecto" el soft8are Cisco IO* procesa tanto p a!etes $IPv1 co%o $IPv=. *in e%bargo" env +a sólo pa!etes versión 1. Para config!rar el soft8are con el fin de enviar y recibir pa!etes desde sólo !na versión" se !sa el co%ando de d e config!ración de ro!ter version 1 =VD. = VD. Para seleccionar las redes conectadas participantes" se !sa el co%ando de config!ración de ro!ter net8or; Qnet8or; n!%berRD: especificando el n9%ero de red con clase principal. Independiente%ente de la versión $IP" $IP" al %enos !n co%ando net8or;D" !tili-ando !n n9%ero de d e red con clase" se re!iere ba)o el proceso de enr!ta%iento $IP. $IP. A!n!e el co%ando versionD de $IP controla el co%porta%iento predeter%inado global de $IP" p!ede ser necesario controlar la versión de $IP por interfa-" por e)e%plo c!and o se está conectando redes $IP antig!as a las redes %ás n!evas. Para Pa ra controlar la versión de $IP en cada interfa-" se !sa el co%ando de config!ración de interfa- ip rip send receiveV versión 1 = 1 =V. Por defecto" el res!%en a!to%ático entre redes se activa para todas las redes en a%bas versiones de $IP. $IP. $es!%iendo %an!al%ente r!tas en $IPv= %e)ora la escalabilidad y la eficiencia en redes de gran ta%ao debido a !e las r!tas %ás espec+ficas no se an!ncian. *ólo las r!tas res!%en se an!ncian" lo !e red!ce el ta%ao de la tabla de enr!ta%iento IP y le per%ite al ro!ter %ane)ar %ás r!tas. El $es!%en %an!al se reali-a en la interfa-. Una li%itación de $IPv= es !e ! e las r!tas se p!eden res!%ir sólo #asta el l+%ite de red con clase: $IPv= no ad%ite enr!ta%iento entre do%inios sin clase &CIB$" Classless Interdo%ain $o!ting( de tipo de res!%en a la i-!ierda del l+%ite con clase. Para res!%ir las r!tas $IP en las fronteras nonclassf!lD" #aga lo sig!iente / Apag!e el res!%en a!to%ático con el co%ando de config!ración del ro!ter no a!to4s!%%aryD. / Utilice el co%ando de config!ración con fig!ración de interfa- ip s!%%ary4address ripQnet8or;4n!%ber %as;RD para definir !n n9%ero de red y %áscara !e c!%plan el re!isito de res!%en partic!lar. partic!lar. La fig!ra 141@ il!stra có%o $IPv1 y $IPv= p!eden coe
2ig!re 141@. $IPv= Config!ration E
N"ta En la fig!ra 141@" el co%ando ip s!%%ary4address rip 1=.1H.1. =GG.=GG.=GG.D es real%ente necesario por!e ta%bi,n se aplica el co%ando no a!to4s!%%aryD. Al %o%ento !e se !tili-a el co%ando no a!tos!%%aryD" la s!bred 1=.1H.1. se an!ncia co%o tal" ya !e !tili-a !na %áscara no predeter%inado &en este caso" !na %áscara de =F bits(. Los co%andos !sados para verificar $IP incl!yen el co%ando s#o8 ip ro!teD para e
PO>LANDO LA TA>LA DE ENRUTAMIENTO En esta sección se describe có%o los ro!ters Cisco p!eblan s!s tablas de enr!ta%iento. La distancia ad%inistrativa" las %,tricas de enr!ta%iento y las r!tas estáticas flotantes son disc!tidas. Los criterios !e !tili-an los ro!ters para insertar r!tas en la tabla de enr!ta%iento IP son descritos.
Di#tancia A(ini#trati&a La %ayor+a de los protocolos de enr!ta%iento tienen estr!ct!ras %,tricas y algorit%os !e son inco%patibles con otros protocolos. Es cr+tico !e !na red !sando %9ltiples protocolos de enr!ta%iento sea capa- de interca%biar sin proble%as infor%ación de r!ta y sea capa- de seleccionar la %e)or r!ta a trav,s de %9ltiples protocolos. Los ro!ters de Cisco !tili-an !n v alor lla%ado distancia ad%inistrativa
para seleccionar la %e)or r!ta c!ando ellos aprenden de dos o %ás r!tas al %is%o destino con el %is%o prefi)o desde diferentes protocolos de enr!ta%iento. La distancia ad%inistrativa valora la credibilidad o fiabilidad de !n protocolo de enr!ta%iento. Cisco #a asignado !n valor de distancia ad%inistrativa por defecto para cada protocolo de enr!ta%iento soportado por s!s ro!ters. Cada protocolo de enr!ta%iento se priori-a en el orden de %ás a %enos cre+bles. La distancia ad%inistrativa es !n valor entre y =GG. C!anto %enor sea el valor de la distancia ad%inistrativa " %ayor será la credibilidad del protocolo o la confiabilidad. La tabla 14H en!%era la distancia ad%inistrativa por defecto de los protocolos soportados por los ro!ters Cisco.
NOTA Las r!tas estáticas son config!radas con el co%ando de config!ración global i- r"$te prefi< %as; address interface NaddressV N*c- Ndistance Nna(e Qne
Co%o era de esperar" sólo la r!ta a trav,s de la interfa- apareció en la tabla de enr!ta%iento" co%o !na r!ta estática 6directa%ente conectada6 % 1/2.16.22.0$2 is directly connected %erial1$0
Por lo tanto" s! distancia ad%inistrativa debe ser %enor !e la distancia ad%inistrativa de la r!ta a trav,s de la dirección. *in e%bargo" c!ando conecta%os la %is%a red a !na interfa- en el e l ro!ter" la r!ta real conectada a la red apareció en la tabla de enr!ta%iento C 1/2.16.22.0$2 is directly connected !ast"ternet0$0
Por lo tanto" s! distancia ad%inistrativa debe ser %enor !e la distancia ad%inistrativa de la r!ta a trav,s de la interfa-. Por lo tanto" parece !e la distancia ad%inistrativa de !na r!ta estática a trav,s de !na interfa- tiene !na distancia ad%inistrativa entre y 1. Por e)e%plo" en la fig!ra 141M" si el ro!ter A recibe !na r!ta a la red 1... desde $IP y ta%bi,n recibe !na r!ta a la %is%a red desde O*P2" el ro!ter co%para la distancia ad%inistrativa de $IP" $IP" 1=" con la distancia ad%inistrativa de O*P2" 11" y deter%ina !e O*P2 es %ás cre+ble. Por tanto" el ro!ter agrega la r!ta O*P2 de la red 1... a la tabla de enr!ta%iento.
Figure 1-17. %oute election and Adinistrati*e (istance.
M+trica# e! Pr"t"c"!" e Enr$ta(ient" $IPv1 y $IPv= sólo !tili-an la c!enta c!en ta de saltos para deter%inar la %e)or r!ta &se prefiere la r!ta con el %enor rec!ento de saltos(. Bebido a !e no tienen en c!enta el anc#o de banda" $IPv1 y $IPv= no son adec!ados para redes !e tienen significativa%ente diferentes velocidades de trans%isión en r!tas red!ndantes. Para redes !e !tili-an ! tili-an diversos %edios de co%!nicación en r!tas red!ndantes" los protocolos de enr!ta%iento deben tener en c!enta el anc#o de banda y" posible%ente" el retraso de los enlaces. Por defecto" EI3$P !tili-a en s! cálc!lo de la %,trica" el anc#o de banda %+ni%o y el retraso ac!%!lado en el ca%ino #acia la red de destino. Otros pará%etros de fiabilidad &y carga( ta%bi,n se p!eden !tili-ar" pero deben config!rarse sólo si se conoce co%pleta%ente las consec!encias !e esto traer+a" ya !e" si !eda %al config!rado" podr+a afectar la convergencia y ca!sar b!cles de enr!ta%iento. El anc#o de banda b anda %+ni%o EI3$P es el %+ni%o anc#o de banda &el enlace %ás lento( a lo largo del ca%ino. El anc#o de banda de !na interfa- es el valor predeter%inado de la interfa- o seg9n lo especificado por el co%ando band8idt#D 4 este co%ando se !tili-a general%ente en las interfaces seriales.
N"ta En los ro!ters Cisco" las %,tricas anc#o de banda &band8idt#( y retardo &delay( se p!eden config!rar de for%a %an!al y no refle)an necesaria%ente la verdadera velocidad del enlace. Estas %,tricas de anc#o de banda y retardo se deben ca%biar sólo si se conoce co%pleta%ente las consec!encias !e esto traer+a. Por e)e%plo" !n ca%bio en el anc#o de banda podr+a afectar la calidad de servicio proporcionada a los datos. Co%o otro e)e%plo" EI3$P li%ita la cantidad de tráfico de protocolo de enr!ta%iento !e env+a a !n porcenta)e del valor de anc#o de ban da: ca%biando el valor podr+a res!ltar en de%asiado anc#o de banda !tili-ado para las act!ali-aciones del protocolo de enr!ta%iento o act!ali-aciones !e no se env+an de !na %anera oport!na.
N"ta En las versiones de Cisco IO* anteriores" el anc# o de banda de for%a predeter%inada en todos los p!ertos seriales era T1 o 1.GFF >bps. En las 9lti%as versiones versiones de Cisco IO*" el anc#o de banda por defecto var+a seg9n el tipo de interfa-. En el caso de los protocolos de estado de enlace &O*P2 e I*4I*(" I*4I*(" !n costo ac!%!lado o %,trica se !sa
&se selecciona la r!ta de %enor costo o %,trica(. O*P2 !tili-a el costo para el cálc!lo de la r!ta" por lo general refle)a el anc#o de banda del enlace &La $2C de O*P2 no especifica c!ál debe ser el costo" pero en los ro!ters Cisco" por defecto" es inversa%ente proporcional al anc#o de banda del enlace(. Co%o res!ltado de ello" el %ayor anc#o de banda &costo %ás ba)o( se !tili-a para seleccionar la %e)or trayectoria. La %,trica de la interfa- I*4I* por defecto es 1 en los ro!ters Cisco" este valor se p!ede ca%biar" para refle)ar diferentes anc#os de banda" por e)e%plo.
N"ta La %,trica de I*4I* es conocida co%o c o%o la %,trica" la especificación I*4I* define c!atro tipos de %,tricas. Todos Todos los ro!ters soportan costo &cost(" la %,trica por defecto. $etardo" g asto y el error son %,tricas opcionales. La i%ple%entación de Cisco por defecto de I*4I* !tili-a sólo Costo" pero el IO* de Cisco s+ per%ite las c!atro %,tricas a ser config!radas co n los pará%etros opcionales en el co%ando isis %etricD. 53P !tili-a %!c#os atrib!tos para seleccionar la %e)or r!ta. Uno de e llos es el atrib!to A*4pat#: la longit!d de este atrib!to es el n9%ero de d e siste%as a!tóno%os !e #ay !e atravesar para llegar a !n destino" y es por lo general !n factor !e infl!ye en la selección de la r!ta. Otro atrib!to es el discri%inador >!ltisalida &>EB" >!ltieEB es lla%ado la %,trica en el IO* de Cisco. En la salida del co%ando s#o8 ip bgpD" por e)e%plo" el >EB se %!estra en la col!%na %,trica. 53P incorpora atrib!tos de r!ta adicional !e p! eden infl!ir en las decisiones de enr!ta%iento" los c!ales se p!eden config!rar c onfig!rar %an!al%ente.
CRITERIOS PARA INSERTAR RUTAS EN LA TA>LA DE ENRUTAMIENTO IP Un ro!ter Cisco elige la %e)or r!ta para !n destino espec+fico entre a!ellas presentadas por los protocolos de enr!ta%iento" config!ración %an!al" y varios otros %edios" considerando los sig!ientes c!atro criterios / Dirección IP &9!ia e! #ig$iente #a!t" Co%o cada proceso de enr!ta%iento recibe act!ali-aciones y otra infor%ación" el ro!ter pri%ero verifica !e la r!ta teng a !na dirección IP válida del sig!iente salto. / M+trica# *i el sig!iente salto es válido" el protocolo de enr!ta%iento elige el %e)or ca%ino a c!al!ier destino deter%inado en base a la %,trica %ás ba)a . El protocolo de d e enr!ta%iento ofrece esta r!ta a la tabla de enr!ta%iento. Por e)e%plo" si EI3$P se entera de !na r!ta a 1.1.1.J=F y decide !e este ca%ino en partic!lar es la %e)or r!ta EI3$P a este destino" el protocolo de enr!ta%iento ofrece el ca%ino aprendido a la tabla de enr!ta%iento . / Di#tancia a(ini#trati&a La sig!iente consideración es la distancia ad%inistrativa. *i e
r!tas / $IPv= 1M=.1H@.=.J=H / O*P2 1M=.1H@.=.J=F / EI3$P 1M=.1H@.=.J1M Bebido a !e cada r!ta tiene !na longit!d de prefi)o diferente &diferente %áscara de s!bred(" las r!tas son consideradas diferentes destinos y todas son instaladas en la tabla de enr!ta%iento. Co%o se disc!tió en la sección 6Conceptos de Protocolo de enr!ta%iento sin clase6" anterior%ente en este cap+t!lo" si %ás de !na entrada en la tabla de enr!ta%iento coincide c oincide con !n destino en partic!lar" la coincidencia de prefi)o %ás largo en la tabla de enr!ta%iento es !tili-ada. Por lo tanto" en este e)e%plo" si !n pa!ete llega para la dirección 1M=.1H@.=.G" el ro!ter !tili-ará la s!bred 1M=.1H@.=.J=H" an!nciado por $IPv=" por!e es la coincidencia %ás larga para esta dirección.
RUTAS ESTTICAS FLOTANTES 5asados en las distancias ad%inistrativas por defecto" los ro!ters creen r!tas estáticas a trav,s de c!al!ier r!ta diná%ica%ente aprendida. A veces" sin e%bargo" este co%porta%iento por defecto podr+a no ser el co%porta%iento deseado. Por e)e%plo" c!ando se config!ra !na r!ta estática co%o !n respaldo a !na r!ta aprendida de for%a diná%ica" no se desea !e la r!ta estática sea !tili-ada %ientras !e la r!ta diná%ica est, disponible. En este caso" se p!ede %anip!lar el pará%etro opcional distanceD en el co%ando ip ro!teD para #acer !e la r!ta estática pare-ca %enos deseable !e otra estática o r!ta diná%ica. Una r!ta estática !e apare-ca en la tabla de enr!ta%iento sólo c!ando la r!ta pri%aria desapare-ca se conoce co%o $!ta Estática 2lotante. La distancia ad%inistrativa de la r!ta estática es config!rada para ser %ayor !e la distancia ad%inistrativa de la r!ta principal y 6flota 6 por enci%a de la r!ta principal" #asta !e la r!ta pri%aria ya no est, disponible . En la 2ig!ra 14=" $o!ters A y 5 tienen dos cone
Una r!ta estática !e ap!nta a la interfa- de respaldo del otro ro!ter #a sido creada en cada c ada ro!ter. Bebido a !e EI3$P tiene !na distancia ad%inistrativa ad %inistrativa de M" la r!ta estática se le #a dado !na distancia ad%inistrativa de 1. >ientras $o!ter A tiene !na r!ta EI3$P a la red 1..." parece %ás cre+ble !e la r!ta estática" y se !tili-a la r!ta EI3$P. EI3$P. *i el enlace serial se cae" eli%inando la r!ta EI3$P" EI3$P" el ro!ter A insertará la r!ta estática a la tabla de enr!ta%iento. Un proceso si%ilar oc!rre en el $o!ter 5 con s! r!ta a la red 1=.1...
COMPARACIONES DEL PROTOCOLO DE ENRUTAMIENTO IP Esta sección proporciona !n res!%en co%parativo co %parativo de los protocolos de enr!ta%iento. I3$P" I3$P" EI3$P y O*P2 son protocolos de capa de transporte" por!e" co%o co %o UBP y TCP" TCP" ellos se e)ec!tan directa%ente sobre IP. IP. En contraste" $IP y 53P" 53P" a%bos residen en la capa de aplicación. $IP !sa UBP co%o s! protocolo de transporte" s!s act!ali-aciones son enviadas de %anera poco fiables con entrega de %e)or esf!er-o &best4effort(. 53P !sa TCP co%o s! protocolo de transporte: ,ste to%a venta)a de los %ecanis%os de confiabilidad de TCP y 8indo8ingD. La tabla 14 lista los n9%eros de protocolos" n9%eros de p!erto y co%o la confiabilidad es %ane)ada para los diferentes protocolos de enr!ta%iento. &a'le 1-6. ,rotocols8 ,orts8 and %elia'ilit o+ %outing ,rotocols %outing ,rotocol
,rotocol Nu'er
I34P[]
7
#I34P
>>
!+P8
>7
4IP 53P
X X
,ort Nu'er
X X X
9pdate %elia'ilit
5est2effort deli(er% 2to2 window 2to2 window
=$P /60
5est2effort deli(er%
T'P <7
=ses T'P windowing
N1 I3$P ya no es co%patible" a partir de Cisco IO* versión 1=.. *e %enciona en este c!adro para co%pletar. co%pletar.
cap a de red y no !tili-a los servicios de IP para transportar s! N"ta I*4I* es !n protocolo de capa infor%ación de enr!ta%iento. Los pa!etes I*4I* son encaps!lados directa%ente en !na tra%a de capa de enlace de datos y re!ieren del conoci%iento de la config!ración del con)!nto de protocolos O*I. &a'le 1-#. %outing ,rotocol Coparison
C#aracteristic $IPv= Bistance vector ✓ Lin; state Kierarc#ical topology re!ired A!to%atic ro!te s!%%ari-ation ✓ >an!al ro!te ✓ s!%%ari-ation 0L*> s!pport ✓ Classless ✓ >etric Kops Convergence ti%e *lo8
EI3$PN1
I*4I*
O*P2
✓
53PN= ✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
Co%posite %etric 0ery fast
>etric 2ast
Cost 2ast
Pat# attrib!tes *lo8
N1 EI3$P es !n protocolo de vector4distancia avan-ado con alg!nas caracter+sticas !e ta%bi,n se enc!entran en los protocolos de estado estado de enlace. N= 53P es !n protocolo basado en la pol+tica de tra-ado vectorial.
ENRUTAMIENTO Y PROTOCOLOS DE ENRUTAMIENTO EN EL MODELO DE RED COMPUESTO EMPRESARIAL Los protocolos de enr!ta%iento son !na parte integral de c!al!ier red. C!ando se disea !na red !tili-ando las ar!itect!ras y %odelos presentados en este cap +t!lo" la selección y planificación del protocolo de enr!ta%iento están entre las decisiones de diseo a ser #ec#as. A!n!e la %e)or práctica es !tili-ar !n protocolo de enr!ta%iento IP en toda la e%presa" si es posible" en %!c#os casos" p!eden ser necesarias %9ltiples protocolos de enr!ta%iento" co%o se il!stra en la 2ig!ra 14=1. Por e)e%plo" el 53P p!ede ser !tili-ado en el %ód!lo de Internet corporativo" %ientras !e las r!tas estáticas se !tili-an a %en!do para acceso acc eso re%oto y !s!arios 0P'. Por lo tanto" las e%presas podr+an tener !e #acer frente a %9ltiples protocolos de enr!ta%iento. 2ig!re 14=1. >!ltiple $o!ting Protocols >ay 5e Used ?it#in a 'et8or;.
El >odelo de $ed E%presarial Co%p!esta p!ede ay!dar a deter%inar deter%inar dónde se i%ple%enta cada protocolo de enr!ta%iento" donde se enc!entran las fronteras entre protocolos y có%o los fl!)os de tráfico entre ellos se gestionará. Cada protocolo de enr!ta%iento tiene s!s propias caracter+sticas 9nicas. Usted p!ede !tili-ar !na tabla" al ig!al !e la tabla 14M" para identificar las caracter+sticas de los protocolos de enr!ta%iento !e se están considerando para !na red" de %odo !e p!edan ser co%parados y !na decisión sobre la c!al se p!ede #acer !so.
&a'le 1-7. E0aple %outing ,rotocol Coparison
Para%eters *i-e of net8or; &s%all4%edi!%4large4very &s%all4%edi!%4large4very large( *pee *peed d of conv conver erge genc ncee &ver &very y #ig# #ig#4# 4#ig ig#4 #4%e %edi di!% !%lo lo8( 8( Use of 0L*> &yes4no( &yes4no ( *!pport for %i
EI3$P Large 0ery ery #ig# #ig# Yes 'o 3ood
O*P2 Large Kig# Kig# Yes Yes 3ood
53P 0ery large *lo8 *lo8 Yes Yes 2air
A!n!e las r!tas estáticas se p!eden !tili-ar &por e)e%plo" para la cone
