buscador

Visita

s谩bado, 6 de enero de 2024

M贸dulo VIII: Capa de Red

Uno de los aspectos que se observan diariamente como responsable de red es la capa de red. Este es un tema fundamental, ya que nos permite entender el enrutamiento y c贸mo un router toma decisiones para dirigir el tr谩fico entre distintas redes.

Caracter铆sticas de la capa de red

La capa de red

La capa de red, o Capa OSI 3, proporciona servicios para permitir que los dispositivos finales intercambien datos a trav茅s de redes. Como se muestra en la figura, IP versi贸n 4 (IPv4) e IP versi贸n 6 (IPv6) son los principales protocolos de comunicaci贸n de la capa de red. Otros protocolos de capa de red incluyen protocolos de enrutamiento como Open Shortest Path First (OSPF) y protocolos de mensajer铆a como Internet Control Message Protocol (ICMP).

Protocolos de capa de red


Para lograr comunicaciones end-to-end a trav茅s de los l铆mites de la red, los protocolos de capa de red realizan cuatro operaciones b谩sicas:
  • Direccionamiento de dispositivos finales : los dispositivos finales deben configurarse con una direcci贸n IP 煤nica para la identificaci贸n en la red.
  • Encapsulaci贸n: La capa de red encapsula la unidad de datos de protocolo (PDU) de la capa de transporte en un paquete. El proceso de encapsulamiento agrega informaci贸n de encabezado IP, como la direcci贸n IP de los hosts de origen (emisores) y de destino (receptores). El proceso de encapsulaci贸n lo realiza el origen del paquete IP.
  • Enrutamiento: La capa de red proporciona servicios para dirigir los paquetes a un host de destino en otra red. Para transferir un paquete a otras redes, debe procesarlo un router. La funci贸n del router es seleccionar la mejor ruta y dirigir los paquetes al host de destino en un proceso que se denomina "enrutamiento". Un paquete puede cruzar muchos routers antes de llegar al host de destino. Se denomina "salto" a cada router que cruza un paquete antes de alcanzar el host de destino.
  • Desencapsulaci贸n: Cuando el paquete llega a la capa de red del host de destino, el host verifica el encabezado IP del paquete. Si la direcci贸n IP de destino dentro del encabezado coincide con su propia direcci贸n IP, se elimina el encabezado IP del paquete. Una vez que la capa de red desencapsula el paquete, la PDU de capa 4 que se obtiene se transfiere al servicio apropiado en la capa de transporte. El proceso de desencapsulaci贸n lo realiza el host de destino del paquete IP.
A diferencia de la capa de transporte (Capa OSI 4), que gestiona el transporte de datos entre los procesos que se ejecutan en cada host, los protocolos de comunicaci贸n de la capa de red (es decir, IPv4 e IPv6) especifican la estructura de paquetes y el procesamiento utilizado para transportar los datos de un host a otro host. La capa de red puede transportar paquetes de varios tipos de comunicaci贸n entre varios hosts porque funciona sin tener en cuenta los datos que contiene cada paquete.

Encapsulaci贸n IP
IP encapsula el segmento de la capa de transporte (la capa justo por encima de la capa de red) u otros datos agregando un encabezado IP. El encabezado IP se usa para entregar el paquete al host de destino.
La figura ilustra c贸mo la PDU de la capa de transporte es encapsulada por la PDU de la capa de red para crear un paquete IP.

El proceso de encapsulamiento de datos capa por capa permite que se desarrollen y se escalen los servicios en las diferentes capas sin afectar a las otras capas. Esto significa que IPv4 o IPv6 o cualquier protocolo nuevo que se desarrolle en el futuro puede armar sin inconvenientes un paquete con los segmentos de capa de transporte.

El encabezado IP es examinado por dispositivos de Capa 3 (es decir, routers y switches de Capa 3) a medida que viaja a trav茅s de una red a su destino. Es importante tener en cuenta que la informaci贸n de direccionamiento IP permanece igual desde el momento en que el paquete sale del host de origen hasta que llega al host de destino, excepto cuando se traduce por el dispositivo que realiza la traducci贸n de direcciones de red (NAT) para IPv4.

Nota: NAT se discute en m贸dulos posteriores.

Los routers implementan protocolos de enrutamiento para enrutar paquetes entre redes. El enrutamiento realizado por estos dispositivos intermediarios examina el direccionamiento de la capa de red en el encabezado del paquete. En todos los casos, la porci贸n de datos del paquete, es decir, la PDU de la capa de transporte encapsulada u otros datos, permanece sin cambios durante los procesos de la capa de red.

