CAPITULO 6

6.1. PROTOCOLOS DE CAPA DE RED

6.1.1.1. LA CAPA DE RED
La capa de red o la capa OSI 3, brinda servicios para permitir que los terminales puedan intercambiar datos en la red. Para
lograr el transporte completo, la capa de red utiliza cuatro procesos básicos:
 Direccionamiento de terminales: Los terminales se deben configurar con una dirección IP única para
identificarlos en la red.
 Encapsulamiento: La capa de red encapsula la unidad de datos del protocolo (PDU) de la capa de transporte a 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).
 Routing: La capa de red brinca servicios para dirigir 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 "routing". Un paquete puede cruzar muchos
dispositivos intermediarios antes de llegar al host de destino. Se denomina "salto" a cada router que cruza un
paquete antes de alcanzar el host de destino.
 Desencapsulamiento: Cuando el paquete llega a la capa de red del host de destino, el host revisa 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.
A diferencia de la capa de transporte (la capa OSI 4), que administra el transporte de datos entre los procesos que se
ejecutan en cada host, los protocolos de capa de red especifican la estructura de paquete y los procesos que se utilizan
para transportar la información de un host a otro. 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.
6.1.1.2. PROTOCOLOS DE CAPA DE RED
Existen varios protocolos de capa de red. Sin embargo, como se muestra en la ilustración, solo hay dos protocolos de capa
de red que suelen implementarse:
 Protocolo de Internet versión 4 (IPv4)
 Protocolo de Internet versión 6 (IPv6)
Nota: Los protocolos de capa de red antiguos no se muestran en la ilustración y no se analizan en este curso.

6.1.2.1. ENCAPSULAMIENTO DE IP
Para encapsular el segmento de capa de transporte u otros datos, IP le agrega un encabezado IP. Este encabezado se usa
para entregar el paquete al host de destino. El encabezado IP permanece igual desde el momento en que el paquete deja
el host de origen hasta que llega al host de destino.
Se muestra cómo la PDU de capa de red encapsula la PDU de capa de transporte 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.
Los routers pueden implementar diferentes protocolos de capa de red para que funcionen simultáneamente en una red. El
routing que realizan estos dispositivos intermediarios solo toma en cuenta el contenido del encabezado de paquetes de la
capa de red. En ningún caso, la porción de datos del paquete, es decir, la PDU de capa de transporte encapsulada, se
modifica durante los procesos de la capa de red.
6.1.2.2. CARACTERISTICAS 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.

SIN CONEXIÓN: No se establece ninguna conexión con el destino antes de enviar los paquetes de datos.
SERVICIO MINIMO: IP no es confiable por naturaleza, ya que la entrega de paquetes no esta garantizada.
INDEPENDIENTE DE MEDIOS: El funcionamiento es independiente del medio que transporta los datos (ej. Cables de cobre,
fibra, óptica, conexión inalámbrica).
6.1.2.3. COMUNICACIÓN SIN CONEXIÓN
IP no tiene conexión, lo que significa que no se genera una conexión completa exclusiva antes de enviar los datos. Como se
muestra en la figura 1, la comunicación sin conexión es conceptualmente similar a enviarle una carta a alguien sin avisarle
al receptor con anterioridad.
Las comunicaciones de datos sin conexión funcionan con el mismo principio. Como se muestra en la figura  2, IP no
necesita un intercambio inicial de información de control para establecer una conexión completa para que se reenvíen los
paquetes. 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.

EMISOR NO SABE
 Si el receptor está presente
 Si el paquete llego
 Si el receptor puede leer el paquete
RECEPTOR NO SABE
 Cuando llegará.
6.1.2.4. IP ENTRADA DE SERVICIO MINIMO
En la ilustración, se muestran las características de entrega de mejor esfuerzo o poco confiable del protocolo IP. El
protocolo IP no garantiza que todos los paquetes que se envían, de hecho, se reciban.
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 entrega, no tienen
información que pueda procesarse para informar al remitente si la entrega se realizó correctamente. 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
paquete del protocolo TCP/IP, la confiabilidad es la función de la capa de transporte.

6.1.2.5. IP: INDEPENDIENTE DE MEDIOS

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 se encarga de preparar los paquetes IP para la transmisión por el medio de comunicación.
Esto significa que el transporte de paquetes IP no está limitado a un 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 intermediario, que por lo general es un router, debe dividir el paquete cuando se reenvía
de un medio a otro con una MTU menor. Este proceso se denomina "fragmentación de paquetes" o "fragmentación".

6.1.3.1. ENCABEZADO DE PAQUETES IPv4

El encabezado de paquetes IPv4 consta de campos que contienen información importante sobre el paquete. Estos campos
tienen números binarios que examina el proceso de capa 3. 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.
Los campos más importantes del encabezado de IPv4 son los siguientes:
 Versión: Contiene un valor binario de 4 bits establecido en 0100 que lo identifica como un paquete IP versión 4.
  Servicios diferenciados o DiffServ (DS): antes conocido como el campo "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 importantes del campo de
servicios diferenciados son el punto de código de servicios diferenciados (DSCP), y los últimos dos bits son los de
notificación de congestión explícita (ECN).
 Tiempo de duración (TTL): Contiene un valor binario de 8 bits que se usa para delimitar el tiempo de vida de un
paquete. El emisor del paquete establece el valor inicial de TTL que se reduce en uno cada vez que un router procesa
el paquete. Si el campo TTL llega a cero, el router descarta el paquete y envía a la dirección IP de origen un mensaje
de tiempo superado del protocolo de mensajes de control de Internet (ICMP).
 El campo Protocolo se utiliza para identificar el protocolo del siguiente nivel. Este valor binario de 8 bits indica el
tipo de carga de datos que lleva el paquete, lo que permite que la capa de red transmita los datos al protocolo de
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 siempre es una dirección de unidifusión.
 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 de unidifusión, de multidifusión 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 cuando un paquete se
transfiere 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. Es posible que un
router deba fragmentar un paquete cuando lo reenvíe de un medio a otro con una MTU menor.
Los campos "opciones" y "relleno" se usan con poca frecuencia y exceden el ámbito de este capítulo.

6.1.3.2. EJEMPLOS DE ENCABEZADOS IPv4 EN WIRESHARK

