Cisco 200-301: Direccionamiento IPv4, Subnetting y Enrutamiento — Guía de estudio

By Laurynas Brazys · 14 August 2026 · #cisco #200-301 #certification #exam-prep #study-guide

Forma parte de la Cisco CCNA 200-301 — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de Cisco, o realiza tests cronometrados en ExamRoll.io.

Resumen

El direccionamiento y enrutamiento IPv4 son la base de cómo los paquetes se identifican, se segmentan en subredes y se reenvían a través de las redes. Dominar las estructuras de direcciones, las máscaras, la entrega local basada en ARP y las decisiones de enrutamiento (incluida la coincidencia de prefijo más largo y la resolución recursiva) es esencial para construir topologías escalables y resilientes. Esta sección explica cómo diseñar subredes, calcular rangos, configurar puertas de enlace y rutas estáticas, verificar la alcanzabilidad y analizar las compensaciones entre la summarización, la escala y el aislamiento de fallos.

Fundamentos del Direccionamiento IPv4

Una dirección IPv4 tiene 32 bits y se representa típicamente en formato decimal punteado. Conceptualmente, cada dirección consta de una porción de red y una porción de host, definidas por la máscara de subred.

• Espacio público vs. privado

  • Las direcciones públicas son únicas a nivel mundial y enrutables en Internet.
  • Los rangos privados (RFC 1918) no son enrutables globalmente y están destinados para uso interno:
    • 10.0.0.0/8
    • 172.16.0.0/12
    • 192.168.0.0/16
  • El direccionamiento privado conserva el espacio de direcciones global y permite que diferentes organizaciones reutilicen los mismos rangos internamente; típicamente se utiliza NAT para el acceso a Internet.

• Rangos y direcciones de uso especial

  • 0.0.0.0/0: la ruta por defecto (coincide con cualquier destino).
  • 0.0.0.0/8: “esta red” (histórico; no se usa para la asignación de hosts).
  • 127.0.0.0/8: direcciones de loopback (pruebas en el host local).
  • 169.254.0.0/16: direcciones link-local (APIPA), usadas cuando falla el DHCP en algunos hosts.
  • 224.0.0.0/4: multicast.
  • 240.0.0.0/4: reservado (Clase E).
  • 255.255.255.255: broadcast limitado (broadcast en la red local).
  • Broadcast dirigido: red + porción de host con todos los bits en uno (p. ej., 10.1.1.255 para /24); deshabilitado por defecto en los routers para prevenir abusos.

Modos de fallo comunes

• Usar rangos privados esperando alcanzabilidad global en Internet sin NAT.
• Asignar direcciones de rangos especiales (p. ej., 127/8 o 169.254/16) a las interfaces.
• Superponer subredes entre sitios, causando enrutamiento ambiguo.

Subnetting, VLSM y Summarización

Las máscaras de subred definen cuántos bits corresponden a la red y cuántos al host. El Enrutamiento Interdominios sin Clases (CIDR) utiliza la notación de longitud de prefijo (/N). Las Máscaras de Subred de Longitud Variable (VLSM) permiten subredes de diferentes tamaños dentro del mismo espacio de direcciones para ajustarse a los requisitos reales.

• Cálculos

  • Tamaño de bloque por octeto = 256 − valor de la máscara en ese octeto (para octetos que no son 255 o 0).
  • Dirección de red: poner los bits de host a 0.
  • Dirección de broadcast: poner los bits de host a 1.
  • Rango utilizable: desde dirección de red+1 hasta dirección de broadcast−1 (para subredes con ≥2 bits de host).
  • Ejemplo: 192.168.10.0/26
    • Máscara: 255.255.255.192; tamaño de bloque 64
    • Subredes: .0, .64, .128, .192
    • Para 192.168.10.64/26: red .64, broadcast .127, utilizables .65–.126

• Enlaces punto a punto

  • /30 (255.255.255.252) proporciona dos direcciones utilizables; común entre routers.
  • /31 (RFC 3021) permite dos puntos finales sin broadcast; eficiente en equipos modernos.