Caracter铆sticas de IP
IP se dise帽贸 como un protocolo con sobrecarga baja. Provee solo las funciones necesarias para enviar un paquete de un origen a un destino a trav茅s de un sistema interconectado de redes. El protocolo no fue dise帽ado para rastrear ni administrar el flujo de paquetes. Estas funciones, si es necesario, est谩n a cargo de otros protocolos en otras capas, principalmente TCP en la capa 4.

Estas son las caracter铆sticas b谩sicas de la propiedad intelectual:
  • Sin conexi贸n: - no hay conexi贸n con el destino establecido antes de enviar paquetes de datos.
  • Mejor esfuerzo: - la IP es inherentemente poco confiable porque no se garantiza la entrega de paquetes.
  • Medios independientes: - Medios independientes: la operaci贸n es independiente del medio (es decir, cobre, fibra 贸ptica o inal谩mbrico) que transporta los datos.

Sin conexi贸n
IP no tiene conexi贸n, lo que significa que IP no crea una conexi贸n de extremo a extremo dedicada antes de enviar los datos. La comunicaci贸n sin conexi贸n es conceptualmente similar a enviar una carta a alguien sin notificar al destinatario por adelantado. La figura resume este punto clave.
un paquete, que consiste en un encabezado y un segmento IP, se env铆a desde una red origen con destino a otra red

Sin conexi贸n - Analog铆a

Las comunicaciones de datos sin conexi贸n funcionan con el mismo principio. Como se muestra en la figura, IP no requiere un intercambio inicial de informaci贸n de control para establecer una conexi贸n de extremo a extremo antes de que se reenv铆en los paquetes.

Sin conexi贸n: red

Mejor esfuerzo

La IP tampoco necesita campos adicionales en el encabezado para mantener una conexi贸n establecida. Este proceso reduce en gran medida la sobrecarga del protocolo IP. Sin embargo, sin una conexi贸n completa preestablecida, los remitentes no saben si los dispositivos de destino est谩n presentes y en funcionamiento cuando env铆an paquetes, ni tampoco si el destinatario recibe el paquete o si puede acceder al paquete y leerlo.

El protocolo IP no garantiza que todos los paquetes que se env铆an, de hecho, se reciban. En la ilustraci贸n, se muestran las caracter铆sticas de entrega de mejor esfuerzo o poco confiable del protocolo IP.

Nota: Dado que es un protocolo de capa de red no confiable, el protocolo IP no garantiza que se reciban todos los paquetes enviados. Otros protocolos administran el proceso de seguimiento de paquetes y de aseguramiento de entrega.

Independiente de los medios
Que sea poco confiable significa que IP no tiene la funcionalidad para administrar o recuperar paquetes no recibidos o da帽ados. Esto se debe a que, si bien los paquetes IP se env铆an con informaci贸n sobre la ubicaci贸n de la entrega, no contienen informaci贸n que pueda procesarse para informar al remitente si la entrega fue exitosa. Es posible que los paquetes lleguen da帽ados o fuera de secuencia al destino o que no lleguen en absoluto. IP no tiene la funcionalidad de retransmitir paquetes si se producen errores.

Las aplicaciones que utilizan los datos o los servicios de capas superiores deben solucionar problemas como el env铆o de paquetes fuera de orden o la p茅rdida de paquetes. Esta caracter铆stica permite que IP funcione de manera muy eficaz. En el conjunto de protocolos TCP / IP, la confiabilidad es la funci贸n del protocolo TCP en la capa de transporte.

IP funciona independientemente de los medios que transportan los datos en las capas m谩s bajas de la pila de protocolos. Como se muestra en la ilustraci贸n, los paquetes IP pueden ser se帽ales electr贸nicas que se transmiten por cables de cobre, se帽ales 贸pticas que se transmiten por fibra 贸ptica o se帽ales de radio inal谩mbricas.

La capa de enlace de datos OSI es responsable de tomar un paquete IP y prepararlo para la transmisi贸n a trav茅s del medio de comunicaci贸n. Esto significa que la entrega de paquetes IP no se limita a ning煤n medio en particular.

Sin embargo, la capa de red tiene en cuenta una de las caracter铆sticas m谩s importantes del medio, que es el tama帽o m谩ximo de PDU que cada medio puede transportar. Esta caracter铆stica se conoce como "unidad de transmisi贸n m谩xima" (MTU). Parte del control de la comunicaci贸n entre la capa de enlace de datos y la capa de red consiste en establecer el tama帽o m谩ximo del paquete. La capa de enlace de datos pasa el valor de MTU a la capa de red. La capa de red luego determina qu茅 tama帽o pueden tener los paquetes.

En algunos casos, un dispositivo intermedio, generalmente un router, debe dividir un paquete IPv4 cuando lo reenv铆a de un medio a otro con una MTU m谩s peque帽a. Este proceso se denomina “fragmentaci贸n de paquetes” o “fragmentaci贸n”. La fragmentaci贸n provoca latencia. El router no puede fragmentar los paquetes IPv6.