VIDEO: Ejemplos de encabezados IPv4 en Wireshark (6 min) Veamos cómo la información de la capa de red se puede
observar y analizar en una captura de paquetes de Wireshark. Tengo una captura de pantalla de una captura de paquetes
de Wireshark. Y pueden observar que el segundo paquete que se captura se ha destacado. y luego en la ventana de
detalles del paquete, se ha extendido la información de la capa de red para mostrarnos todas las cosas que ocurren en la
capa de red. Veamos lo que sucede en este paquete determinado que estamos examinando. Podemos ver que, primero
que todo, el protocolo de capa de red, o protocolo de capa de Internet, con la que nos enfrentamos era el Protocolo de
Internet versión 4, IPv4. También podemos ver que la dirección IP de origen era 192.168.1.109. Podemos ver de forma
destacada aquí en el área de ventanas de la lista de paquetes y que la dirección IP de destino era 192.168.1.1. Y también
podemos ver eso aquí arriba. Podemos ver que, en la capa superior, este es un paquete de protocolo TCP. Pero si nos
limitamos solo a los campos IPv4, o la información IPv4, podemos ver los diferentes tipos de información de control que se
incluyen en cada paquete IPV4. Por ejemplo, el número de versión, que es 4, identificando esto como IPv4, en oposición al
paquete IPv6. La longitud del encabezado, o la longitud del encabezado-- esto es el tamaño mínimo de un encabezado de
IPv4. El campo de servicios diferenciados, que se utiliza para la prioridad de paquetes y es útil para aplicaciones como voz
sobre IP. La longitud total del paquete, el número de identificación, que se utiliza para realizar la fragmentación. Los
indicadores, puede ver que el bit DF se ha configurado. qué significa "don't fragment." Este paquete no es lo
suficientemente grande o no es identificado para fragmentación. Un desplazamiento de fragmentos, TTL, o tiempo de
duración que se establece en 128. Cada vez que un paquete se enruta desde un salto al siguiente, se reduce la cantidad de
TTL. Cuando el número de TTL llega a 0, el paquete se descarta. y garantiza que los paquetes no circulen en Internet para
siempre en un bucle infinito. El valor TTL también es compatible con las rutas de rastreo de ICMP y pings. El campo de
protocolo nos permite conocer el tipo de información para esperar en la porción de datos del paquete. un 6 identifica la
porción de datos de este paquete como un paquete TCP. El campo de checksum del encabezado, que le permite a los
routers revisar para ver si existe algún error o falta de uniformidad en el encabezado IP. Si existiera, el paquete se
descartará. Y luego, por último, las direcciones IP de origen y de destino, que son la parte más importante de paquete
IPV4. Veamos dos capturas de pantalla más de captura de paquetes de Wireshark, y veremos algunas similitudes y
diferencias. La próxima captura de pantalla nos muestra que ahora miramos el octavo paquete que se capturó. La
dirección IP de origen del paquete también es 192.188.1.109, y la dirección IP de destino es 192.168.1.1 excepto este
paquete es una solicitud HTTP GET. Así que esta es una solicitud a un servidor Web ubicada en 192.168.1.1. Pueden ver
que la capa de red, o información de la capa de Internet, se ha expandido, que también es el protocolo de IP versión 4, y
que tenemos información similar en los campos diferentes. Noten bajo el campo de longitud total que este paquete es de
411 bytes, en comparación con el paquete anterior, que solo era de 52 bytes. Podemos decir que este paquete tiene
mucha más información, o es un paquete mucho más grande, que el anterior. Si examinamos a continuación la
información de Protocolo de Internet versión 4, podemos ver la información de TCP y luego debajo hay un protocolo de
transporte de hipertexto, o protocolo HTTP, información de este paquete también. Me trasladaré hacia el próximo
paquete, y podrá ver que este paquete es el 16to paquete capturado aquí. También es de host 192.168.1.109 al host
192.168.1.1, excepto esto es el protocolo ICMP. Puede ver la información en la ventana de la lista de paquetes que esto en
una solicitud de eco, o ping. Si vemos la información de Protocolo de Internet versión 4 en el área de detalles, podemos
ver algunas diferencias menores. La versión todavía es la 4. La longitud del encabezado sigue siendo 20 bytes. Pero
podemos observar que los indicadores son levemente diferentes y que el campo de protocolo ahora está establecido en 1,
que indica que la porción de datos de este paquete es un mensaje del protocolo ICMP. Observe que en la ventana de
detalles en la parte inferior hay un área extendida para ver la información del encabezado específico del ICMP.
6.1.4.1. LIMITACIONES DE IPv4
A lo largo de los años, IPv4 se actualizó para enfrentar los nuevos desafíos. Sin embargo, incluso con los cambios, IPv4 aún
tiene tres grandes problemas:
 Agotamiento de las direcciones IP: IPv4 tiene una cantidad limitada de direcciones IPv4 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.
 Expansión de la tabla de routing de Internet: Los routers usan tablas de routing para determinar las mejores
rutas. A medida que aumenta el número de servidores conectados a Internet, aumenta también el número de rutas
de red. Estas rutas IPv4 consumen una gran cantidad de recursos de memoria y de procesador en los routers de
Internet.
 Falta de conectividad completa: Una de las tecnologías más implementadas en las redes IPv4 es la traducción de
direcciones de red (NAT). 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.
6.1.4.2. INTRODUCCIÓN A 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 de IPv6 incluyen lo siguiente:
 Mayor espacio de direcciones: Las direcciones IPv6 se basan en el direccionamiento jerárquico de 128 bits en
comparación con los 32 bits de IPv4.
 Mejor manejo de paquetes: Se redujo la cantidad de campos del encabezado de IPv6 para hacerlo más simple.
 Se elimina la necesidad de NAT: Al tener un número tan grande de direcciones IPv6 públicas, la NAT entre las
direcciones IPv4 privadas y públicas ya no es necesaria. Esto evita algunos problemas de aplicación inducidos por
NAT que tuvieron algunas aplicaciones que necesitan conectividad completa.
El espacio de direcciones IPv4 de 32 bits ofrece aproximadamente 4 294 967 296 direcciones únicas. Una de las principales
mejoras de diseño de IPv6 con respecto a IPv4 es el encabezado de IPv6 simplificado.
En la ilustración, se puede ver una comparación entre el espacio de direcciones IPv4 e IPv6.
6.1.4.3. ENCAPSULAMIENTO IPv6
Una 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 de IPv4 que se muestra en la figura 1 consta de 20 octetos (hasta 60 bytes si se usa el campo
Opciones) y 12 campos de encabezado básico, sin contar los campos Opciones y Relleno. Como se muestra en la
ilustración, en IPv6 algunos campos permanecen iguales, mientras que a otros se les cambió el nombre y la posición, y
algunos campos de IPv4 ya no son necesarios.
En cambio, el encabezado simplificado de IPv6 que se muestra en la figura 2 consta de 40 octetos (principalmente debido
a la longitud de las direcciones de IPv6 de origen y de destino) y 8 campos de encabezado (3 campos de encabezado de
IPv4 y 5 campos de encabezado adicionales) Como se resalta en esta ilustración, algunos campos mantienen el mismo
nombre que tenían en IPv4, a algunos campos se les cambió el nombre o la posición y se agregó un campo nuevo.
Como se muestra en la figura 3, el encabezado simplificado de IPv6 ofrece muchas más ventajas que el de IPv4.

6.1.4.4. ENCABEZADOS DE PAQUETE IPv6

Los campos del encabezado de paquetes IPv6 incluyen lo siguiente:
 Versión: Este campo contiene un valor binario de 4 bits establecido en 0110 que lo identifica como un paquete IP
versión 6.
 Clase de tráfico: Este campo de 8 bits es el equivalente al campo DS de 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 de los routers.
 Longitud de contenido: Este campo de 16 bits indica la longitud de la porción de datos o la longitud de contenido
del paquete IPv6.
 Encabezado siguiente: Este campo de 8 bits es el equivalente al campo protocolo de 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.
 Límite de saltos: Este campo de 8 bits reemplaza al campo TTL de IPv4. Cada router que reenvía el paquete
reduce este valor en 1. Cuando llega a cero, se descarta el paquete y se envía un mensaje de tiempo superado
de ICMPv6 al host de origen que indica que el paquete no llegó a destino porque excedió el límite de saltos.
 Dirección IPv6 de origen: es un campo de 128 bits que identifica la dirección IPv6 del host emisor.
  Dirección IPv6 de destino: es un campo de 128 bits que 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.

6.1.4.5. EJEMPLOS DE ENCABEZADOS IPv6 Y WIRESHARK