• Pasos para el diseño con VLSM

  • Hacer un inventario de las subredes y el número de hosts requeridos.
  • Ordenar por tamaño, asignar las más grandes primero en límites de bloque limpios.
  • Evitar superposiciones; documentar las asignaciones meticulosamente.
  • Usar summarización de rutas en la capa de distribución/borde para comprimir los anuncios de rutas.

• Summarización de rutas

  • Agregar subredes contiguas que comparten los mismos bits de orden superior (p. ej., de 10.1.8.0/24 a 10.1.15.0/24 → 10.1.8.0/21).
  • Beneficios: tablas de enrutamiento más pequeñas, convergencia más rápida, menor uso de CPU/memoria.
  • Compensaciones: menor aislamiento de fallos—los fallos de una subred componente pueden quedar enmascarados por una ruta summarizada que todavía se está anunciando; usar políticas o anuncios condicionales para mitigarlo.

Modos de fallo comunes

• Calcular mal los tamaños de bloque y superponer accidentalmente rangos VLSM.
• Anunciar una ruta summarizada sin asegurar la alcanzabilidad de sus componentes, causando agujeros negros.
• Redes discontinuas con protocolos que asumen contigüidad a menos que se configuren cuidadosamente.

Conceptos Básicos de Reenvío: ARP, Gateways y Entrega Local vs. Remota

Los hosts deciden si un destino es local o remoto usando su propia IP y máscara de subred.

• Entrega local

  • Si IP_destino AND máscara es igual a la red de la IP_origen, el host realiza una petición ARP para obtener la MAC de destino y envía una trama L2 directamente.
  • Modos de fallo: corrupción de la caché ARP, IPs duplicadas, bucles de capa 2 o entradas obsoletas en la tabla CAM del switch pueden causar pérdidas intermitentes.

• Entrega remota

  • Si no es local, el host envía el paquete a su puerta de enlace predeterminada (router) haciendo una petición ARP para obtener la MAC del gateway.
  • El router decrementa el TTL, reescribe las cabeceras L2 y reenvía el paquete según su tabla de enrutamiento.
  • Modos de fallo: puerta de enlace predeterminada incorrecta, gateway inalcanzable, falta de una ruta en el router, o un host que usa una máscara incorrecta, lo que lleva a una clasificación errónea de local vs. remoto.

• Configuración de la puerta de enlace predeterminada

  • En hosts finales: una única IP de siguiente salto en la misma subred.
  • En switches de solo capa 2: ip default-gateway x.x.x.x (para el plano de gestión).
  • En interfaces L3 (SVIs o puertos enrutados): asignar una IP en la VLAN/subred; los hosts de esa red usan esa IP como su gateway.

Verificaciones útiles

• show arp o arp -a para confirmar la resolución de L3 a L2.
• ping default-gateway; captura de paquetes para ver las peticiones/respuestas ARP.

Enrutamiento y selección de rutas, verificación y consideraciones de diseño

Los routers reenvían el tráfico basándose en la tabla de enrutamiento y eligen la mejor entrada mediante la coincidencia de prefijo más largo (LPM, longest prefix match). Si varias rutas tienen la misma longitud de prefijo, la selección se determina por la distancia administrativa (AD) y, dentro de un mismo protocolo, por la métrica del protocolo.

• Coincidencia de prefijo más largo

  • La ruta más específica (el /N más grande) que coincide con el destino es la que se elige.
  • Ejemplo: Para 10.1.2.3, si existen las rutas 0.0.0.0/0, 10.0.0.0/8 y 10.1.0.0/16, se selecciona la /16.

• Distancia administrativa (se prefiere la más baja)

  • Valores típicos: conectada 0, estática 1, eBGP 20, EIGRP interno 90, OSPF 110, RIP 120.
  • Las rutas estáticas flotantes usan una AD más alta que el protocolo dinámico, por lo que solo se instalan si se pierden las rutas dinámicas.