Paquete IPv4

Encabezado de paquetes IPv4

IPv4 es uno de los protocolos de comunicaci贸n de la capa de red principal. El encabezado del paquete IPv4 se utiliza para garantizar que este paquete se entrega en su siguiente parada en el camino a su dispositivo final de destino.

El encabezado de paquetes IPv4 consta de campos que contienen informaci贸n importante sobre el paquete. Estos campos tienen n煤meros binarios que examinan el proceso de capa 3.

Campos de encabezado de paquete IPv4

Los valores binarios de cada campo identifican diversos par谩metros de configuraci贸n del paquete IP. Los diagramas de encabezado del protocolo, que se leen de izquierda a derecha y de arriba hacia abajo, proporcionan una representaci贸n visual de consulta al analizar los campos de protocolo. El diagrama de encabezado del protocolo IP en la ilustraci贸n identifica los campos de un paquete IPv4.

nombres y longitud de bits de los campos en un encabezado de paquete IPv4

Campos del encabezado de paquetes IPv4

Los campos significativos en el encabezado IPv4 incluyen lo siguiente:

  • Versi贸n - Contiene un valor binario de 4 bits establecido en 0100 que identifica esto como un paquete IPv4.
  • Servicios diferenciados o DiffServ (DS) - Este campo, formalmente conocido como Tipo de servicio (ToS), es un campo de 8 bits que se utiliza para determinar la prioridad de cada paquete. Los seis bits m谩s significativos del campo DiffServ son los bits de un c贸digo de servicios diferenciados (DSCP) y los dos bits menos significativos son los del mecanismo de congesti贸n expl铆cita (ECN).
  • Suma de comprobaci贸n de encabezado - Se utiliza para detectar da帽os en el encabezado IPv4.
  • Tiempo de duraci贸n (Time to Live o TTL) - TTL contiene un valor binario de 8 bits que se utiliza para limitar la vida 煤til de un paquete. El dispositivo de origen del paquete IPv4 establece el valor TTL inicial. Se reduce en una unidad en cada router por el que pasa el paquete. Si el campo TTL llega a cero, el router descartar谩 el paquete y enviar谩 la direcci贸n de IP de origen un mensaje de tiempo superado del protocolo de mensajes de control de Internet (ICMP). Debido a que el router disminuye el TTL de cada paquete, el router tambi茅n debe volver a calcular su suma de comprobaci贸n de encabezado.
  • Protocolo - Este campo se utiliza para identificar al protocolo del siguiente nivel. Este valor binario de 8 bits indica el tipo de encabezado que sigue despu茅s del encabezado del paquete, lo que permite que la capa de red transmita los datos al protocolo de la capa superior apropiado. ICMP (1), TCP (6) y UDP (17) son algunos valores comunes.
  • Direcci贸n IPv4 de origen - Contiene un valor binario de 32 bits que representa la direcci贸n IPv4 de origen del paquete. La direcci贸n IPv4 de origen es siempre una direcci贸n unicast.
  • Direcci贸n IPv4 de destino - Contiene un valor binario de 32 bits que representa la direcci贸n IPv4 de destino del paquete. La direcci贸n IPv4 de destino es una direcci贸n unicast, multicast o de difusi贸n.

Los dos campos a los que se hace m谩s referencia son los de direcci贸n IP de origen y de destino En estos campos, se identifica de d贸nde viene el paquete y a d贸nde va. Por lo general, estas direcciones no cambian mientras se viaja desde el origen hasta el destino.

Para identificar y validar el paquete, se usan los campos de longitud del encabezado de Internet (IHL), longitud total y el encabezado checksum.

Para reordenar un paquete fragmentado, se usan otros campos. Espec铆ficamente, el paquete IPv4 utiliza los campos de identificaci贸n, se帽aladores y desplazamiento de fragmentos para llevar un control de los fragmentos. Un router puede tener que fragmentar un paquete IPv4 cuando lo reenv铆a de un medio a otro con una MTU m谩s peque帽a.

Los campos Opciones y Relleno rara vez se usan.

Paquete IPv6

Limitaciones de IPv4

IPv4 todav铆a est谩 en uso hoy en d铆a. Este tema trata sobre IPv6, que eventualmente reemplazar谩 a IPv4. Para comprender mejor por qu茅 necesita conocer el protocolo IPv6, ayuda a conocer las limitaciones de IPv4 y las ventajas de IPv6.