Esta captura de pantalla muestra una captura de paquetes con Wireshark y la información de la capa de red de una
conversación IPv6. Veamos. En esta captura de pantalla, podemos ver que el paquete destacado es el número 46 y que la
dirección de origen aquí en la ventana de la lista de paquetes muestra que es una dirección IPv6 de unidifusión global.
Pueden ver esto comenzando con el 2001:6f8. La dirección de destino también es una dirección de unidifusión global
2001:6f8:900 y así sucesivamente. Y si observamos en el campo de protocolo, vemos que en las capas superiores, se trata
de un paquete TCP y que es un intento para establecer una comunicación inicial con un servidor web de HTTP. Si
observamos en el área de información de la capa de red, se puede ver que la información de IPv6 se ha expandido.
Veamos algo de información de campo de protocolo para protocolo de Internet versión 6. En primer lugar, pueden ver que
la cantidad de información del encabezado de IPv6 es mucho menor que en el encabezado IPv4. Ahora, hay algunas
características interesantes. En primer lugar, pueden ver que el campo de versión es el mismo. en este caso, dice 6,
identificando este paquete como IPv6. También podemos observar los 6 binarios aquí. El siguiente campo es el campo de
clase de tráfico. El campo de clase de tráfico cumple la misma función que los campos de servicios diferenciados en un
paquete IPv4. Administra la priorización del tráfico y congestión. La próxima sección que pueden ver es la etiqueta de
flujo. El campo etiqueta de flujo es un nuevo campo para el protocolo IPv6. Su objetivo es mantener los mismos flujos de
paquetes a través de routers y switches, para así ayudar a las aplicaciones en tiempo real a que los paquetes lleguen en el
mismo orden. Pueden ver que el siguiente campo es el de la longitud de carga. Esto es lo mismo que el campo de la
longitud total en el encabezado IPv4. Este campo nos dice el tamaño total del paquete-- en este caso, 40 bytes. El
siguiente campo de encabezado cumple con el mismo propósito que el campo de protocolo para IPv4. verán que ha
identificado que la porción de datos de la capa superior de este paquete es 6 o TCP. El límite de salto cumple la misma
función que el campo TTL en un paquete IPv4. Pueden ver que el límite de salto se establece actualmente en 64. Una vez
que este disminuye a 0, el paquete se descartará. A continuación, tenemos la dirección IPv6 de origen, La dirección IPv6 de
destino, y luego, en la capa superior, podemos ver que se trata de un paquete TCP con la información de encabezado TCP.
Veamos la próxima captura de pantalla. En la próxima captura de pantalla, podemos observar que ahora hemos destacado
el paquete número 49. Y ahora tenemos una conexión con este servidor Web. Este paquete ahora es una solicitud GET al
servidor web. Si observamos en la versión ampliada protocolo de Internet versión 6 ventana de detalles del paquete,
podemos ver que la longitud de carga es mucho más grande. Podemos ver a continuación la información de IPv6, La
información de TCP, y también ahora está la información del protocolo HTTP dentro de la solicitud GET. Esta es nuestra
solicitud GET para acceder a una página web. Si voy a la próxima captura de pantalla, la última captura de pantalla muestra
un mensaje de solicitud de vecino ICMP versión 6. Si observamos la ventana en el paquete resaltado aquí, el paquete
número uno, veremos que la dirección de origen esta vez no es una dirección IPv6 de unidifusión global, si no una
dirección de enlace local. Y lo podemos deducir por el fe80 aquí. También podemos ver que la dirección de enlace local
utiliza EUI-64 para resolver la identificación de la interfaz de la porción de la dirección. Podemos deducirlo por el ff:fe
dentro de las direcciones. La dirección de destino es una dirección de ff02 IPv6 lo que indica que se trata de un paquete de
multidifusión. Si observamos el protocolo, vemos que es la ICMP versión 6, y luego la información sobre el paquete nos
dice que esto es un mensaje de solicitud de vecino para el mismo dispositivo que estábamos contactando en las capturas
de pantalla anteriores. La función de este paquete es esencialmente similar a una solicitud de ARP en IPv4. Necesitamos
descubrir la dirección de enlace local de este dispositivo, por lo que enviamos un mensaje de solicitud de vecino ICMP
versión 6, aplicamos multidifusión, y esperamos obtener una dirección de enlace local desde este vecino. Si observamos
en la ventana ampliada de los detalles, podemos ver que es la versión 6, clase de tráfico, etiqueta de flujo, longitud de
carga, que es la longitud entera del paquete; el siguiente campo de encabezado, que es como el campo de protocolo de
IPv4, que indica un 58, que esto es un mensaje lCMP versión 6 en la porción de datos del paquete; el límite de salto-- 255
saltos. Esto es similar al campo TTL. Y luego la dirección de enlace local de origen y la dirección de multidifusión de destino
IPv6. En la parte inferior, debajo de la información de IPv6, podemos ver que hay un área expansible específica para el
protocolo de mensaje de control de Internet versión 6.
6.2. ROUTING
6.2.1.1. LA DECISION DE REENVIO DE HOST
Otra función de la capa de red es dirigir los paquetes entre hosts. Un host puede enviar un paquete a alguno de los
siguientes:
 A sí mismo: Un host puede hacerse ping a sí mismo al enviar un paquete a una dirección  IPv4 127.0.0.1,
denominada "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.
 Al host local: Este es un host que está en la misma red local que el host emisor. Los hosts comparten la misma
dirección de red.
 A un módulo remoto de E/S: Este es un host en una red remota. Los hosts no comparten la misma dirección de
red.
Que un paquete tenga como destino un host local o un módulo remoto de E/S lo determina la combinación de máscara de
subred y dirección IPv4 del dispositivo de origen (emisor) en comparación con la máscara de subred y la dirección IPv4 del
dispositivo de destino.
En una red doméstica o comercial puede haber varios dispositivos cableados o inalámbricos interconectados que utilizan
un dispositivo intermediario, como un switch LAN o un punto de acceso inalámbrico (WAP). Este dispositivo intermediario
proporciona interconexiones entre los hosts de la red local. Los hosts locales pueden conectarse y compartir información
sin la necesidad de dispositivos adicionales. Si un host envía un paquete a un dispositivo configurado con la misma red IP
que el dispositivo host, el paquete se reenvía por la interfaz de host a través del dispositivo intermediario y se dirige
directamente al dispositivo de destino.
Por supuesto, en la mayoría de las situaciones queremos que nuestros dispositivos se conecten más allá del segmento de
red local, por ejemplo, que vayan a otras casas, empresas y a 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 routing. El routing 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.
6.2.1.2. GATEWAY PREDETERMINADO
El gateway predeterminado es el dispositivo de red que puede enrutar el tráfico a otras redes. Es el router el que puede
enrutar el tráfico fuera de la red local.
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.
A su vez, una PC o computadora que no conoce la dirección IP del gateway predeterminado es como una persona, en una
habitación, que no sabe dónde está la puerta. Las personas en la habitación o la red pueden hablar entre sí, pero si no
conocen la dirección del gateway predeterminado o si esta no existiera, no hay salida.
En la ilustración, se muestra una lista de las funciones del gateway predeterminado.
Un Gateway predeterminado
 Enruta el tráfico a otras redes
 Tiene una dirección IP local en el mismo intervalo de direcciones que otros hosts de la red
 Puede llevar datos y reenviarlos
6.2.1.3. USO DE GATEWAY PREDETERMINADO
La tabla de routing de un host incluye, por lo general, un gateway predeterminado. El host recibe la dirección IPv4 del
gateway predeterminado ya sea de manera dinámica del protocolo DHCP o si se la configura manualmente. En la
ilustración, la PC1 y la PC2 están configuradas con la dirección IPv4 de gateway predeterminado 192.168.10.1. La
configuración de un gateway predeterminado genera una ruta predeterminada en la tabla de routing de la PC. Una ruta
predeterminada es la ruta o camino que la PC utiliza cuando intenta conectarse a la red remota.
La ruta predeterminada se desprende de la configuración del gateway predeterminado y se ubica en la tabla de routing del
servidor. Tanto la PC1 como la PC2 tendrán una ruta predeterminada para enviar todo el tráfico destinado a las redes
remotas al R1.
6.2.1.4. TABLAS DE ROUTING DE HOST
Para mostrar la tabla de routing de un host de Windows, se puede usar el comando route print o netstat -r. Ambos
comandos generan el mismo resultado. El resultado puede ser un poco abrumador al principio, pero es bastante simple de
comprender.
Al introducir el comando netstat -r o su comando equivalente route print, se muestran tres secciones relacionadas con las
conexiones de red TCP/IP actuales:
 Lista de interfaces: Muestra una lista de las direcciones de control de acceso a los medios (MAC) y el número de
interfaz asignado de cada interfaz con capacidad de conexión a red en el host, incluidos los adaptadores Ethernet,
Wi-Fi y Bluetooth.
 Tabla de rutas IPv4: Es una lista de todas las rutas IPv4 conocidas, incluidas las conexiones directas, las redes
locales y las rutas locales predeterminadas.
 Tabla de rutas IPv6: Es una lista de todas las rutas IPv6 conocidas, incluidas las conexiones directas, las redes
locales y las rutas locales predeterminadas.

6.2.2.1. DECISIÓN DE ENVIO DE PAQUETES DE ROUTERS

Cuando un host envía un paquete a otro, utiliza su tabla de routing para determinar a dónde enviarlo. Si el host de destino
está en una red remota, el paquete se envía al gateway predeterminado.
¿Qué sucede cuando un paquete llega al gateway predeterminado, que es, por lo general, un router? El router observa su
tabla de routing para determinar a dónde enviar los paquetes.
La tabla de routing de un router almacena información sobre lo siguiente:
 Rutas conectadas directamente: Estas rutas provienen de 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 una de las
interfaces del router está conectada a un segmento de red diferente.
 Rutas remotas: Estas rutas provienen de redes remotas conectadas a otros routers. El administrador de redes
puede configurar las rutas a estas redes manualmente en el router local o dichas rutas pueden configurarse de
manera dinámica al permitir que el router local intercambie información routing con otros routers mediante el
protocolo de routing dinámico.
 Ruta predeterminada: Al igual que un host, los routers también utilizan las rutas predeterminadas como último
recurso si no hay otra ruta para llegar hasta la red deseada en la tabla de routing.
En la ilustración, se identifican las redes conectadas directamente y las redes remotas del router R1.
6.2.2.2. TABLA DE ROUTING DEL ROUTER IPv4
En un router con Cisco IOS, se puede utilizar el comando show ip route para visualizar la tabla de routing IPv4 del router,
como se muestra en la ilustración.
Además de proveer información de routing para las redes conectadas directamente y las redes remotas, la tabla de routing
tiene información sobre cómo se detectó la ruta, su confiabilidad y puntaje, cuándo fue la última vez que se actualizó y
qué interfaz se debe usar para llegar al destino solicitado.
Cuando un paquete llega a la interfaz de router, el router examina el encabezado de paquetes para determinar la red de
destino. Si la red de destino tiene una ruta en la tabla de routing, el router envía el paquete usando la información
especificada en la tabla de routing. Si existiesen dos o más rutas posibles para llegar al mismo destino, se usa la métrica
para decidir cuál aparece en la tabla de routing.

6.2.2.3. INTRODUCCIÓN A LA TABLA DE ROUTING IPv4

VIDEO: Tabla de routing de router IPv4 (6 min) Utilicemos Packet Tracer para conocer las tablas de routing. Hemos
aprendido acerca de dos tipos de tablas de routing-- una tabla de routing de host en una PC versus la tabla de routing de
un router. Veamos ambas. Si hago clic en la PC1 y hago clic en la ficha Desktop y en símbolo del sistema, Puedo ingresar el
comando "netstat - r" para ver mi tabla de enrutamiento. Ahora, esta tabla de routing del host de la PC es una versión muy
simplificada de una tabla de routing, y en realidad, si fuera una PC real, habrían muchas más entradas. Podemos observar
que bajo las rutas activas, hay una ruta habilitada, y esta es la ruta predeterminada. Nuestro gateway predeterminado está
ubicado en 192.168.10.1, por lo tanto existe una ruta, la ruta predeterminada. También podemos ver que hay diferentes
columnas de información: el destino de red, la máscara de red, el gateway, la interfaz, y la métrica. Podemos ver que
tenemos 0.0.0.0, o total de redes, destino mediante 0.0.0.0, o el total de redes, máscara de red y la dirección de gateway
192.168.10.1. Este es el router local. La interfaz de salida, que utilizaremos para acceder a este gateway, será nuestra
propia interfaz de 192.168.10.3. La distancia de red para todas las redes al gateway es un valor de métrica 1. Si esta fuera
una PC real, también veríamos muchas más entradas, como la Red 192.168.10. Veríamos una entrada de difusión limitada
a 255.255.255.255. Veríamos una entrada de difusión dirigida para 192.168.10.255, entradas de dirección de
multidifusión, incluyendo posiblemente IPv6. Ahora bien, observemos cuál es la tabla de routing del router. Para observar
la tabla de routing del router, haré clic en el router R1, y clic en la ficha CLI para acceder la interfaz de línea de comandos.
Presionaré Enter para acceder a la línea de comandos. Escribiré "enable" para acceder al modo exec privilegiado. Y luego
el comando para ver la tabla de routing es "show ip route". Presionaré la barra espaciadora para obtener el resto del
resultado. Ahora, la tabla de routing nos dice todas nuestras rutas de red. Si nos desplazamos hasta la parte superior,
podrán ver que hay códigos, códigos de letra, que nos permiten saber qué significa el comienzo de cada entrada de línea.
Si nos desplazamos hasta la parte inferior, podemos observar las entradas de routing. La tabla de routing del router es
similar a la tabla de routing de una PC host, excepto que no hay columnas para dividir la información. La tabla de routing
tiene información sobre los rutas conectadas, rutas de red remotas, y rutas predeterminadas. Estas se pueden ver aquí en
esta tabla de routing. Por ejemplo, si observamos estas dos entradas aquí, estas son rutas de red remota. Si observamos
estas entradas aquí, estas son para rutas de red conectadas. La última entrada de la tabla de routing es una ruta
predeterminada, o gateway de último recurso. Observen la dirección de la totalidad de las redes de cuádruple cero con
máscara de red de todos los ceros. Si observamos los códigos en la parte superior, podemos ver que D significa EIGRP,
haciendo de esta nuestras dos redes remotas. Podemos ver que C significa "connected", mostrándonos que estas entradas
que comienzan con C son nuestras rutas de red conectadas. La L mayúscula significa "dirección link-local"-- aviso
192.168.10.1-- a diferencia de la red conectada 192.168.10.0. Esta es la dirección de la interfaz local, conectada a
GigabitEthernet0/0. Si queremos comprender la información de acuerdo con las redes de destino, entonces podemos ver
que las redes de destino son la primera parte de la entrada aquí. Esta es la red de destino 10.1.1.0, la red de destino
10.1.2.0, la red de destino 192.168.10.0, etc. La información de métricas se encuentra dentro de corchetes. Esta es la
distancia administrativa, y esta es la métrica. El gateway, o lo que llamaríamos dirección superior siguiente, está ubicada
aquí. La hora en que aprendimos acerca de esta ruta por última vez está ubicada aquí. Y la interfaz de salida está ubicada
aquí. Estos son solo algunos aspectos básicos de una tabla de routing IPv4 de un router.
6.2.2.4. ENTRADAS DE TABLA DE ROUTING CONECTADA DIRECTAMENTE
Cuando se configura una interfaz de router con una dirección IPv4, una máscara de subred y luego se la activa, se generan
de manera automática las siguientes dos entradas de tabla de routing:
 C: Identifica una red conectada directamente. Las redes conectadas directamente se crean de manera automática
