1.2.1.3 Reenvío al siguiente salto: Los siguientes procesos ocurren cuando el R1 recibe la trama de
Ethernet de la PC1: 1. El R1 examina la dirección MAC de destino, que coincide con la dirección MAC de
la interfaz receptora, FastEthernet 0/0. Por lo tanto, el R1 copia la trama en su búfer. 2. El R1 distingue
que el campo tipo de Ethernet es 0x800, lo que significa que la trama de Ethernet contiene un
paquete IPv4 en la porción de datos de la trama. 3. El R1 desencapsula la trama de Ethernet. 4. Dado
que la dirección IPv4 de destino del paquete no coincide con ninguna de las redes directamente
conectadas del R1, esta consulta su tabla de routing para enrutar este paquete. El R1 busca una
dirección de red en la tabla de routing que incluya la dirección IPv4 de destino del paquete como
dirección host dentro de esa red. En este ejemplo la tabla de enrutamiento tiene una ruta para la red
192.168.4.0/24. La dirección IPv4 de destino del paquete es 192.168.4.10, que es una dirección hos
1.2.1.2 Envío de un paquete: En la animación de la ilustración, la PC1 envía un paquete a la PC2. La PC1
debe determinar si la dirección IPv4 de destino está en la misma red. La PC1 determina su propia
subred realizando una operación AND en su propia dirección y máscara de subred IPv4. Esto produce
la dirección de red a la que pertenece la PC1. A continuación, la PC1 realiza la misma operación AND
con la dirección IPv4 de destino del paquete y la máscara de subred de la PC1. Si la dirección de red de
destino está en la misma red que la PC1, entonces la PC1 no utiliza el gateway predeterminado. En
lugar de esto, la PC1 consulta su caché ARP para obtener la dirección MAC del dispositivo con esa
dirección IPv4 de destino. Si la dirección MAC no está en la caché, la PC1 genera una solicitud de ARP
para obtener la dirección a fin de completar el paquete y enviarlo al destino. Si la dirección de red de
destino está en una red diferente, la PC1 reenvía el paquete a su gateway predeterminado.
1.2.1.4 Routing de paquetes: Los siguientes procesos ocurren cuando el R2 recibe la trama en su
interfaz Fa0/0: 1. El R2 examina la dirección MAC de destino, que coincide con la dirección MAC de la
interfaz receptora, FastEthernet 0/0. Por lo tanto, el R2 copia la trama en su búfer. 2. La R2 distingue
que el campo tipo de Ethernet es 0x800, lo que significa que la trama de Ethernet contiene un
paquete IPv4 en la porción de datos de la trama. 3. El R2 desencapsula la trama de Ethernet. 4. Dado
que la dirección IPv4 de destino del paquete no coincide con ninguna de las direcciones de interfaz del
R2, esta consulta su tabla de routing para enrutar este paquete. El R2 busca la dirección IPv4 de
destino del paquete en la tabla de routing con el mismo proceso que usó el R1. a tabla de routing del
R2 tiene una ruta a la red 192.168.4.0/24, con la dirección IPv4 de siguiente salto 192.168.3.2 y la
interfaz de salida Serial 0/0/0. Debido a que la interfaz de salida no es una red Ethernet,
1.2.1.1 Función de switching del router: Una de las funciones principales de un router es reenviar
paquetes hacia su destino. Esto se logra mediante una función de switching, que es el proceso que
utiliza un router para aceptar un paquete en una interfaz y reenviarlo por otra interfaz. Una
responsabilidad clave de la función de conmutación es la de encapsular los paquetes en el tipo de
trama de enlace de datos correcto para el enlace de datos de salida. Nota: en este contexto, el
término “switching” significa literalmente mover paquetes de origen a destino y no se lo debe
confundir con la función de un switch de capa 2. Una vez que el router determinó la interfaz de salida
mediante la función de determinación de rutas, el router debe encapsular el paquete en la trama de
enlace de datos de la interfaz de salida.
1.2.1.5 Llegar al destino: Los siguientes procesos ocurren cuando la trama llega al R3: 1. El R3 copia la
trama PPP de enlace de datos en su búfer. 2. El R3 desencapsula la trama PPP de enlace de datos. 3. El
R3 busca la dirección IPv4 de destino del paquete en la tabla de routing. La tabla de routing tiene una
ruta a una red conectada directamente en el R3. Esto significa que el paquete puede enviarse
directamente al dispositivo de destino y no es necesario enviarlo a otro router. Dado que la interfaz
de salida es una red Ethernet conectada directamente, el R3 debe resolver la dirección IPv4 de destino
del paquete con una dirección MAC de destino: 1. El R3 busca la dirección IPv4 de destino del paquete
en la caché del protocolo de resolución de direcciones (ARP). Si la entrada no aparece en la caché ARP,
el R3 envía una solicitud de ARP por la interfaz FastEthernet 0/0. La PC2 envía a cambio una respuesta
ARP con su dirección MAC. A continuación, el R3 actualiza su caché ARP con
1.2.2 Determinación de la ruta
1.2.2.4 Distancia administrativa: Es posible configurar un router con varios protocolos de routing y
varias rutas estáticas. Si esto ocurre, la tabla de routing puede tener más de un origen de ruta para la
misma red de destino. Por ejemplo, si se configura RIP y EIGRP en un router, ambos protocolos de
routing pueden descubrir la misma red de destino. Sin embargo, cada protocolo de routing puede
decidir tomar una ruta diferente para llegar al destino según las métricas de ese protocolo de routing.
RIP elige una ruta según el conteo de saltos, mientras que EIGRP elige una ruta según la métrica
compuesta. ¿Cómo sabe el router qué ruta debe utilizar? El IOS de Cisco utiliza lo que se conoce como
“distancia administrativa” (AD) para determinar la ruta que se debe instalar en la tabla de routing de
IP. La AD representa la “confiabilidad” de la ruta: cuanto menor sea la AD, más confiable será el origen
de la ruta. Por ejemplo, la AD de una ruta estática es 1.
1.2.2.3 Equilibrio de carga: Qué sucede si una tabla de routing tiene dos o más rutas con métricas
idénticas hacia la misma red de destino? Cuando un router tiene dos o más rutas hacia un destino con
métrica del mismo costo, el router reenvía los paquetes usando ambas rutas por igual. Esto se
denomina “balanceo de carga de mismo costo”. La tabla de routing contiene la única red de destino
pero tiene varias interfaces de salida, una para cada ruta de mismo costo. El router reenvía los
paquetes utilizando las distintas interfaces de salida que se indican en la tabla de routing. Si está
configurado correctamente, el balanceo de carga puede aumentar la efectividad y el rendimiento de
la red. El balanceo de carga de mismo costo puede configurarse para usar tanto protocolos de
enrutamiento dinámico como rutas estáticas. Nota: solo EIGRP admite el balanceo de carga con
distinto costo.
1.2.2.2 El mejor camino: Los protocolos de enrutamiento dinámico generalmente usan sus propias
reglas y métricas para construir y actualizar las tablas de enrutamiento. El algoritmo de enrutamiento
genera un valor, o una métrica, para cada ruta a través de la red. Las métricas se pueden calcular
sobre la base de una sola característica o de varias características de una ruta. Algunos protocolos de
enrutamiento pueden basar la elección de la ruta en varias métricas, combinándolas en un único
valor métrico. A continuación, se indican algunos protocolos dinámicos y las métricas que utilizan:
Protocolo de información de routing (RIP): conteo de saltos. Protocolo OSPF (Open Shortest Path
First): el costo de Cisco según el ancho de banda acumulativo de origen a destino. Protocolo de
routing de gateway interior mejorado (EIGRP): ancho de banda, retraso, carga, confiabilidad. En la
animación de la ilustración, se destaca cómo la ruta puede ser diferente según la métrica que se
utiliza.
1.2.2.1 Decisiones de routing: La tabla de routing busca resultados en una de tres determinaciones de
ruta: Red conectada directamente: si la dirección IP de destino del paquete pertenece a un dispositivo
en una red que está conectada directamente a una de las interfaces del router, ese paquete se
reenvía directamente al dispositivo de destino. Esto significa que la dirección IP de destino del
paquete es una dirección host en la misma red que la interfaz del router. Red remota: si la dirección IP
de destino del paquete pertenece a una red remota, el paquete se reenvía a otro router. Sólo se
pueden alcanzar las redes remotas mediante el reenvío de paquetes hacia otra red. Ninguna ruta
determinada: si la dirección IP de destino del paquete no pertenece a una red conectada ni remota, el
router determina si se dispone de un gateway de último recurso. El gateway de último recurso se
establece cuando se configura o aprende una ruta predeterminada en un router.
Red remota: si la dirección IP de destino del paquete pertenece a una red remota, el paquete se
reenvía a otro router. Sólo se pueden alcanzar las redes remotas mediante el reenvío de paquetes
hacia otra red. Ninguna ruta determinada: si la dirección IP de destino del paquete no pertenece a
una red conectada ni remota, el router determina si se dispone de un gateway de último recurso. El
gateway de último recurso se establece cuando se configura o aprende una ruta predeterminada en
un router. Si hay una ruta predeterminada, el paquete se reenvía al gateway de último recurso. Si el
router no tiene una ruta predeterminada, el paquete se descarta.