A lo largo de los a帽os, se han elaborado protocolos y procesos adicionales para hacer frente a los nuevos desaf铆os. Sin embargo, incluso con los cambios, IPv4 a煤n tiene tres grandes problemas:

  • Agotamiento de la direcci贸n IPv4: IPv4 tiene un n煤mero limitado de direcciones p煤blicas 煤nicas disponibles. Si bien hay aproximadamente 4000 millones de direcciones IPv4, el incremento en la cantidad de dispositivos nuevos con IP habilitado, las conexiones constantes y el crecimiento potencial de regiones menos desarrolladas aumentaron la necesidad de direcciones.
  • Falta de conectividad de extremo a extremo: La traducci贸n de direcciones de red (NAT) es una tecnolog铆a com煤nmente implementada dentro de las redes IPv4. NAT proporciona una manera para que varios dispositivos compartan una 煤nica direcci贸n IPv4 p煤blica. Sin embargo, dado que la direcci贸n IPv4 p煤blica se comparte, se oculta la direcci贸n IPv4 de un host de la red interna. Esto puede ser un problema para las tecnolog铆as que necesitan conectividad completa.
  • Mayor complejidad de la red : mientras que NAT ha ampliado la vida 煤til de IPv4, solo se trataba de un mecanismo de transici贸n a IPv6. NAT en sus diversas implementaciones crea una complejidad adicional en la red, creando latencia y haciendo m谩s dif铆cil la soluci贸n de problemas.

Informaci贸n general sobre IPv6
A principios de la d茅cada de 1990, los problemas con IPv4 preocuparon al Grupo de trabajo de ingenier铆a de Internet (IETF) que, en consecuencia, comenz贸 a buscar un reemplazo. Esto tuvo como resultado el desarrollo de IP versi贸n 6 (IPv6). IPv6 supera las limitaciones de IPv4 y representa una mejora importante con caracter铆sticas que se adaptan mejor a las demandas de red actuales y previsibles.

Las mejoras que ofrece IPv6 incluyen las siguientes:
  • Manejo de paquetes mejorado: - las direcciones IPv6 se basan en el direccionamiento jer谩rquico de 128 bits en lugar de IPv4 con 32 bits.
  • Mejor manejo de paquetes - Manejo de paquetes mejorado: el encabezado IPv6 se ha simplificado con menos campos.
  • Elimina la necesidad de NAT: - Elimina la necesidad de NAT: con una cantidad tan grande de direcciones IPv6 p煤blicas, no se necesita NAT entre una direcci贸n IPv4 privada y una IPv4 p煤blica. Esto evita algunos de los problemas inducidos por NAT que experimentan las aplicaciones que requieren conectividad de extremo a extremo.
El espacio de las direcciones IPv4 de 32 bits ofrece aproximadamente 4.294.967.296 direcciones 煤nicas. El espacio de direcciones IPv6 proporciona 340,282,366,920,938,463,463,374,607,431,768,211,456, o 340 undecillones de direcciones. Esto es aproximadamente equivalente a cada grano de arena en la Tierra.

En la imagen, se puede ver una comparaci贸n entre el espacio de direcciones IPv4 e IPv6.
comparaci贸n del espacio de direcciones IPv4 e IPv6.

Leyenda:
       Hay 4000 millones de direcciones IPv4.
       Hay 340 sextillones de direcciones IPv6.

Campos de encabezado de paquetes IPv4 en el encabezado de paquetes IPv6
Uno de las mejoras de dise帽o m谩s importantes de IPv6 con respecto a IPv4 es el encabezado simplificado de IPv6.

Por ejemplo, el encabezado IPv4 consiste en un encabezado de longitud variable de 20 octetos (hasta 60 bytes si se usa el campo Opciones) y 12 campos de encabezado b谩sicos, sin incluir el campo Opciones y el campo Relleno.

Para IPv6, algunos campos se han mantenido igual, algunos campos han cambiado de nombre y posici贸n, y algunos campos de IPv4 ya no son necesarios, como se destaca en la figura.
  • El encabezado IPv6 se simplifica, pero no es m谩s peque帽o.
  • El encabezado se fija en 40 Bytes u octetos de longitud.
  • Se eliminaron varios campos IPv4 para mejorar el rendimiento.
  • Algunos campos IPv4 se eliminaron para mejorar el rendimiento:
  • Se帽alador
  • Desplazamiento de fragmentos
  • Suma de comprobaci贸n del encabezado.

En contraste, el encabezado IPv6 simplificado que se muestra en la siguiente figura consiste en un encabezado de longitud fija de 40 octetos (en gran parte debido a la longitud de las direcciones IPv6 de origen y destino).
El encabezado simplificado IPv6 permite un procesamiento m谩s eficiente de encabezados IPv6.

Encabezado de paquetes IPv6

Encabezado de paquetes IPv6
El diagrama de encabezado del protocolo IP en la ilustraci贸n identifica los campos de un paquete IPv6.
nombres y longitud de bits de los campos en un encabezado IPv6

Campos del encabezado de paquetes IPv6
Los campos en el encabezado del paquete IPv6 incluyen lo siguiente:
Versi贸n: Este campo contiene un valor binario de 4 bits establecido en 0110 qu eidentifica esto como un paquete IP versi贸n 6.
Clase de Tr谩fico: Este campo de 8 bits es equivalente al campo de Servicios diferenciados (DS) IPv4.
Etiqueta de Flujo:Este campo de 20 bits sugiere que todos los paquetes con la misma etiqueta de flujo reciben el mismo tipo de manejo por routers.
Longitud de carga 煤til:Este campo de 16 bits indica la longitud de la porci贸n de datos o carga 煤til del paquete IPv6. Esto no incluye la longitud del encabezado IPv6, que es un encabezado fijo de 40 bytes.
Encabezado siguiente: Este campo de 8 Bits es equivalente al campo de Protocolo IPv4. Es un valor que indica el tipo de contenido de datos que lleva el paquete, lo que permite que la capa de red transmita la informaci贸n al protocolo de capa superior apropiado.
Limite de Salto: Este campo de 8 bits reemplaza al campo TTL de IPv4. cada router que reenvia el paquete reduce este valor en 1. Cuando el contador llega a 0, el paquete se descarta y se reenvia un mensaje ICMPv4 Tiempo excedido al host emisor. Esto indica que el paquete no lleg贸 a su destino porque se excedio el limite de saltos. A diferenciade IPv4, IPv6 no incluye una suma de comprobaci贸n de encabezado IPv6, ya que esta funci贸n se realiza tanto en las capas inferior como superior. Esyo significa que la suma de comporbaci贸n no necesita ser recalculada por cada router cuando disminuye el capo Limite de santos, lo que tambien mejora el rendimiento de la red.
Direcci贸n IPv6 de Origen:Este campo de 128 bits identifica la direcci贸n IPv6 del host emisor.
Direcci贸n IPv4 de Destino:Este campo de 128 bits identifica la direcci贸n IPv6 del host receptor.

Un paquete IPv6 tambi茅n puede contener encabezados de extensi贸n (EH), que proveen informaci贸n optativa de la capa de red. Los encabezados de extensi贸n son opcionales y est谩n ubicados entre el encabezado de IPv6 y el contenido. Los EH se usan para fragmentar, dar seguridad, admitir la movilidad y otras acciones.
A diferencia de IPv4, los routers no fragmentan de los paquetes IPv6 enrutados.

C贸mo arma las rutas un host

La decisi贸n de reenv铆o de host

Con IPv4 e IPv6, los paquetes siempre se crean en el host de origen. El host de origen debe poder dirigir el paquete al host de destino. Para ello, los dispositivos finales de host crean su propia tabla de enrutamiento. En este tema se explica c贸mo los dispositivos finales utilizan las tablas de enrutamiento.

Otra funci贸n de la capa de red es dirigir los paquetes entre hosts. Un host puede enviar un paquete a lo siguiente:

Itself - A host can ping itself by sending a packet to a special IPv4 address of 127.0.0.1 or an IPv6 address ::1, que se conoce como la interfaz de bucle invertido. El hacer ping a la interfaz de bucle invertido, pone a prueba la pila del protocolo TCP/IP en el host.

Host local - este es un host de destino que se encuentra en la misma red local que el host emisor. Los hosts de origen y destino comparten la misma direcci贸n de red.

Host remoto - este es un host de destino en una red remota. Los hosts de origen y destino no comparten la misma direcci贸n de red.

La imagen ilustra la conexi贸n de PC1 a un host local en la misma red y a un host remoto ubicado en otra red.

El dispositivo final de origen determina si un paquete est谩 destinado a un host local o a un host remoto. El dispositivo final de origen determina si la direcci贸n IP de destino est谩 en la misma red en la que est谩 el propio dispositivo de origen. El m茅todo de determinaci贸n var铆a seg煤n la versi贸n IP:

  • En IPv4 : el dispositivo de origen utiliza su propia m谩scara de subred junto con su propia direcci贸n IPv4 y la direcci贸n IPv4 de destino para realizar esta determinaci贸n.
  • En IPv6 : el router local anuncia la direcci贸n de red local (prefijo) a todos los dispositivos de la red.