cuando se configura una interfaz con una dirección IP y se la activa.
 L: Indica que esta es una interfaz local. Esta es la dirección IPv4 de la interfaz del router.
En la ilustración, se muestran las entradas de la tabla de routing de R1 para la red conectada directamente 192.168.10.0.
Estas entradas se agregaron automáticamente a la tabla de routing cuando se configuró y se activó la interfaz
GigabitEthernet 0/0. Haga clic en cada signo más para obtener más información sobre las entradas de tabla de routing
conectadas directamente.
Nota: Las entradas de la interfaz local no aparecían en las tablas de routing antes de la versión 15 de IOS.

1. ORINGEN DE LA RUTA: Indica de que manera el router detecto la red

2. RED DE DESTINO: Identifica la red de destino y como se detecto
3. INTERFAZ DE SALIDA: Identifica la interfaz de salida que se debe utilizar para reenviar un paquete hacia el destino
final.
6.2.2.5. ENTRADAS DE LA TABLA DE ROUTING DE REDES REMOTAS
Un router tiene, por lo general, varias interfaces configuradas. La tabla de routing guarda información sobre las redes
conectadas directamente y las remotas.
Se describe la ruta R1 a la red remota 10.1.1.0. Haga clic en cada signo más para obtener más información sobre las
entradas de tabla de routing conectadas directamente.

1. ORIGEN DE LA RUTA: Identifica de que manera el router detecto la red. Los orígenes de rutas comunes incluyen S
(ruta estática), D (protocolo EIGRP) y O (Open Shortest Path First u OSPF).
2. RED DE DESTINO: Identifica la red de destino
3. DISTANCIA ADMINISTRATIVA: Identifica la distancia administrativa (es decir, la confiabilidad) del origen de la
ruta. Cuanto más bajo es el valor más confiable es el origen de la ruta.
4. METRICA: Identifica el valor asignado para llegar a la red remota. Los valores más bajos indican las rutas
preferidas.
5. SIGUIENTE SALTO: Identifica la dirección IP del router siguiente para reenviar el paquete.
6. MARCA DE HORA DE LA RUTA: Identifica cuando fue la ultima comunicación con la ruta
7. INTERFAZ DE SALIDA: Identifica la interfaz de salida que se debe utilizar para reenviar un paquete hacia el destino
final.
6.2.2.6. DIRECCIÓN DEL SIGUIENTE SALTO
Cuando un paquete destinado a una red remota llega al router, el router hace coincidir la red de destino con una ruta de la
tabla de routing. Si encuentra una coincidencia, el router envía el paquete a la dirección de siguiente salto de la interfaz
identificada.
Consulte la topología de red de ejemplo de la figura 1. Suponga que la PC1 o la PC2 enviaron un paquete destinado a la red
10.1.1.0 o 10.1.2.0. Cuando el paquete llega a la interfaz Gigabit del R1, el R1 compara la dirección IPv4 de destino del
paquete con las entradas de su tabla de routing. La tabla de routing se muestra en la figura 2. Según el contenido de su
routing, el R1 envía el paquete por su interfaz serial 0/0/0 a la dirección de siguiente salto 209.165.200.226.
Observe cómo las redes conectadas directamente con un origen de ruta C y L no tienen dirección de siguiente salto. Esto
se debe a que un router puede enviar paquetes directamente a los hosts de estas redes con la interfaz designada.
También es importante entender que los routers no pueden enviar paquetes sin una ruta a la red de destino en la tabla de
routing. Si una ruta que representa la red de destino no está en la tabla de routing, el paquete se descarta (es decir, no se
envía). Sin embargo, del mismo modo que un host puede usar un gateway predeterminado para reenviar un paquete a un
destino desconocido, un router también puede incluir una ruta predeterminada para generar un gateway de último
recurso. La ruta predeterminada puede configurarse manualmente u obtenerse de manera dinámica.

6.2.2.7. EXPLICACIÓN DE LA TABLA DE ROUTING IPv4

VIDEO: Explicación de la tabla de routing IPv4 (5 min) Observemos más detalladamente en la tabla de routing del router.
Pero antes de hacer eso, debatamos sobre algunos elementos. En primer lugar, la tabla de routing que observamos es la
tabla de routing del router R1. El router tiene tres redes conectadas: una red conectada que sale de su interfaz aquí, una
red conectada que sale de su interfaz aquí, y una red conectada que pasa por aquí en esta interfaz serial al router R2. Si
quisiera destacar las tres redes conectadas, se verían así. Esta es una red conectada. Esta es otra red conectada. Y esta la
tercera red conectada. Entonces estas tres interfaces cada una tiene una red que sale de ellas, Estas son las tres redes
conectadas en el router R1: las redes 192.168.10.0, la red 192.168.11.0, y la red 209.165.200.224 entre el R1 y el R2. R1
también sabe acerca de dos redes remotas. Las dos redes remotas, R1 aprendió acerca del router R2. Las dos redes
remotas son la red 10.1.1.0 y la red 10.1.2.0. Para el R1, el router superior siguiente es el R2, ubicado en 209.165.200.226.
Observemos la tabla de routing del R1 de más cerca ahora que sabemos sobre estas redes conectadas y estas redes
remotas. Pondré el comando "show ip route" para examinar la tabla de routing. Al observar la tabla de routing, podemos
examinar las primeras dos entradas de routing aquí. Podemos ver que ambas entradas son para las redes remotas 10.1.1.0
y 10.1.2.0. Estas son las redes aquí que no están conectadas al router R1. R1 aprendió sobre estas redes remotas del
router R2 mediante el protocolo de routing dinámico de EIGRP. Podemos ver esto aquí por la D al principio, que significa
EIGRP o el algoritmo dual que es utilizado por EIGRP. Ahora, si examinamos estas dos entradas de routing, vemos una red
de destino, la máscara de subred, y luego este número es la distancia administrativa, o confiabilidad, de la ruta, y esta es la
métrica, o calificación, del routing. Luego podemos ver que para alcanzar la red 10.1.1.0, necesitamos dirigirnos a través
del router de próximo salto a través de la dirección IP de 209.165.200.226. Esta es la dirección del próximo salto. Es decir,
si queremos acceder a esta red activa aquí, necesitamos dirigirnos a través del router R2, cuya dirección IP es
209.165.200.226. También podemos revisar la marca de tiempo que nos dice cuánto tiempo ha pasado desde la última vez
que aprendimos acerca de esta ruta. La última parte de información es la interfaz de salida. Por lo que para acceder a la
red 10.1.1.0, necesitamos ir al router de próximo salto en 209.165.200.226, y necesitamos salir de nuestra propia interfaz
Serial0/0/0. Esa es esta interfaz aquí en el router R1. Observen que si examinamos una entrada de routing de la red
conectada-- en este caso, la red 192.168.10.0-- no hay ninguna dirección IP del router de próximo salto, porque es una
ruta conectada directamente que sale de la interfaz GigabitEthernet0/0. Observen que la red 192.168.11.0, la que también
es una ruta conectada, sale de la interfaz GigabitEthernet0/1. Su tabla de routing le indica todas las redes actualmente
disponibles a las que puede acceder. Es muy importante poder leer y comprender su tabla de routing.
6.3. ROUTERS
6.3.1.1. UN ROUTER ES UNA COMPUTADORA
Hay muchos tipos de routers de infraestructura disponibles. De hecho, los routers Cisco están diseñados para satisfacer las
necesidades de muchos tipos diferentes de redes y empresas:
 De sucursal: Teletrabajadores, pequeñas empresas y sitios de sucursales medianas. Incluye los routers de