• Rutas estáticas

  • Formato con siguiente salto: ip route 172.16.3.0 255.255.255.0 192.168.2.4
  • Formato con interfaz de salida (en enlaces punto a punto): ip route 172.16.3.0 255.255.255.0 Serial0/0/0
  • Ruta por defecto: ip route 0.0.0.0 0.0.0.0 203.0.113.1
  • Estática flotante: ip route 10.10.0.0 255.255.0.0 192.0.2.2 200
  • Modos de fallo: apuntar a un siguiente salto inalcanzable (sin ruta conectada/recursiva), usar una interfaz de salida en medios de acceso múltiple provocando ARP para cada destino, agujeros negros estáticos cuando las rutas sumarizadas carecen de rutas más específicas.

• Búsqueda recursiva y adyacencia CEF

  • Si una ruta apunta a una IP de siguiente salto, el router debe encontrar una ruta conectada para alcanzar ese siguiente salto; de lo contrario, la ruta no se resuelve y no es utilizable.
  • ARP resuelve la MAC del siguiente salto en enlaces de acceso múltiple; un fallo en la resolución provoca la pérdida de paquetes hasta que ARP tenga éxito.

• Protocolos de redundancia de primer salto (FHRPs)

  • Propósito: proporcionar un gateway por defecto virtual para que los hosts permanezcan alcanzables durante un fallo en un dispositivo upstream.
  • HSRP (Cisco)
    • IP virtual compartida por un grupo; un router activo y uno en espera (standby).
    • Multicast 224.0.0.2 para los hellos; prioridad por defecto 100; preempt deshabilitado por defecto.
    • Ejemplo:
      • interface Vlan10
      • ip address 10.10.10.2 255.255.255.0
      • standby 10 ip 10.10.10.1
      • standby 10 priority 110
      • standby 10 preempt
  • VRRP (basado en estándares)
    • Router virtual con un master; usa 224.0.0.18; preempt está activado por defecto en la práctica.
  • Errores comunes: números de grupo o autenticación que no coinciden, falta de preempt donde se desea, split-brain debido a discrepancias en las VLANs.

• Flujo de trabajo para verificación y solución de problemas

  • show ip interface brief para confirmar el estado y direccionamiento de la interfaz.
  • show ip route para revisar las entradas, la AD y la resolución recursiva.
  • show ip cef y show adjacency detail para verificar la resolución del siguiente salto.
  • ping y traceroute para probar la alcanzabilidad y la ruta.
  • show arp para confirmar la resolución de vecinos.
  • En FHRP: show standby brief o show vrrp para verificar el rol y los temporizadores.
  • Capturas de paquetes para confirmar el comportamiento de ARP e ICMP; usar los comandos debug con precaución en producción.

• Consideraciones de diseño

  • La sumarización reduce el tamaño de la tabla y el tiempo de convergencia, pero puede ocultar fallos; considere permitir el paso (leak) de rutas más específicas que sean críticas o usar seguimiento dinámico para retirar las rutas sumarizadas cuando todos sus componentes fallen.
  • VLSM mejora la eficiencia en el uso de direcciones, pero aumenta la complejidad de la planificación; los errores pueden llevar a solapamientos y a un enrutamiento ambiguo.
  • Las rutas por defecto simplifican las implementaciones en el borde de la red, pero conllevan el riesgo de atraer tráfico no deseado; restrinja su alcance con filtros de ruta y asegure la simetría.
  • FHRP añade resiliencia al gateway, pero puede enmascarar fallos de enrutamiento upstream; combínelo con el seguimiento de objetos (object tracking) para realizar el failover basándose en la alcanzabilidad.

Escenario de problema práctico

Contoso Manufacturing está colapsando una red plana heredada 10.0.0.0/16 en VLANs enrutadas a través de dos switches de distribución, cada uno con un enlace ascendente a un ISP. Los objetivos son conservar el espacio de direcciones IPv4, proporcionar gateways por defecto resilientes y minimizar la fluctuación en el enrutamiento (routing churn) upstream.