En una red dom茅stica o comercial, puede tener varios dispositivos cableados e inal谩mbricos interconectados mediante un dispositivo intermediario, como un switch LAN o un punto de acceso inal谩mbrico (WAP). Este dispositivo intermediario proporciona interconexiones entre hosts locales en la red local. Los hosts locales pueden conectarse y compartir informaci贸n sin la necesidad de dispositivos adicionales. Si un host est谩 enviando un paquete a un dispositivo que est谩 configurado con la misma red IP que el dispositivo host, el paquete simplemente se reenv铆a desde la interfaz del host, a trav茅s del dispositivo intermediario, y directamente al dispositivo de destino.

Por supuesto, en la mayor铆a de las situaciones queremos que nuestros dispositivos puedan conectarse m谩s all谩 del segmento de red local, como a otros hogares, negocios e Internet. Los dispositivos que no est谩n en el segmento de red local se denominan "m贸dulo remoto de E/S". Cuando un dispositivo de origen env铆a un paquete a un dispositivo de destino remoto, se necesita la ayuda de los routers y del enrutamiento. El enrutamiento es el proceso de identificaci贸n de la mejor ruta para llegar a un destino. El router conectado al segmento de red local se denomina gateway predeterminado.

Puerta de Enlace Predeterminada (Gateway)

La puerta de enlace predeterminada es el dispositivo de red (es decir, el router o el switch de capa 3) que puede enrutar el tr谩fico a otras redes. Si se piensa en una red como si fuera una habitaci贸n, el gateway predeterminado es como la puerta. Si desea ingresar a otra habitaci贸n o red, debe encontrar la puerta.

En una red, una puerta de enlace predeterminada suele ser un router con estas caracter铆sticas:

  • Tiene una direcci贸n IP local en el mismo rango de direcciones que otros hosts en la red local.
  • Puede aceptar datos en la red local y reenviar datos fuera de la red local.
  • Enruta el tr谩fico a otras redes.

Se requiere una puerta de enlace predeterminada para enviar tr谩fico fuera de la red local. El tr谩fico no se puede reenviar fuera de la red local si no hay una puerta de enlace predeterminada, la direcci贸n de la puerta de enlace predeterminada no est谩 configurada o la puerta de enlace predeterminada est谩 desactivada.

Un host enruta a la puerta de enlace predeterminada

Una tabla de enrutamiento de host generalmente incluir谩 una puerta de enlace predeterminada. En IPv4, el host recibe la direcci贸n IPv4 de la puerta de enlace predeterminada, ya sea din谩micamente desde el Protocolo de configuraci贸n din谩mica de host (DHCP) o configurado manualmente. En IPv6, el router anuncia la direcci贸n de la puerta de enlace predeterminada o el host se puede configurar manualmente.

En la imagen, PC1 y PC2 est谩n configuradas con la direcci贸n IPv4 de 192.168.10.1 como la puerta de enlace predeterminada.

La configuraci贸n de un gateway predeterminado genera una ruta predeterminada en la tabla de enrutamiento de la PC. Una ruta predeterminada es la ruta o camino que la PC utiliza cuando intenta conectarse a la red remota.

Tanto la PC1 como la PC2 tendr谩n una ruta predeterminada para enviar todo el tr谩fico destinado a las redes remotas al R1.

Tablas de enrutamiento de router

En un host de Windows, el comando route print o netstat -r se puede usar para mostrar la tabla de enrutamiento del host. Los dos comandos generan el mismo resultado. Al principio, los resultados pueden parecer abrumadores, pero son bastante f谩ciles de entender.
La imagen muestra una topolog铆a de ejemplo y la salida generada por el netstat –r comando.
Tabla de enrutamiento IPv4 para la PC1

Nota: La salida s贸lo muestra la tabla de rutas IPv4.

Al ingresar el netstat -r comando o el comando equivalente, route printse muestran tres secciones relacionadas con las conexiones de red TCP / IP actuales:
  • Lista de interfaces: - enumera la direcci贸n de control de acceso a medios (MAC) y el n煤mero de interfaz asignado de cada interfaz con capacidad de red en el host, incluidos los adaptadores Ethernet, Wi-Fi y Bluetooth.
  • Tabla de rutas IPv4: - enumera todas las rutas IPv4 conocidas, incluidas las conexiones directas, la red local y las rutas locales predeterminadas.
  • Tabla de rutas IPv6: - Tabla de rutas IPv6: enumera todas las rutas IPv6 conocidas, incluidas las conexiones directas, la red local y las rutas locales predeterminadas.

Introducci贸n al enrutamiento

Decisi贸n de env铆o de paquetes del router
En el tema anterior se discutieron las tablas de enrutamiento de host. La mayor铆a de las redes tambi茅n contienen routers, que son dispositivos intermediarios. Los routers tambi茅n contienen tablas de enrutamiento. En este tema se tratan las operaciones del router en la capa de red. Cuando un host env铆a un paquete a otro host, consulta su tabla de enrutamiento para determinar d贸nde enviar el paquete. Si el host de destino est谩 en una red remota, el paquete se reenv铆a a la puerta de enlace predeterminada, que generalmente es el router local.