servicios integrados (ISR) Cisco G2 (segunda generación).
 WAN: Grandes empresas, organizaciones y empresas. Incluye los switches de la serie Cisco Catalyst y los routers
de servicios de agregación (ASR) de Cisco.
 Proveedor de servicios: Grandes proveedores de servicios. Incluye los ASR Cisco, el sistema de proveedor de
routing Cisco CRS-3 y los routers de la serie 7600.
La certificación CCNA se concentra en los routers de sucursal. En la ilustración, se muestran los routers de servicios
integrados Cisco 1900, 2900 y 3900 G2.
Sin importar cuál sea su función, tamaño o complejidad, todos los modelos de router son, en esencia, PC. Al igual que las
PC, las tabletas y los dispositivos inteligentes, los routers también necesitan lo siguiente:
 Unidades de procesamiento central (CPU).
 Sistemas operativos (SO).
 Memoria compuesta de memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), memoria de acceso
aleatorio no volátil (NVRAM) y memoria flash.
6.3.1.2. LA CPU Y EL SO DEL ROUTER
Al igual que todas las PC, las tabletas, las consolas de juegos y los dispositivos inteligentes, los dispositivos Cisco necesitan
una CPU para ejecutar las instrucciones del SO, como la inicialización del sistema, las funciones de routing y de switching.
El componente resaltado en la ilustración es la CPU de un router Cisco de la serie 1941 con un disipador térmico acoplado.
El disipador térmico ayuda a disipar el calor que genera la CPU.
La CPU necesita que un SO le provea las funciones de routing y switching. El sistema operativo Internetwork (IOS) de Cisco
es el software de sistema que se usa para la mayoría de los dispositivos Cisco sin importar el tamaño y tipo de dispositivo.
Se usa para routers, switches LAN, puntos de acceso inalámbrico pequeños, routers grandes con múltiples interfaces y
muchos otros dispositivos.
6.3.1.3. MEMORIA DE ROUTER
Un router tiene acceso a un almacenamiento de memoria volátil y no volátil. La memoria volátil necesita energía constante
para conservar la información. Cuando el router se apaga o se reinicia, el contenido se borra y se pierde. La memoria no
volátil retiene la información incluso cuando se reinicia el dispositivo.
Específicamente, un router Cisco utiliza cuatro tipos de memoria:
 RAM: Esta es una memoria volátil que utilizan los routers Cisco para almacenar aplicaciones, procesos y los datos
necesarios para que la CPU los pueda ejecutar. Los routers Cisco usan un tipo rápido de RAM denominado "memoria
sincrónica dinámica de acceso aleatorio" (SDRAM). Haga clic en "RAM" en la ilustración para obtener más
información.
 ROM: Esta es una memoria no volátil que se usa para almacenar instrucciones operativas cruciales y un IOS
limitado. Específicamente, la memoria ROM tiene un firmware integrado en un circuito también integrado dentro
del router que solo puede modificar Cisco. Haga clic en "ROM" en la ilustración para obtener más información.
 NVRAM: es la memoria no volátil que se usa como almacenamiento permanente para el archivo de configuración
de inicio (startup-config).
 Flash: es la memoria flash no volátil, y se usa como almacenamiento permanente del IOS y otros archivos
relacionados con el sistema, como archivos de registro, archivos de configuración de voz, archivos HTML,
configuraciones de respaldo, entre otros. Cuando se reinicia un router, se copia el IOS de la memoria flash a la RAM.
Todas las plataformas de router tienen componentes y configuraciones predeterminadas. Por ejemplo, el router Cisco de
la serie 1941 viene con 512 MB de memoria SDRAM, pero se la puede expandir hasta 2 GB. El router Cisco 1941 también
viene con 256 MB de memoria flash, pero se puede expandir con dos ranuras para tarjeta de memoria externa
CompactFlash. Cada ranura puede admitir tarjetas de memoria de alta velocidad de hasta 4 GB. Haga clic aquí para
obtener más información sobre el router de servicios integrados Cisco 1941.
RAM
La memoria RAM utiliza las siguientes aplicaciones y procesos
 El archivo de configuración en ejecución y la imagen de IOS
 La tabla de routing se utiliza para determinar el mejor camino para reenviar paquetes
 La cache ARP que se usa para asignar direcciones IPv4 a las direcciones MAC
 El bufer de paquetes que se usa de manera temporal para almacenar paquetes antes de reenviarlos al destino.
ROM La memoria ROM almacena lo siguiente:
 Información de arranque que proporciona las instrucciones de inicio
 Autodiagnóstico de al encender (POST) que evalúa todos los componentes de hardware.
 IOS limitado para proporcionar una versión de respaldo del IOS. Se usa para cargar el IOS con todas las funciones
si este se daña o elimina.
6.3.1.4. INTERIOR DE UN ROUTER
Aunque existen diferentes tipos y modelos de routers, todos tienen los mismos componentes generales de hardware.
En la ilustración, se muestra el interior de un ISR Cisco 1841 de primera generación. Haga clic en cada uno de los
componentes para ver una breve descripción. En la ilustración, también se muestran imágenes de otros componentes que
se encuentran en un router, como la fuente de alimentación, el ventilador, las pantallas térmicas y un módulo de
integración avanzada (AIM), que exceden el ámbito de este capítulo.
Nota: Un profesional de redes debe conocer y comprender la función de los componentes internos principales de un
router, más que la ubicación exacta de estos dentro de un router específico. Según el modelo, esos componentes se
encuentran en diferentes lugares dentro del router.

1. Fuente de Alimentación
2. Protección para tarjeta de interfaz WAN (WIC) o WIC de alta velocidad (HWIC)
3. Ventilador
4. RAM sincrónica dinámica (SDRAM) que se utiliza para mantener la configuración en ejecución y las tablas de routing, y
para admitir el almacenamiento en bufer de paquetes
5. RAM no volátil (NVRAM) y memoria flash de arranque que se utiliza para almacenar el código de arranque ROMMON
y los datos de la NVRAM
6. CPU
7. La opción del Módulo de integración avanzada (AIM) que descarga funciones que le exigen mucho al procesador,
como el cifrado desde la CPU principal
6.3.1.5. CONEXIÓN A UN ROUTER
Por lo general, los switches, routers y dispositivos Cisco interconectan muchos dispositivos. Es por este motivo que estos
dispositivos tienen diferentes tipos de puertos e interfaces que se usen para conectarse al dispositivo. Por ejemplo, la
placa de circuito de un router Cisco de la serie 1941 tiene los conectores y puertos que se describen en la ilustración. Haga
clic en cada área resaltada para ver más información.
Al igual que muchos dispositivos de red, los dispositivos Cisco usan indicadores de diodo emisor de luz (LED) para brindar
información de estado. Un LED de interfaz indica la actividad de la interfaz correspondiente. Si un LED está apagado
cuando la interfaz está activa y la interfaz está conectada correctamente, puede indicar que hay un problema con esa
interfaz. Si una interfaz está sobrecargada, su LED está encendido permanentemente.

 Ranuras para tarjeta de interfaz WAN de alta velocidad mejoradas= Con el rotulo eHWIC 0 y eHWIC 1 para