1. Dividir subredes usando VLSM según las necesidades reales.

• Justificación: Asignar /24 para las VLANs de producción con hasta 200 hosts, /27 para impresoras/IoT, y /30 o /31 para los enlaces punto a punto entre la distribución y el núcleo (core). Esto evita el desperdicio de direcciones y simplifica las ACLs. Ordenar las subredes por tamaño primero ayuda a evitar solapamientos.

2. Implementar sumarización hacia el núcleo y los bordes con los ISPs.

• Justificación: Sumarizar 10.0.16.0/20 para las plantas de producción y 10.0.32.0/23 para las VLANs de servidores. Anunciar unas pocas rutas agregadas reduce el tamaño de la tabla de enrutamiento y el tiempo de convergencia a través de la WAN. Asegúrese de que las rutas agregadas se alineen en los límites binarios y estén compuestas estrictamente por rutas específicas alcanzables.

3. Construir FHRP para los gateways por defecto de las VLANs de usuario en el par de switches de distribución.

• Justificación: Configurar HSRP con una IP virtual consistente por VLAN, prioridades primaria/secundaria y preempt. Ejemplo en Dist-A para la VLAN20:
  • interface Vlan20
  • ip address 10.0.20.2 255.255.255.0
  • standby 20 ip 10.0.20.1
  • standby 20 priority 110
  • standby 20 preempt Esto proporciona una MAC/IP de gateway estable a los hosts y un failover rápido si falla un switch de distribución.

4. Configurar el enrutamiento por defecto hacia los ISPs con un respaldo flotante.

• Justificación: En Dist-A, preferir el ISP-A con una ruta por defecto primaria; instalar una ruta por defecto flotante a través del ISP-B con una AD más alta para el failover:
  • ip route 0.0.0.0 0.0.0.0 198.51.100.1 1
  • ip route 0.0.0.0 0.0.0.0 203.0.113.1 200 Una AD de 200 asegura que la ruta de respaldo solo se instale cuando se elimine la primaria. Realice un seguimiento de la alcanzabilidad del siguiente salto del ISP para retirar la ruta por defecto si el circuito falla más allá de la Capa 2.

5. Verificar ARP y la resolución recursiva en los enlaces ascendentes (uplinks).

• Justificación: Use show ip route para confirmar que el siguiente salto de la ruta 0/0 se resuelve a través de una interfaz conectada y show arp para asegurar que se aprende la MAC del siguiente salto del ISP. Esto previene agujeros negros silenciosos debidos a siguientes saltos no resueltos.

6. Reforzar los límites del dominio de fallo con filtrado selectivo (selective leaking).

• Justificación: Sumarizar las VLANs de usuario hacia el núcleo, pero permitir el paso (leak) de rutas /32 más específicas para servicios críticos (p. ej., VIPs) para que la selección de ruta upstream siga siendo precisa durante fallos parciales. Esto equilibra la escalabilidad con el aislamiento de fallos.

7. Validar las rutas del plano de datos y la convergencia.

• Justificación: Desde una SVI de una VLAN de usuario, haga ping al gateway, al siguiente salto del ISP y a destinos públicos. Use traceroute para confirmar la salida a través del ISP previsto. Durante las pruebas de failover, observe los cambios de estado de HSRP (show standby brief) y las actualizaciones de la tabla de enrutamiento (show ip route) para asegurar que LPM elija el siguiente salto correcto y que la ruta por defecto flotante se active solo cuando sea apropiado.

Al combinar la eficiencia en el direccionamiento (VLSM), la reducción de la fluctuación (sumarización), los gateways resilientes (HSRP) y la selección de salida determinista (rutas por defecto primaria y flotante), Contoso logra un crecimiento escalable a la vez que contiene los dominios de fallo y mantiene un comportamiento de reenvío predecible.

← VLANs · Todos los dominios · Direccionamiento IPv6 y Enrutamiento IPv6 →

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →