{"id":38332,"date":"2019-10-31T22:23:01","date_gmt":"2019-10-31T19:23:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf\/"},"modified":"2019-10-31T22:23:01","modified_gmt":"2019-10-31T19:23:01","slug":"trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","title":{"rendered":"Entrenamiento Cisco 200-125 CCNA v3.0. D\u00eda 44. Introducci\u00f3n a OSPF","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoy comenzaremos a estudiar la enrutaci\u00f3n mediante el protocolo OSPF. Este tema, al igual que el an\u00e1lisis del protocolo EIGRP, es crucial en todo el curso de CCNA. Como pueden ver, la secci\u00f3n 2.4 se titula \u2018Configuraci\u00f3n, comprobaci\u00f3n y resoluci\u00f3n de problemas de OSPFv2 en una sola zona y m\u00faltiples zonas para el protocolo IPv4 (excluyendo autenticaci\u00f3n, filtrado, resumen manual de rutas, redistribuci\u00f3n, \u00e1rea de punto muerto, red virtual y LSA)\u2019. <\/p>\n

\"Entrenamiento
\n
\nEl tema OSPF es bastante amplio, por lo que ocupar\u00e1 2, posiblemente 3 v\u00eddeos educativos. La clase de hoy se centrar\u00e1 en el aspecto te\u00f3rico, les explicar\u00e9 qu\u00e9 es este protocolo en t\u00e9rminos generales y c\u00f3mo funciona. En el siguiente v\u00eddeo, pasaremos al modo de configuraci\u00f3n de OSPF usando Packet Tracer.<\/a><\/noindex><\/p>\n

As\u00ed que en esta lecci\u00f3n veremos tres cosas: qu\u00e9 es OSPF, c\u00f3mo funciona y qu\u00e9 son las zonas OSPF. En la lecci\u00f3n anterior hablamos de que OSPF es un protocolo de enrutamiento tipo Link State, que explora los canales de comunicaci\u00f3n entre routers y toma decisiones basadas en la velocidad de esos canales. Un canal largo con mayor velocidad, es decir, con mayor ancho de banda se prioriza frente a un canal corto con menor ancho de banda.<\/p>\n

El protocolo RIP, siendo de vector de distancia, elegir\u00e1 un camino de un salto, incluso si este canal tiene baja velocidad, mientras que el protocolo OSPF elegir\u00e1 una ruta m\u00e1s larga de varios saltos, si la velocidad total de esta ruta es superior a la velocidad del tr\u00e1fico en la ruta corta. <\/p>\n

\"Entrenamiento
\n
\nM\u00e1s adelante examinaremos el algoritmo de toma de decisiones, por ahora deben recordar que OSPF es un protocolo de estado de enlace. Este est\u00e1ndar abierto fue creado en 1988, por lo que cualquier fabricante de equipo de red y proveedor de red podr\u00eda adoptarlo. Por eso, OSPF es mucho m\u00e1s popular que EIGRP. <\/p>\n

El protocolo OSPF versi\u00f3n 2 solo admite el protocolo IPv4, y un a\u00f1o despu\u00e9s, en 1989, los desarrolladores anunciaron el lanzamiento de la versi\u00f3n 3, que admite IPv6. Sin embargo, la versi\u00f3n 3 de OSPF completamente funcional para IPv6 solo estuvo disponible en 2008. \u00bfPor qu\u00e9 se eligi\u00f3 OSPF? En la \u00faltima lecci\u00f3n vimos que este protocolo de puerta de enlace interna realiza la convergencia de rutas mucho m\u00e1s r\u00e1pido que RIP. Es un protocolo sin clase. <\/p>\n

Si recuerdas, RIP es un protocolo de clase, es decir, no env\u00eda informaci\u00f3n sobre la m\u00e1scara de subred, y si se encuentra con una direcci\u00f3n IP de clase A\/24, no la aceptar\u00e1. Por ejemplo, si le presentas una direcci\u00f3n IP como 10.1.1.0\/24, la interpretar\u00e1 como la red 10.0.0.0 porque no entiende cuando la red se divide en subredes usando m\u00e1s de una m\u00e1scara de subred.
\nOSPF es un protocolo seguro. Por ejemplo, si dos enrutadores intercambian informaci\u00f3n OSPF, puedes configurar la autenticaci\u00f3n de tal manera que compartir informaci\u00f3n con un enrutador vecino requiera ingresar una contrase\u00f1a. Como ya mencionamos, es un est\u00e1ndar abierto, as\u00ed que muchos fabricantes de equipos de red utilizan OSPF.<\/p>\n

En un sentido global, OSPF representa un mecanismo para intercambiar anuncios de estado de enlace, Link State Advertisement, o LSA. Los mensajes LSA son generados por el enrutador y contienen mucha informaci\u00f3n: un identificador \u00fanico del enrutador, router-id, datos sobre las redes que conoce el enrutador, informaci\u00f3n sobre su costo y m\u00e1s. Toda esta informaci\u00f3n es necesaria para que el enrutador tome decisiones sobre el enrutamiento. <\/p>\n

\"Entrenamiento
\n
\nEl enrutador R3 env\u00eda su informaci\u00f3n LSA al enrutador R5, y el enrutador R5 comparte su informaci\u00f3n LSA con R3. Estos LSA representan una estructura de datos que forma la base de datos de estado de enlace, Link State Data Base, o LSDB. El enrutador recopila todos los LSA recibidos y los coloca en su LSDB. Una vez que ambos enrutadores han creado sus bases de datos, intercambian mensajes Hello, que sirven para detectar vecinos, y proceden a la comparaci\u00f3n de sus LSDB.<\/p>\n

El enrutador R3 env\u00eda al enrutador R5 un mensaje DBD, o 'descripci\u00f3n de base de datos', y R5 env\u00eda su DBD al enrutador R3. Estos mensajes contienen los \u00edndices de LSA que est\u00e1n en las bases de datos de cada enrutador. Al recibir el DBD, el enrutador R3 env\u00eda una solicitud de estado de red LSR al enrutador R5, indicando: 'ya tengo los mensajes 3, 4 y 9, as\u00ed que solo env\u00edame 5 y 7'. <\/p>\n

De la misma manera act\u00faa el R5, informando al tercer enrutador: \u00abtengo informaci\u00f3n 3, 4 y 9, as\u00ed que m\u00e1ndenme 1 y 2\u00bb. Al recibir las solicitudes LSR, los enrutadores env\u00edan de vuelta paquetes de actualizaci\u00f3n del estado de la red LSU, es decir, en respuesta a su LSR, el tercer enrutador recibe LSU del enrutador R5. Despu\u00e9s de que los enrutadores actualizan sus bases de datos, todos ellos, incluso si tiene 100 enrutadores, tendr\u00e1n las mismas bases LSDB. Una vez que se han creado las bases de datos LSDB en los enrutadores, cada uno conocer\u00e1 toda la red en su totalidad. El protocolo OSPF utiliza el algoritmo Shortest Path First para crear la tabla de enrutamiento, por lo que una condici\u00f3n primordial para su correcto funcionamiento es la sincronizaci\u00f3n de la LSDB de todos los dispositivos en la red. <\/p>\n

\"Entrenamiento
\n
\nEn el diagrama presentado, hay 9 enrutadores, cada uno de los cuales intercambia mensajes LSR, LSU, etc. Todos est\u00e1n interconectados entre s\u00ed a trav\u00e9s de interfaces tipo p2p, o \u00abpunto a punto\u00bb, que soportan el funcionamiento del protocolo OSPF, y se comunican entre s\u00ed con el fin de crear LSDB id\u00e9nticas. <\/p>\n

\"Entrenamiento
\n
\nUna vez que las bases est\u00e9n sincronizadas, cada enrutador, utilizando el algoritmo de camino m\u00e1s corto, formar\u00e1 su tabla de enrutamiento. Las tablas de diferentes enrutadores ser\u00e1n distintas. Es decir, todos los enrutadores utilizan la misma LSDB, pero crean tablas de enrutamiento basadas en sus propias consideraciones sobre los caminos m\u00e1s cortos. Para utilizar este algoritmo, OSPF necesita una actualizaci\u00f3n regular de la base LSDB. <\/p>\n

Por lo tanto, para su propio funcionamiento, OSPF debe primero cumplir 3 condiciones: encontrar vecinos, crear y actualizar la LSDB, y formar la tabla de enrutamiento. Para cumplir la primera condici\u00f3n, es posible que el administrador de red necesite configurar manualmente el router-id, los tiempos o la m\u00e1scara comod\u00edn. En el siguiente video abordaremos la configuraci\u00f3n del dispositivo para trabajar con OSPF; por ahora, debe saber que este protocolo utiliza una m\u00e1scara inversa, y si no coincide, si no coinciden sus subredes, o si la autenticaci\u00f3n no coincide, la vecindad de los enrutadores no podr\u00e1 formarse. Por lo tanto, al solucionar problemas de funcionamiento de OSPF, debe averiguar por qu\u00e9 no se est\u00e1 formando esa vecindad, es decir, verificar la coincidencia de los par\u00e1metros mencionados anteriormente.<\/p>\n

Como administrador de red, no participas en el proceso de creaci\u00f3n del LSDB. La actualizaci\u00f3n de las bases de datos ocurre autom\u00e1ticamente despu\u00e9s de que se establece la vecindad entre los enrutadores, al igual que la construcci\u00f3n de las tablas de enrutamiento. Todo esto lo realiza el propio dispositivo, configurado para trabajar con el protocolo OSPF.
\nVeamos un ejemplo. Tenemos 2 enrutadores, a los que para simplificar he asignado las identificaciones RID 1.1.1.1 y 2.2.2.2. Tan pronto como los conectemos, el enlace pasar\u00e1 inmediatamente al estado activo, porque primero configur\u00e9 estos enrutadores para trabajar con OSPF. Una vez que se establezca el enlace, el enrutador A enviar\u00e1 de inmediato un paquete Hello al segundo. Este paquete contendr\u00e1 informaci\u00f3n de que este enrutador a\u00fan no ha \"visto\" a nadie en este enlace, ya que est\u00e1 enviando Hello por primera vez, as\u00ed como su propio identificador, datos sobre la red a la que est\u00e1 conectado y otra informaci\u00f3n que puede compartir con el vecino. <\/p>\n

\"Entrenamiento
\n
\nAl recibir este paquete, el enrutador B dir\u00e1: \"Veo que en este enlace hay un candidato potencial para la vecindad del protocolo OSPF\" y pasar\u00e1 al estado de inicializaci\u00f3n Init state. El paquete Hello no es un mensaje unicast o broadcast, es un paquete multicast que se env\u00eda a la direcci\u00f3n IP multicast OSPF 224.0.0.5. Algunas personas preguntan cu\u00e1l es la m\u00e1scara de subred para multicast. La cuesti\u00f3n es que el multicast no tiene m\u00e1scara de subred, se transmite como una se\u00f1al de radio que todos los dispositivos configurados para su frecuencia pueden escuchar. Por ejemplo, si deseas escuchar una radio FM que transmite en la frecuencia 91,0, debes sintonizar tu receptor de radio a esa frecuencia. <\/p>\n

De la misma manera, el enrutador B est\u00e1 configurado para recibir mensajes para la direcci\u00f3n multicast 224.0.0.5. Al escuchar este canal, recibe el paquete Hello que envi\u00f3 el enrutador A y le responde con su propio mensaje. <\/p>\n

\"Entrenamiento
\n
\nSin embargo, la vecindad solo se puede establecer si la respuesta de B cumple con un conjunto de criterios. El primer criterio es que la frecuencia de env\u00edo de mensajes Hello y el intervalo de espera de respuesta a este mensaje, Dead Interval, deben coincidir en ambos enrutadores. Normalmente, Dead Interval es igual a varios valores del temporizador Hello. As\u00ed, si el Hello Timer del enrutador A es de 10 s, y el enrutador B le env\u00eda un mensaje despu\u00e9s de 30 s mientras que el Dead Interval es de 20 s, la vecindad no se establecer\u00e1. <\/p>\n

El segundo criterio es que ambos enrutadores deben usar el mismo tipo de autenticaci\u00f3n. Por lo tanto, las contrase\u00f1as de autenticaci\u00f3n tambi\u00e9n deben coincidir. <\/p>\n

El tercer criterio es la coincidencia de los identificadores de zona Arial ID, y el cuarto es la coincidencia de la longitud del prefijo de red. Si el enrutador A informa un prefijo \/24, entonces el enrutador B tambi\u00e9n debe tener un prefijo de red \/24. En el siguiente video lo veremos en m\u00e1s detalle, por ahora mencionar\u00e9 que no se trata de una m\u00e1scara de subred; aqu\u00ed los enrutadores utilizan una m\u00e1scara inversa llamada Wildcard mask. Y, por supuesto, las banderas de la zona de punto muerto Stub area tambi\u00e9n deben coincidir, si los enrutadores est\u00e1n en esta zona. <\/p>\n

Despu\u00e9s de verificar estos criterios, en caso de coincidencia, el enrutador B env\u00eda a el enrutador A su paquete Hello. A diferencia del mensaje A, el enrutador B informa que ha visto al enrutador A y se presenta a s\u00ed mismo. <\/p>\n

\"Entrenamiento
\n
\nEn respuesta a este mensaje, el enrutador A vuelve a enviar un Hello al enrutador B, en el que confirma que tambi\u00e9n ha visto al enrutador B, el canal de comunicaci\u00f3n entre ellos consiste en los dispositivos 1.1.1.1 y 2.2.2.2, y \u00e9l mismo es el dispositivo 1.1.1.1. Esta es una etapa muy importante en el establecimiento de la vecindad. En este caso se utiliza una conexi\u00f3n bidireccional 2-WAY, pero \u00bfqu\u00e9 suceder\u00e1 si tenemos un switch con una red distribuida de 4 enrutadores? En un entorno tan \"compartido\", uno de los enrutadores debe desempe\u00f1ar el papel de enrutador designado Designated router D.R., y el segundo, como enrutador designado de respaldo Backup designated router, B.D.R.<\/p>\n

\"Entrenamiento
\n
\nCada uno de estos dispositivos formar\u00e1 una conexi\u00f3n Full connection, o estado de plena adyacencia, m\u00e1s adelante veremos qu\u00e9 significa eso, sin embargo, este tipo de conexi\u00f3n solo se establecer\u00e1 con D.R. y B.D.R; entre s\u00ed, los otros dos enrutadores D y B seguir\u00e1n comunic\u00e1ndose a trav\u00e9s de un esquema de conexi\u00f3n bidireccional \"point-to-point\". <\/p>\n

Es decir, con D.R. y B.D.R, todos los enrutadores establecen una relaci\u00f3n de plena adyacencia, mientras que entre ellos tienen una conexi\u00f3n de tipo point-to-point. Esto es muy importante, porque en una conexi\u00f3n bidireccional entre dispositivos adyacentes, todos los par\u00e1metros del paquete Hello deben coincidir. En nuestro caso, todo coincide, por lo que los dispositivos forman la vecindad sin problemas. <\/p>\n

Una vez que se establezca la comunicaci\u00f3n bidireccional, el router A env\u00eda al router B un paquete de Descripci\u00f3n de Base de Datos, o 'database description', y pasa al estado ExStart \u2014 inicio del intercambio, o espera de carga. La Descripci\u00f3n de Base de Datos es la informaci\u00f3n similar a un \u00edndice de un libro: es un listado de todo lo que hay en la base de datos de enrutamiento. En respuesta, el router B env\u00eda su descripci\u00f3n de base de datos al router A y pasa al estado de intercambio de datos sobre canales, Exchange. Si en el estado Exchange el router detecta que le falta alguna informaci\u00f3n en su base de datos, cambiar\u00e1 al estado de carga LOADING y comenzar\u00e1 a intercambiar mensajes LSR, LSU y LSA con su vecino.<\/p>\n

\"Entrenamiento
\n
\nAs\u00ed, el router A enviar\u00e1 a su vecino un LSR, a lo que este responder\u00e1 con un paquete LSU, y el router A a su vez responder\u00e1 al router B con un mensaje LSA. Este intercambio ocurrir\u00e1 tantas veces como los dispositivos deseen intercambiar mensajes LSA. El estado LOADING significa que la actualizaci\u00f3n completa de la base de datos LSA a\u00fan no ha tenido lugar. Despu\u00e9s de cargar todos los datos, ambos dispositivos pasar\u00e1n al estado de plena adyacencia FULL.<\/p>\n

Cabe se\u00f1alar que en una conexi\u00f3n bidireccional los dispositivos est\u00e1n simplemente en estado de vecindad, y el estado de plena adyacencia solo es posible entre los routers D.R. y B.D.R. Esto significa que cada router informa al D.R. sobre los cambios en la red, y todos los routers se enteran de estos cambios a trav\u00e9s del D.R.<\/p>\n

La elecci\u00f3n de D.R. y B.D.R. es una cuesti\u00f3n importante. Veamos c\u00f3mo se elige un D.R. en un entorno general. Supongamos que en nuestro esquema hay tres routers y un switch. Primero, los dispositivos OSPF comparan las prioridades en los mensajes Hello, y luego comparan el Router ID. <\/p>\n

El dispositivo con la prioridad m\u00e1s alta se convierte en D.R. Si las prioridades de dos dispositivos coinciden, de entre ellos se elige el dispositivo con el Router ID m\u00e1s alto, que se convierte en D.R.<\/p>\n

El router designado como B.D.R. es el dispositivo con la segunda prioridad m\u00e1s alta o el segundo Router ID m\u00e1s alto. Si el D.R. falla, el B.D.R. lo reemplazar\u00e1 inmediatamente. Este comenzar\u00e1 a actuar como D.R., y el sistema elegir\u00e1 otro B.D.R.<\/p>\n

\"Entrenamiento
\n
\nEspero que hayas entendido la elecci\u00f3n de D.R. y B.D.R. Si no, regresar\u00e9 a este tema en uno de los pr\u00f3ximos videos y explicar\u00e9 este proceso. <\/p>\n

As\u00ed que hemos revisado qu\u00e9 son Hello, la descripci\u00f3n de la base de datos Database Descriptor y los mensajes LSR, LSU y LSA. Antes de pasar al siguiente tema, hablemos un poco sobre el costo de OSPF. <\/p>\n

\"Entrenamiento
\n
\nEn Cisco, el costo de la ruta se calcula usando la f\u00f3rmula de la relaci\u00f3n entre el ancho de banda de referencia, que por defecto se considera igual a 100 Mbps, y el costo del enlace. Por ejemplo, al conectar dispositivos a trav\u00e9s de un puerto serie, la velocidad es de 1.544 Mbps, y el costo ser\u00e1 64. Al usar conexi\u00f3n Ethernet con una velocidad de 10 Mbps, el costo es 10, mientras que el costo de una conexi\u00f3n FastEthernet a 100 Mbps ser\u00e1 1. <\/p>\n

Al usar Gigabit Ethernet, tenemos una velocidad de 1000 Mbps, sin embargo, en este caso la velocidad siempre se toma como 1. As\u00ed, si hay Gigabit Ethernet en tu red, debes cambiar el valor por defecto de Ref. BW a 1000. En este caso, el costo ser\u00e1 1, y toda la tabla se recalcular\u00e1 multiplicando los valores de costo por 10. Despu\u00e9s de que hemos formado la vecindad y construido la base de datos LSDB, pasamos a construir la tabla de rutas. <\/p>\n

\"Entrenamiento
\n
\nDespu\u00e9s de obtener el LSDB, cada uno de los enrutadores comienza a formar su lista de rutas usando el algoritmo SPF. En nuestro esquema, el enrutador A crear\u00e1 tal tabla para s\u00ed mismo. Por ejemplo, calcula el costo de la ruta A-R1 y lo determina como 10. Para simplificar la comprensi\u00f3n del esquema, supongamos que el enrutador A determina la ruta \u00f3ptima al enrutador B. El costo de la conexi\u00f3n A-R1 es 10, la conexi\u00f3n A-R2 es 100, y el costo de la ruta A-R3 es 11, es decir, la suma de la ruta A-R1(10) y R1-R3(1).<\/p>\n

Si el enrutador A quiere llegar al enrutador R4, puede hacerlo ya sea por la ruta A-R1-R4 o por la ruta A-R2-R4, y en ambos casos el costo de las rutas ser\u00e1 el mismo: 10+100 = 100+10=110. La ruta A-R6 costar\u00e1 100+1= 101, lo que ya es mejor. A continuaci\u00f3n, se considera el camino al enrutador R5 por la ruta A-R1-R3-R5, cuyo costo ser\u00e1 10+1+100 = 111. <\/p>\n

El camino al enrutador R7 se puede trazar por dos rutas: A-R1-R4-R7 o A-R2-R6-R7. El costo de la primera ser\u00e1 210, el segundo \u2013 201, por lo que se debe elegir 201. As\u00ed que, para alcanzar el enrutador B, el enrutador A puede usar 4 rutas.<\/p>\n

\"Entrenamiento
\n
\nEl costo de la ruta A-R1-R3-R5-B ser\u00e1 de 121. La ruta A-R1-R4-R7-B costar\u00e1 220. La ruta A-R2-R4-R7-B cuesta 210, y A-R2-R6-R7-B tiene un costo de 211. Con base en esto, el enrutador A elegir\u00e1 la ruta con el costo m\u00e1s bajo, que es 121, y la colocar\u00e1 en la tabla de enrutamiento. Este es un esquema muy simplificado de c\u00f3mo funciona el algoritmo SPF. En realidad, en la tabla no solo se colocan las designaciones de los enrutadores a trav\u00e9s de los cuales pasa la ruta \u00f3ptima, sino tambi\u00e9n las designaciones de los puertos que los conectan y toda la informaci\u00f3n necesaria. <\/p>\n

Consideremos otro tema relacionado con las \u00e1reas de enrutamiento. Normalmente, al configurar dispositivos OSPF de la empresa, todos ellos se encuentran en una misma \u00e1rea com\u00fan. <\/p>\n

\"Entrenamiento
\n
\n\u00bfQu\u00e9 suceder\u00e1 si un dispositivo conectado al enrutador R3 falla repentinamente? El enrutador R3 comenzar\u00e1 de inmediato a enviar a los enrutadores R5 y R1 un mensaje indicando que el canal con este dispositivo ya no funciona, y todos los enrutadores comenzar\u00e1n a intercambiar actualizaciones sobre este evento. <\/p>\n

\"Entrenamiento
\n
\nSi tiene 100 enrutadores, todos ellos actualizar\u00e1n la informaci\u00f3n sobre el estado de los canales, ya que est\u00e1n en una misma \u00e1rea com\u00fan. Lo mismo ocurrir\u00e1 si uno de los enrutadores vecinos falla: todos los dispositivos en el \u00e1rea intercambiar\u00e1n actualizaciones LSA. Despu\u00e9s de intercambiar estos mensajes, la topolog\u00eda de la red cambiar\u00e1. Una vez que esto ocurra, SPF recalcular\u00e1 las tablas de enrutamiento seg\u00fan las nuevas condiciones. Este es un proceso bastante extenso, y si tiene mil dispositivos en un \u00e1rea, debe controlar el tama\u00f1o de la memoria de los enrutadores para asegurarse de que sea suficiente para almacenar todas las LSA y la enorme base de datos de estado de canales LSDB. Tan pronto como haya cambios en alguna parte del \u00e1rea, el algoritmo SPF recalcular\u00e1 las rutas de inmediato. Por defecto, LSA se actualiza cada 30 minutos. Este proceso no ocurre simult\u00e1neamente en todos los dispositivos, sin embargo, de todos modos, cada enrutador realiza sus actualizaciones cada 30 minutos. Cuantos m\u00e1s dispositivos de red haya, m\u00e1s memoria y tiempo se requerir\u00e1n para actualizar LSDB.<\/p>\n

Se puede resolver este problema dividiendo una zona com\u00fan en varias zonas separadas, es decir, utilizando un multicasting. Para ello, debe tener un plan o esquema de toda la red que est\u00e1 gestionando. La zona cero AREA 0 es su zona principal. Este es el lugar donde se realiza la conexi\u00f3n con la red externa, como el acceso a Internet. Al crear nuevas zonas, debe seguir la regla de que en cada zona debe haber un enrutador de borde ABR, Area Border Router. El enrutador de borde tiene una interfaz en una zona y la segunda interfaz en otra zona. Por ejemplo, el enrutador R5 tiene interfaces en la zona 1 y la zona 0. Como he mencionado, cada una de las zonas debe estar conectada a la zona cero, es decir, tener un enrutador de borde, una de cuyas interfaces est\u00e1 conectada a AREA 0. <\/p>\n

\"Entrenamiento
\n
\nSupongamos que la conexi\u00f3n R6-R7 ha fallado. En este caso, la actualizaci\u00f3n de LSA solo se propagar\u00e1 por la zona AREA 1 y se referir\u00e1 \u00fanicamente a esta zona. Los dispositivos en la zona 2 y en la zona 0 ni siquiera se enterar\u00e1n de esto. El enrutador de borde R5 realiza la agregaci\u00f3n de la informaci\u00f3n sobre lo que sucede en su zona y env\u00eda a la zona principal AREA 0 un resumen del estado de la red. Los dispositivos en una zona no necesitan conocer todos los cambios de LSA dentro de otras zonas, ya que el enrutador ABR retransmitir\u00e1 la informaci\u00f3n agregada sobre las rutas de una zona a otra. <\/p>\n

Si no ha comprendido del todo el concepto de zonas, podr\u00e1 aprender m\u00e1s en las siguientes lecciones, cuando nos ocupemos de la configuraci\u00f3n del enrutamiento OSPF y revisemos algunos ejemplos. <\/p>\n

\r\n \"Reproducir\r\n
<\/div>\r\n <\/div><\/center>
\nGracias por seguir con nosotros. \u00bfTe gustan nuestros art\u00edculos? \u00bfQuieres ver m\u00e1s material interesante? Ap\u00f3yanos realizando un pedido o recomend\u00e1ndonos a tus conocidos, 30% de descuento para los usuarios de Habr en una alternativa \u00fanica a los servidores de nivel de entrada, que hemos dise\u00f1ado para usted:<\/b> Toda la verdad sobre VPS (KVM) E5-2650 v4 (6 n\u00facleos) 10GB DDR4 240GB SSD 1Gbps desde $20 o \u00bfc\u00f3mo dividir correctamente un servidor?<\/a><\/noindex> (disponibles opciones con RAID1 y RAID10, hasta 24 n\u00facleos y hasta 40GB DDR4).<\/p>\n

\u00bfDell R730xd a la mitad de precio?<\/b> Solo aqu\u00ed 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB desde $199<\/a><\/noindex> \u00a1en los Pa\u00edses Bajos! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 \u00a1desde $99!<\/b><\/b> Lee sobre c\u00f3mo Construir infraestructura de clase empresarial usando servidores Dell R730xd E5-2650 v4 que cuestan 9000 euros a un precio asequible?<\/a><\/noindex>
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA. \u041a\u0430\u043a \u0432\u0438\u0434\u0438\u0442\u0435, \u0440\u0430\u0437\u0434\u0435\u043b 2.4 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0435\u0434\u0438\u043d\u0438\u0447\u043d\u043e\u0439 \u0437\u043e\u043d\u044b \u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u0437\u043e\u043d\u044b OSPFv2 \u0434\u043b\u044f \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f, \u0442\u0443\u043f\u0438\u043a\u043e\u0432\u043e\u0439 \u043e\u0431\u043b\u0430\u0441\u0442\u0438, \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0438 LSA)\u00bb. \u0422\u0435\u043c\u0430 OSPF \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28774,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38332","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Entrenamiento Cisco 200-125 CCNA v3.0. D\u00eda 44. Introducci\u00f3n a OSPF | ProHoster","description":"Hoy comenzaremos el estudio del enrutamiento mediante el protocolo OSPF. Este tema, al igual que la revisi\u00f3n del protocolo EIGRP, es fundamental en todo el curso de CCNA.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 44. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 OSPF | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:01+00:00","article:modified_time":"2019-10-31T19:23:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38332","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:32:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:11:22","updated":"2026-01-23 21:32:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/38332","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=38332"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/38332\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/28774"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=38332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=38332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=38332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}