proporcionar modularidad y flexibilidad al permitir que el router admita distintos tipos de módulos de interfaz,
incluidos serial, línea de suscriptor digital (DSL), puerto de switch y tecnología inalámbrica
 Ranuras para Compact Flash= Con el rotulo CF0 Y CF1 para proporcionar una mayor cantidad de espacio de
almacenamiento en memoria flash expansible con tarjetas CompactFlash de hasta 4 GB por renura. De manera
predeterminada, la ranura CF0 tiene una tarjeta CompactFlash de 256 MB es la ubicación predeterminada de
arranque.
 Auxiliar (AUX)= Puerto RJ-45 PARA EL ACCESOA LA administración remota, similar al puerto de consola. Ahora se
considera un puerto antiguo, ya que se lo usaba para admitir los módems dial up.
 Puertos de consola= Para acceder a la administración de la configuración inicial y de la interfaz de línea de
comandos (CLI). Hay dos puertos disponibles, el puerto de uso mas frecuente (puerto J-45 comun) y un nuevo
conector USB de tipo B (USB mini -B). Sin embargo, solo se puede acceder a la consola por un puerto por vez.
 Gigabit Ethernet= Interfaces con el rotulo GE0/0 Y GE0/1. Por lo general, se usan para proporcionar acceso LAN
mediante la conexión con switches y usuarios, o para interconectarse a otro router
 USB= Puertos con el rotulo USB 0 Y USB 1 para proporcionar espacio de almacenamiento adicional, similar a la
memoria flash.
6.3.1.6. INTEFACES WAN Y LAN
Las conexiones de un router Cisco pueden agruparse en dos categorías: Interfaces de router en banda y puertos de
administración. Haga clic en las áreas resaltadas en la figura 1 para obtener más información.
De manera similar a lo que sucede con un switch Cisco, existen diversas formas de acceder al modo EXEC del usuario en el
entorno CLI de un router Cisco. Las más habituales son las siguientes:
 Consola: Este es un puerto de administración físico que proporciona acceso fuera de banda a un dispositivo de
Cisco. El acceso fuera de banda hace referencia al acceso por un canal de administración exclusivo que se usa
únicamente con fines de mantenimiento del dispositivo.
 Shell seguro (SSH): SSH es un método para establecer de manera remota una conexión CLI segura a través de una
interfaz virtual por medio de una red. A diferencia de las conexiones de consola, las conexiones SSH requieren
servicios de red activos en el dispositivo, incluida una interfaz activa configurada con una dirección.
 Telnet: Telnet es un método inseguro para establecer una sesión CLI de manera remota a través de una interfaz
virtual por medio de una red. A diferencia de las conexiones SSH, Telnet no proporciona una conexión cifrada de
manera segura. La autenticación de usuario, las contraseñas y los comandos se envían por la red en texto no cifrado.
Nota: Algunos dispositivos, como los routers, también pueden admitir un puerto auxiliar antiguo que se haya utilizado
para establecer una sesión CLI vía remota con un módem. De manera similar a la conexión de consola, el puerto auxiliar
está fuera de banda y no se requieren servicios de red para configurarlo o para que esté disponible.
Telnet y SSH necesitan una conexión de red en banda, lo que significa que un administrador debe acceder al router a
través de una de las interfaces de la red LAN o WAN. Haga clic en las áreas resaltadas en la figura  2 para obtener más
información.
Las interfaces en banda reciben y envían paquetes IP. Cada interfaz configurada y activa en el router es un miembro o host
de una red IP diferente. Se debe configurar cada interfaz con una dirección IPv4 y una máscara de subred de una red
diferente. Cisco IOS no permite que dos interfaces activas en el mismo router pertenezcan a la misma red.

Interfaces de router en banda= Son las interfaces de la red LAN (es decir, Gigabit Ethernet) y WAN (es decir, tarjetas de
interfaz WAN de alta velocidad mejorada) configurada con el direccionamiento IP para transformar el trafico de usuarios.
Las interfaces Ethernet son las conexiones LAN frecuentes, mientras que las conexiones WAN comunes incluyen las
interfaces seriales y DSL.
Interfaces WAN seriales = Se agregan a las EHWIC0 y tiene los rótulos Serial 0 (es decir S0/0/0 ) y Serial 1 (es decir S0/0/1).
Las interfaces seriales se usan para conectar los routers a una red WAN externa. Cada interfaz WAN serial tiene su
dirección IP y su mascara de subred, que la identifican como miembro de una red especifica.
6.3.2.1. ARCHIVOS BOOTSET
Tanto los switches como los routers Cisco cargan la imagen de IOS y el archivo de configuración de inicio en la RAM cuando
se inician, como se muestra en la ilustración.
La configuración en ejecución se modifica cuando el administrador de redes realiza configuraciones de dispositivo. Los
cambios que se hayan realizado en el archivo running-config se deben guardar en el archivo de configuración en la
NVRAM, en caso de que se reinicie el router o este no reciba energía.

6.3.2.2. PROCESO DE ARRANQUE DEL ROUTER

Existen tres fases de gran importancia en el proceso de arranque. Como se muestra en la figura 1, las fases son las
siguientes:
1. Se realiza el POST y se carga el programa de arranque.
2. Se ubica y se carga el software Cisco IOS.
3. Se ubica y se carga el archivo de configuración de inicio o se ingresa al modo de configuración.
1. Realización del POST y carga del programa de arranque (figura 2)
Durante el autodiagnóstico al encender (POST), el router realiza diagnósticos en la ROM sobre varios componentes de
hardware, incluidas la CPU, la RAM y la NVRAM. Después del POST, el programa de arranque se copia de la ROM a la RAM.
La tarea principal del programa de arranque es ubicar al Cisco IOS y cargarlo en la RAM.
Nota: En este punto, si usted tiene una conexión de consola al router, comienza a ver el resultado en la pantalla.
2. Ubicación y carga de Cisco IOS (figura 3)
Por lo general, el IOS se almacena en la memoria flash y se copia en la RAM para que lo ejecute la CPU. Si la imagen de IOS
no está en la memoria flash, el router puede buscarla con un servidor de protocolo trivial de transferencia de archivos
(TFTP) Si no se puede ubicar una imagen de IOS completa, se copia un IOS limitado en la RAM, que puede usarse para
diagnosticar problemas y transferir un IOS completo a la memoria flash.
3. Ubicación y carga del archivo de configuración (figura 4)
El programa de arranque copia el archivo de configuración de inicio de la NVRAM a la RAM. Esto se convierte en la
configuración en ejecución. Si el archivo de configuración de inicio no existe en la NVRAM, se puede configurar al router
para que busque un servidor TFTP. Si no encuentra ningún servidor TFTP, el router muestra la petición de entrada del
modo de configuración.
Nota: El modo de configuración no se utiliza en este curso para configurar el router. Ante la petición de entrada del modo
de configuración, siempre se debe responder no. Si usted contesta que sí e ingresa al modo de configuración,
presione Ctrl+C en cualquier momento para finalizar el proceso de configuración.
6.3.2.4. RESULTADO DE SHOW VERSIÓN
Como se muestra en la ilustración, el comando show version muestra información sobre la versión del software Cisco IOS
que se ejecuta en ese momento en el router, la versión del programa de arranque e información sobre la configuración del
hardware, incluida la cantidad de memoria del sistema.

6.4.1.1. PASOS BASICOS EN LA CONFIGURACIÓN DE UN SWITCH