¿Qu茅 sucede cuando llega un paquete a la interfaz de un router?

El router examina la direcci贸n IP de destino del paquete y busca en su tabla de enrutamiento para determinar d贸nde reenviar el paquete. La tabla de enrutamiento contiene una lista de todas las direcciones de red conocidas (prefijos) y a d贸nde reenviar el paquete. Estas entradas se conocen como entradas de ruta o rutas. El router reenviar谩 el paquete utilizando la mejor entrada de ruta que coincida (m谩s larga).

La siguiente tabla muestra la informaci贸n pertinente de la tabla de ruteo R1.

Tabla de enrutamiento de R1

Route Next Hop or Exit Interface
192.168.10.0 /24 G0/0/0
209.165.200.224/30 G0/0/1
10.1.1.0/24 via R2
Default Route 0.0.0.0/0 via R2

Tabla de enrutamiento IP del router
La tabla de enrutamiento del router contiene entradas de ruta de red que enumeran todos los posibles destinos de red conocidos.

La tabla de enrutamiento almacena tres tipos de entradas de ruta:
  • Redes conectadas directamente - estas entradas de ruta de red son interfaces de router activas. Los routers agregan una ruta conectada directamente cuando una interfaz se configura con una direcci贸n IP y se activa. Cada interfaz de router est谩 conectada a un segmento de red diferente. En la figura, las redes conectadas directamente en la tabla de enrutamiento IPv4 R1 ser铆an 192.168.10.0/24 y 209.165.200.224/30.
  • Redes remotas - estas entradas de ruta de red est谩n conectadas a otros routers. Los routers aprenden acerca de las redes remotas ya sea mediante la configuraci贸n expl铆cita de un administrador o mediante el intercambio de informaci贸n de ruta mediante un protocolo de enrutamiento din谩mico. En la figura, la red remota en la tabla de enrutamiento IPv4 R1 ser铆a 10.1.1.0/24.
  • Ruta predeterminada - al igual que un host, la mayor铆a de los routers tambi茅n incluyen una entrada de ruta predeterminada, una puerta de enlace de 煤ltimo recurso. La ruta predeterminada se utiliza cuando no hay una mejor coincidencia (m谩s larga) en la tabla de enrutamiento IP. En la figura, la tabla de enrutamiento IPv4 R1 probablemente incluir铆a una ruta predeterminada para reenviar todos los paquetes al router R2.
La imagen identifica las redes directamente conectadas y remotas del router R1.


Un router puede descubrir redes remotas de dos maneras:
  • Manualmente - las redes remotas se ingresan manualmente en la tabla de rutas mediante rutas est谩ticas.
  • Din谩micamente - las rutas remotas se aprenden autom谩ticamente mediante un protocolo de enrutamiento din谩mico.
Enrutamiento est谩tico
Las rutas est谩ticas son entradas de ruta que se configuran manualmente. La figura muestra un ejemplo de una ruta est谩tica que se configur贸 manualmente en el router R1. La ruta est谩tica incluye la direcci贸n de red remota y la direcci贸n IP del router de salto siguiente.
Si hay un cambio en la topolog铆a de la red, la ruta est谩tica no se actualiza autom谩ticamente y debe reconfigurarse manualmente. Por ejemplo, en la figura R1 tiene una ruta est谩tica para llegar a la red 10.1.1.0/24 a trav茅s de R2. Si esa ruta ya no est谩 disponible, R1 tendr铆a que reconfigurarse con una nueva ruta est谩tica a la red 10.1.1.0/24 a trav茅s de R3. Por lo tanto, el router R3 necesitar铆a tener una entrada de ruta en su tabla de enrutamiento para enviar paquetes destinados a 10.1.1.0/24 a R2.


El enrutamiento est谩tico tiene las siguientes caracter铆sticas:
  • Una ruta est谩tica debe configurarse manualmente.
  • El administrador necesita volver a configurar una ruta est谩tica si hay un cambio en la topolog铆a y la ruta est谩tica ya no es viable.
  • Una ruta est谩tica es apropiada para una red peque帽a y cuando hay pocos o ninguno de los enlaces redundantes.
  • Una ruta est谩tica se usa com煤nmente con un protocolo de enrutamiento din谩mico para configurar una ruta predeterminada.
Enrutamiento din谩mico
Un protocolo de enrutamiento din谩mico permite a los routers aprender autom谩ticamente sobre redes remotas, incluida una ruta predeterminada, de otros routers. Los routers que usan protocolos de enrutamiento din谩mico comparten autom谩ticamente la informaci贸n de enrutamiento con otros routers y compensan cualquier cambio de topolog铆a sin que sea necesaria la participaci贸n del administrador de la red. Si se produce un cambio en la topolog铆a de red, los routers comparten esta informaci贸n mediante el protocolo de enrutamiento din谩mico y actualizan autom谩ticamente sus tablas de enrutamiento.