Los routers y switches Cisco tienen muchas similitudes. Admiten un sistema operativo similar, estructuras de comandos
similares y muchos de los mismos comandos. Asimismo, ambos dispositivos usan los mismos pasos de configuración inicial
cuando se implementan en una red.
Antes de comenzar a configurar un router, revise las tareas iniciales de configuración de un switch que se indican en la
figura 1. En la figura 2, se muestra una configuración de ejemplo.

6.4.1.2. PASOS BASICO EN LA CONFIGURACIÓN DE UN ROUTER

De manera similar a cuando se configura un switch, cuando se configuran los parámetros iniciales en un router, se deben
completar las tareas que se indican en la figura 1.
En las figuras 2 a 5, se proporciona un ejemplo de estas tareas que se configuran en un router. En la figura  2, se asigna un
nombre de host al router. En la figura 3, se protegen las líneas de acceso EXEC privilegiado, EXEC del usuario y acceso
remoto con una contraseña, y se cifran todas las contraseñas en el archivo de configuración. Las notificaciones legales se
configuran en la figura 4. Por último, la configuración se guarda en la Figura 5.
Utilice el verificador de sintaxis de la figura 6 para practicar estos pasos de configuración.

6.4.2.1 CONFIGURAR INTERFACES DE ROUTERS

Para que se pueda llegar a los routers, se deben configurar las interfaces de router en banda. Existen muchos tipos
diferentes de interfaces para los routers Cisco. En este ejemplo, el router Cisco de la serie 1941 tiene las siguientes
características:
 Dos interfaces Gigabit Ethernet: GigabitEthernet 0/0 (G0/0) y GigabitEthernet 0/1 (G0/1)
 Una tarjeta de interfaz serial WAN (WIC) que consta de dos interfaces: serial 0/0/0 (S0/0/0) y serial 0/0/1
(S0/0/1)
Nota : Haga clic aquí para obtener más información sobre las abreviaciones y la numeración de las interfaces.
Las tareas para configurar una interfaz de router se indican en la figura 1. Observe cómo se asemeja a configurar una SVI
de administración en un switch.
Si bien no es necesario, es aconsejable configurar una descripción en cada interfaz para ayudar a registrar la información
de la red. El texto de la descripción tiene un límite de 240 caracteres. En las redes de producción, una descripción puede
ser útil para la solución de problemas, dado que proporciona información con respecto al tipo de red a la que está
conectada la interfaz y con respecto a otros routers que pueda haber en esa red. Si la interfaz se conecta a un ISP o a un
proveedor de servicios de telefonía móvil, resulta útil introducir la información de contacto y de conexión de dichos
terceros.
Al usar el comando no shutdown, se activa la interfaz y es similar a darle energía. La interfaz también debe estar
conectada a otro dispositivo , como un switch o un router, para que la capa física se active.
En la figura 2, se muestra la configuración de las interfaces de la red LAN conectadas al R1.
Utilice el verificador de sintaxis de la figura 3 para practicar la configuración de una interfaz de la red LAN.

6.4.2.2. VERIFICACION DE CONFIGURACION DE INTERFAZ

Existen varios comandos que se pueden utilizar para verificar la configuración de interfaz. El más útil de ellos es show ip
interface brief. El resultado generado muestra todas las interfaces, su dirección IPv4 y el estado actual. Las interfaces
configuradas y conectadas deben mostrar un estado “up” y el protocolo “up”. Cualquier otra cosa indica que existe un
problema con la configuración o con los cables.
Puede verificar la conectividad de la interfaz con el comando ping. Los routers Cisco envían cinco pings consecutivos y
miden los tiempos de ida y vuelta mínimo, máximo y promedio. Los signos de exclamación verifican la conectividad.
En la figura 1, se muestra el resultado del comando show ip interface brief, que muestra que las interfaces de la red LAN y
el enlace WAN están activos y en funcionamiento. Observe que el comando  ping genera cinco signos de exclamación que
verifican la conectividad al R2.
Otros comandos de verificación de interfaz pueden ser los siguientes:
 show ip route: Muestra el contenido de la tabla de routing IPv4 que se almacena en la RAM.
 show interfaces: Muestra las estadísticas de todas las interfaces de un dispositivo.
 show ip interface: Muestra las estadísticas IPv4 de todas las interfaces de un router.
En la figura 2, se muestra el resultado del comando show ip route. Observe las tres redes conectadas directamente con las
direcciones IPv4 de interfaz local.
Recuerde guardar la configuración con el comando copy running-config startup-config.

6.4.3.1. GATEWAY PREDETERMINADO PARA UN HOST

Para que un terminal se comunique a través de la red, se debe configurar con la información de dirección IP correcta,
incluida la dirección de gateway predeterminado. El gateway predeterminado se usa solamente cuando el host desea
enviar un paquete a un dispositivo de otra red. En general, la dirección de gateway predeterminado es la dirección de la
interfaz de router conectada a la red local del host. La dirección IP del dispositivo host y la dirección de interfaz de router
deben estar en la misma red.
La topología de red en la Figura 1 y 2 consta de un router que interconecta las dos LAN separadas. G0/0 se conecta a la red
192.168.10.0, mientras que G0/1 se conecta a la red 192.168.11.0. Cada dispositivo host está configurado con la dirección
de gateway predeterminado apropiada.
En la figura 1, la PC1 envía un paquete a la PC2. En este ejemplo, no se utiliza el gateway predeterminado. En cambio, PC1
dirige el paquete con la dirección IP de PC2 y lo reenvía directamente a PC2 a través del switch.
En la figura 2, la PC1 envía un paquete a la PC3. En este ejemplo, la PC1 dirige un paquete con la dirección IP de la PC3,
pero luego envía el paquete al router. El router acepta el paquete, accede a su tabla de routing para determinar la interfaz
de salida apropiada según la dirección de destino y, luego, envía el paquete por la interfaz apropiada para que llegue a la
PC3.
6.4.3.2. GATEWAY PREDETERMINADO PARA UN SWITCH
Por lo general, un switch de grupo de trabajo que interconecta computadoras cliente es un dispositivo de capa 2. Como
tal, un switch de capa 2 no necesita una dirección IP para funcionar adecuadamente. Sin embargo, si desea conectarse al
switch y administrarlo en varias redes, debe configurar la SVI con una dirección IPv4, una máscara de subred y una
dirección de gateway predeterminado.
Por lo general, la dirección del gateway predeterminado se configura en todos los dispositivos que desean comunicarse
más allá de la red local. En otras palabras, para acceder de manera remota al switch desde otra red con SSH o Telnet, el
switch debe tener una SVI configurado con una dirección IPv4, una máscara de subred y una dirección de gateway
predeterminado. Si se accede al switch desde un host dentro de la red local, la dirección  IPv4 de gateway predeterminado
no es necesaria.
Para configurar un gateway predeterminado en un switch, use el comando de configuración global  ip default-gateway. La
dirección IP configurada es la de la interfaz de router del switch conectado.
En la Figura 1 se muestra un administrador que establece una conexión remota al switch S1 en otra red. El switch S1 se
debe configurar con un gateway predeterminado, para que pueda responder y establecer una conexión SSH con el host
administrativo.
Un concepto erróneo habitual es que el switch usa su dirección de gateway predeterminado configurada para determinar
a dónde enviar los paquetes provenientes de los hosts conectados al switch y destinados a hosts de redes remotas. En
realidad, la información de dirección IP y de gateway predeterminado se usa únicamente para los paquetes que se
originan en el switch. Los paquetes que se originan en servidores conectados al switch ya deben crearse con la dirección
de gateway predeterminado configurada en el sistema operativo de su servidor.
Utilice el verificador de sintaxis de la figura 2 para practicar la configuración de un gateway predeterminado en un switch.