Los protocolos de enrutamiento din谩mico incluyen OSPF y Enhanced Interior Gateway Routing Protocol (EIGRP). La figura muestra un ejemplo de routers R1 y R2 que comparten autom谩ticamente informaci贸n de red mediante el protocolo de enrutamiento OSPF.

La configuraci贸n b谩sica s贸lo requiere que el administrador de red habilite las redes conectadas directamente dentro del protocolo de enrutamiento din谩mico. El protocolo de enrutamiento din谩mico har谩 autom谩ticamente lo siguiente:
  • Detectar redes remotas.
  • Mantener informaci贸n de enrutamiento actualizada.
  • Elija el mejor camino hacia las redes de destino
  • Intente encontrar una nueva mejor ruta si la ruta actual ya no est谩 disponible
Cuando un router se configura manualmente con una ruta est谩tica o aprende acerca de una red remota din谩micamente mediante un protocolo de enrutamiento din谩mico, la direcci贸n de red remota y la direcci贸n de salto siguiente se introducen en la tabla de enrutamiento IP. Como se muestra en la figura, si hay un cambio en la topolog铆a de red, los routers se ajustar谩n autom谩ticamente e intentar谩n encontrar una nueva mejor ruta.

Nota: Es com煤n que algunos routers usen una combinaci贸n de rutas est谩ticas y un protocolo de enrutamiento din谩mico.

Introducci贸n a una tabla de enrutamiento IPv4
Observe en la figura que R2 est谩 conectado a Internet. Por lo tanto, el administrador configur贸 R1 con una ruta est谩tica predeterminada que env铆a paquetes a R2 cuando no hay ninguna entrada espec铆fica en la tabla de enrutamiento que coincida con la direcci贸n IP de destino. R1 y R2 tambi茅n est谩n utilizando el enrutamiento OSPF para anunciar redes conectadas directamente.

El comando show ip route de EXEC mode privilegiado se utiliza para ver la tabla de enrutamiento IPv4 en un router Cisco IOS. El ejemplo muestra la tabla de enrutamiento IPv4 del router R1. Al principio de cada entrada de tabla de enrutamiento hay un c贸digo que se utiliza para identificar el tipo de ruta o c贸mo se aprendi贸 la ruta. Entre las fuentes de ruta comunes (c贸digos) se incluyen las siguientes:
  • L - Direcci贸n IP de interfaz local conectada directamente
  • C – Red conectada directamente
  • S — La ruta est谩tica fue configurada manualmente por un administrador
  • O - OSPF
  • D - EIGRP
La tabla de enrutamiento muestra todas las rutas de destino IPv4 conocidas para R1.

Una ruta conectada directamente se crea autom谩ticamente cuando se configura una interfaz de router con informaci贸n de direcci贸n IP y se activa. El router a帽ade dos entradas de ruta con los c贸digos C (es decir, la red conectada) y L (es decir, la direcci贸n IP de la interfaz local de la red conectada). Las entradas de ruta tambi茅n identifican la interfaz de salida que se utilizar谩 para llegar a la red. Las dos redes conectadas directamente en este ejemplo son 192.168.10.0/24 y 209.165.200.224/30.

Los routers R1 y R2 tambi茅n est谩n utilizando el protocolo de enrutamiento din谩mico OSPF para intercambiar informaci贸n de router. En la tabla de enrutamiento de ejemplo, R1 tiene una entrada de ruta para la red 10.1.1.0/24 que aprendi贸 din谩micamente del router R2 a trav茅s del protocolo de enrutamiento OSPF.

Una ruta predeterminada tiene una direcci贸n de red de todos los ceros. Por ejemplo, la direcci贸n de red IPv4 es 0.0.0.0. Una entrada de ruta est谩tica en la tabla de enrutamiento comienza con un c贸digo de S\ *, como se resalta en el ejemplo.

Revisa la publicaci贸n anterior m贸dulo V: Sistemas de N煤mericos

Referencia del M贸dulo:
Cisco Networking Academy. M贸dulo 8: Capa de red. En CCNA I: Introducci贸n a las redes. Cisco Networking Academy. https://www.netacad.com/es

No hay comentarios.:

Publicar un comentario

Raul Tamani A. ©. Im谩genes del tema de fpm. Con tecnolog铆a de Blogger.

Adblock Detectado

Apoya este sitio desactivando el Adblock para seguir navegando. ¡Gracias!

¡Ya Desactive el Adblock!