21 Preguntas de Práctica de Direccionamiento IP, subredes y enrutamiento con Respuestas

1. 1. Un host está configurado con la dirección IPv4 192.168.20.77 y un prefijo /26. ¿Cuál es la dirección de red de la subred a la que pertenece ese host?

   • A.192.168.20.0
   • B.192.168.20.128
   • C.192.168.20.65
   • D.192.168.20.64✓ Respuesta

   Un prefijo /26 equivale a la máscara 255.255.255.192, por lo que el tamaño de bloque en el último octeto es 256 − 192 = 64 y los límites de subred caen en 0, 64, 128 y 192. El valor 77 queda dentro del bloque 64–127, de modo que la dirección de red es 192.168.20.64, la de difusión es 192.168.20.127 y el rango utilizable va de 192.168.20.65 a 192.168.20.126.

   Ref. QB-DX6FZ8Fuente: RFC 4632 (CIDR) subnet arithmetic; CompTIA Network+ — Networking Concepts domainReportar un problema con esta pregunta

2. 2. Un host tiene la dirección IPv4 10.14.6.203 con la máscara de subred 255.255.255.240. ¿Cuál es la dirección de difusión (broadcast) de su subred?

   • A.10.14.6.206
   • B.10.14.6.255
   • C.10.14.6.223
   • D.10.14.6.207✓ Respuesta

   La máscara 255.255.255.240 corresponde a /28, por lo que el tamaño de bloque es 256 − 240 = 16 y las subredes comienzan en 0, 16, 32 … 192, 208. La dirección 203 cae en el bloque 192–207, así que la dirección de red es 10.14.6.192, la de difusión es 10.14.6.207 y los 14 hosts utilizables van de 10.14.6.193 a 10.14.6.206.

   Ref. QB-VEZ9E8Fuente: RFC 4632 (CIDR) subnet arithmetic; CompTIA Network+ — Networking Concepts domainReportar un problema con esta pregunta

3. 3. Dos servidores están configurados como 172.16.9.100 y 172.16.9.130, ambos con la máscara de subred 255.255.255.128. ¿Están los dos servidores en la misma subred?

   • A.No — 172.16.9.130 es la difusión de esa subred.
   • B.No — están en 172.16.9.0/25 y en 172.16.9.128/25.✓ Respuesta
   • C.Sí — los tres primeros octetos coinciden, son locales.
   • D.Sí — una máscara de 25 bits deja un solo dominio.

   La máscara 255.255.255.128 es un /25, por lo que el tamaño de bloque es 256 − 128 = 128 y el cuarto octeto se divide en dos subredes: 0–127 y 128–255. El host .100 queda en 172.16.9.0/25 y el host .130 en 172.16.9.128/25, de modo que están en dominios de difusión distintos y necesitan un salto de capa 3; que coincidan los primeros octetos nunca demuestra por sí solo que dos hosts sean locales entre sí.

   Ref. QB-CXT4U7Fuente: RFC 4632 (CIDR) subnet arithmetic; CompTIA Network+ — Networking Concepts domainReportar un problema con esta pregunta

4. 4. Un diseñador de red debe ubicar 100 dispositivos en una sola subred y quiere desperdiciar la menor cantidad de direcciones posible. ¿Cuál es la máscara de subred más pequeña que aún cumple el requisito?

   • A.255.255.255.0
   • B.255.255.255.192
   • C.255.255.255.128✓ Respuesta
   • D.255.255.255.224

   Los hosts utilizables son 2^h − 2, porque la dirección de red (todo ceros) y la de difusión (todo unos) no pueden asignarse. Un /25 (255.255.255.128) deja 7 bits de host y ofrece 126 direcciones utilizables, suficientes para 100; un /26 solo da 62 (no 64) y un /27 solo 30, mientras que un /24 alcanza pero desperdicia 154 direcciones. Dimensionar cada segmento según su número real de hosts es la esencia de VLSM.

   Ref. QB-YE3AXBFuente: RFC 4632 (CIDR) and VLSM subnet sizing; CompTIA Network+ — Networking Concepts domainReportar un problema con esta pregunta

5. 5. Dada la subred 10.5.4.0/22, ¿cuál es la última dirección de host utilizable de esa subred?

   • A.10.5.5.254
   • B.10.5.4.254
   • C.10.5.7.254✓ Respuesta
   • D.10.5.7.255

   Un /22 corresponde a la máscara 255.255.252.0, por lo que el octeto relevante es el tercero y el tamaño de bloque es 256 − 252 = 4. La subred abarca entonces de 10.5.4.0 a 10.5.7.255: la dirección de red es 10.5.4.0, la de difusión es 10.5.7.255, el último host utilizable es 10.5.7.254 y la subred contiene 1022 direcciones utilizables.

   Ref. QB-FXV4CBFuente: RFC 4632 (CIDR) subnet arithmetic; CompTIA Network+ — Networking Concepts domainReportar un problema con esta pregunta

6. 6. ¿Cuál de las siguientes direcciones IPv4 es una dirección pública que puede enrutarse por internet sin traducción?

   • A.192.168.250.7
   • B.172.32.14.9✓ Respuesta
   • C.172.20.5.4
   • D.127.14.9.3

   RFC 1918 reserva exactamente tres bloques privados: 10.0.0.0–10.255.255.255, 172.16.0.0–172.31.255.255 y 192.168.0.0–192.168.255.255. Como el segundo bloque termina en 172.31, una dirección que empieza por 172.32 queda fuera y es espacio público normal; 172.20.5.4 y 192.168.250.7 son privadas y necesitan NAT para salir a internet, y 127.x.x.x es el rango de bucle invertido, que nunca sale del propio host.

   Ref. QB-XEQXRAFuente: RFC 1918 private address allocation; RFC 1122 loopback range 127.0.0.0/8Reportar un problema con esta pregunta

7. 7. Una estación de trabajo que normalmente usa DHCP muestra la dirección 169.254.18.44 con la máscara 255.255.0.0. Puede alcanzar a un par de equipos conectados al mismo switch, pero no a la puerta de enlace predeterminada ni a internet. ¿Cuál es la causa más probable?

   • A.Un conflicto de IP duplicada lo pasó a otra dirección.
   • B.La entrada de DNS es errónea y se usó un rango reservado.
   • C.Ningún servidor DHCP respondió y el cliente se autoasignó APIPA.✓ Respuesta
   • D.La puerta de enlace filtra la MAC de la estación.

   169.254.0.0/16 es el rango IPv4 de enlace local que un host se asigna a sí mismo cuando ningún servidor DHCP responde, por eso el síntoma es diagnóstico. Las direcciones de enlace local solo son válidas en el enlace conectado, así que el host puede hablar con otros vecinos autoasignados pero con nada enrutado. Las causas habituales son un servicio DHCP detenido, un pool de direcciones agotado o un segmento enrutado/VLAN sin retransmisión DHCP (IP helper), ya que el mensaje DHCP DISCOVER es una difusión que los routers no reenvían.

   Ref. QB-EXHS6AFuente: RFC 3927 IPv4 link-local addressing (169.254.0.0/16); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

8. 8. Un proveedor de contenido asigna la misma dirección IP a servidores en varias ciudades, y el sistema de enrutamiento entrega los paquetes de cada cliente al servidor más cercano según la mejor ruta. ¿Qué tipo de direccionamiento y entrega describe esto?

   • A.Difusión (broadcast): entrega de uno a todos los hosts del segmento local
   • B.Anycast: entrega al más cercano entre hosts que comparten dirección✓ Respuesta
   • C.Unidifusión (unicast): entrega de uno a uno a una única interfaz
   • D.Multidifusión (multicast): entrega de uno a muchos, a los hosts que se unieron a un grupo

   Anycast se define por varias interfaces que comparten una misma dirección mientras el sistema de enrutamiento elige la instancia topológicamente más cercana, de modo que la misma dirección de destino es atendida por servidores distintos según dónde esté el cliente. La unidifusión apunta a una sola interfaz, la multidifusión solo llega a los hosts que se unieron a un grupo y la difusión inunda un único segmento local sin atravesar un router.

   Ref. QB-SEX9W4Fuente: RFC 4786 operation of anycast services; CompTIA Network+ — Networking Concepts domain (traffic types)Reportar un problema con esta pregunta

9. 9. Un router anuncia las cuatro redes contiguas 192.168.8.0/24, 192.168.9.0/24, 192.168.10.0/24 y 192.168.11.0/24. ¿Qué ruta resumen única cubre exactamente esas cuatro redes y ninguna otra?

   • A.192.168.0.0/16
   • B.192.168.8.0/21
   • C.192.168.8.0/23
   • D.192.168.8.0/22✓ Respuesta

   La sumarización (supernetting) acorta el prefijo hasta que un solo bloque cubre todas las redes componentes. Cuatro /24 contiguos contienen 4 × 256 = 1024 direcciones, lo que implica acortar el prefijo en 2 bits hasta /22, y 192.168.8.0/22 abarca exactamente de 192.168.8.0 a 192.168.11.255. Un /23 solo cubriría las dos primeras redes, mientras que un /21 anunciaría además de 192.168.12.0 a 192.168.15.255, que el router no posee.

   Ref. QB-9XR4B4Fuente: RFC 4632 (CIDR) route aggregation; CompTIA Network+ — Network Implementation domainReportar un problema con esta pregunta

10. 10. La tabla de enrutamiento IPv4 de un router contiene estas entradas: 0.0.0.0/0 vía 203.0.113.1; 10.0.0.0/8 vía 10.1.1.1; 10.20.0.0/16 vía 10.1.2.1; 10.20.30.0/24 vía 10.1.3.1. Llega un paquete con destino 10.20.30.45. ¿Qué siguiente salto usa el router?

    • A.10.1.3.1✓ Respuesta
    • B.10.1.1.1
    • C.203.0.113.1
    • D.10.1.2.1

    La consulta de la tabla de enrutamiento aplica primero la coincidencia de prefijo más largo: las cuatro entradas coinciden con 10.20.30.45, pero el /24 es el más específico, así que se elige 10.1.3.1 sin importar cómo se aprendió cada ruta. La distancia administrativa solo desempata cuando el mismo prefijo se aprende de fuentes distintas, y la métrica solo compara rutas hacia ese prefijo dentro de un mismo protocolo; la ruta predeterminada 0.0.0.0/0 se usa únicamente cuando no hay una coincidencia más específica.

    Ref. QB-F3D65JFuente: RFC 1812 requirements for IPv4 routers — longest-prefix-match forwarding; CompTIA Network+ — Network Implementation domainReportar un problema con esta pregunta

11. 11. ¿Qué afirmación distingue correctamente la distancia administrativa de una métrica de enrutamiento?

    • A.La distancia administrativa compara longitudes de prefijo; la métrica, fuentes.
    • B.La distancia administrativa viaja en la cabecera IP y baja uno por salto.
    • C.La distancia administrativa ordena fuentes; la métrica, rutas de un protocolo.✓ Respuesta
    • D.La métrica se evalúa primero; la distancia administrativa solo desempata.

    Ambos valores responden preguntas distintas: la distancia administrativa es una preferencia de significado local entre fuentes de ruta para un mismo prefijo (el valor menor se considera más fiable y se instala), mientras que una métrica como el conteo de saltos, el costo o un valor compuesto ordena las rutas que un protocolo ya conoce hacia el mismo destino. La longitud del prefijo se evalúa antes que cualquiera de las dos, y el campo que se decrementa en cada salto es el TTL de la cabecera IP, no la distancia administrativa.

    Ref. QB-YJJBQJFuente: CompTIA Network+ — Network Implementation domain (route selection: administrative distance, prefix length, metric)Reportar un problema con esta pregunta

12. 12. ¿Qué protocolo de enrutamiento es un protocolo de vector de ruta usado como protocolo de puerta de enlace exterior para intercambiar información de alcanzabilidad entre sistemas autónomos?

    • A.OSPF
    • B.BGP✓ Respuesta
    • C.EIGRP
    • D.RIP

    BGP anuncia la lista completa de sistemas autónomos por los que ha pasado un prefijo, lo que lo convierte en un protocolo de vector de ruta y permite aplicar políticas de enrutamiento entre organizaciones; es el protocolo de puerta de enlace exterior que une los sistemas autónomos. OSPF es un protocolo interior de estado de enlace, RIP es un protocolo interior clásico de vector distancia basado en conteo de saltos y EIGRP es un protocolo interior de vector distancia avanzado.

    Ref. QB-E32UXGFuente: RFC 4271 Border Gateway Protocol; CompTIA Network+ — Network Implementation domainReportar un problema con esta pregunta

13. 13. ¿Cuál de las siguientes NO es una forma válida de escribir la dirección IPv6 2001:0db8:0000:0000:00a3:0000:0000:1f4e?

    • A.2001:db8::a3:0:0:1f4e
    • B.2001:db8::a3::1f4e✓ Respuesta
    • C.2001:0db8:0000:0000:00a3:0000:0000:1f4e
    • D.2001:db8:0:0:a3:0:0:1f4e

    Las reglas de texto de IPv6 permiten omitir los ceros iniciales de cada grupo (siempre que quede al menos un dígito) y permiten que los dos puntos dobles sustituyan uno o más grupos consecutivos de ceros, pero los dos puntos dobles solo pueden aparecer una vez en una dirección. Con dos apariciones no se puede saber cuántos grupos de ceros corresponden a cada lado, así que la dirección es ambigua e inválida; las otras tres formas se expanden al mismo valor de 128 bits.

    Ref. QB-XJ7ZHHFuente: RFC 4291 IPv6 addressing architecture — text representation rulesReportar un problema con esta pregunta

14. 14. Una interfaz muestra dos direcciones IPv6: fe80::1c2b:5aff:fe33:9d11 y 2001:db8:4:1::20. ¿Qué afirmación sobre la dirección fe80 es correcta?

    • A.Es la dirección unicast global que asignó el proveedor.
    • B.Es una dirección local única, el equivalente IPv6 de RFC 1918.
    • C.Es una dirección unicast de enlace local, válida solo aquí.✓ Respuesta
    • D.Es la dirección multicast de todos los routers del enlace.

    Toda interfaz IPv6 forma automáticamente una dirección de enlace local dentro de fe80::/10, cuyo ámbito es únicamente ese enlace, por lo que los routers no deben reenviar fuera del enlace paquetes con origen o destino de enlace local. Esa dirección es la que usa el descubrimiento de vecinos y la que los protocolos de enrutamiento llevan como siguiente salto. Las direcciones locales únicas provienen de fc00::/7 y las multicast de ff00::/8, así que ninguno de esos prefijos coincide con fe80; la dirección 2001: es la unicast global enrutable.

    Ref. QB-D3PGSFFuente: RFC 4291 IPv6 addressing architecture — link-local unicast fe80::/10Reportar un problema con esta pregunta

15. 15. Un router anuncia el prefijo 2001:db8:1:1::/64 en un segmento y un host con dirección MAC 00:1A:2B:3C:4D:5E construye su dirección mediante SLAAC usando un identificador de interfaz EUI-64 modificado. ¿Qué dirección forma el host?

    • A.2001:db8:1:1:21a:2bff:fe3c:4d5e✓ Respuesta
    • B.2001:db8:1:1:21a:2bfe:ff3c:4d5e
    • C.2001:db8:1:1:1a:2b3c:4d5e:ffff
    • D.2001:db8:1:1:1a:2bff:fe3c:4d5e

    El EUI-64 modificado divide la MAC de 48 bits por la mitad, inserta FFFE entre ambas mitades (001A:2BFF:FE3C:4D5E) y después invierte el bit universal/local — el séptimo bit del primer octeto —, lo que convierte 00 en 02 y da 021A:2BFF:FE3C:4D5E, escrito como 21a:2bff:fe3c:4d5e al suprimir el cero inicial. En SLAAC el host aprende el prefijo /64 de un anuncio de router y genera él mismo el identificador de interfaz de 64 bits; olvidar la inversión del bit es el error clásico, e insertar FEFF en lugar de FFFE es otro.

    Ref. QB-WJUNCGFuente: RFC 4291 modified EUI-64 interface identifiers; RFC 4862 IPv6 stateless address autoconfigurationReportar un problema con esta pregunta

16. 16. Una organización opera una red de clientes solo IPv6. Sus usuarios deben acceder igualmente a una aplicación de un socio publicada únicamente en IPv4. ¿Qué enfoque resuelve esto?

    • A.Desplegar NAT64 junto con DNS64 en el borde.✓ Respuesta
    • B.Construir un túnel 6in4 entre los dos sitios.
    • C.Dar a los clientes direcciones locales (fc00::/7).
    • D.Habilitar SLAAC en cada subred IPv6 de clientes.

    Solo un mecanismo de traducción une dos familias de direcciones distintas: NAT64 reescribe los paquetes IPv6 en IPv4 en el borde, mientras que DNS64 sintetiza un registro IPv6 para un nombre que solo tiene IPv4, de modo que el cliente tenga un destino al que enviar. Un túnel como 6in4 solo transporta IPv6 dentro de IPv4 entre extremos que ya hablan IPv6, la pila dual exigiría que el destino ejecutara IPv6, SLAAC únicamente asigna direcciones y el direccionamiento local único no alcanza nada externo.

    Ref. QB-C3B6MEFuente: RFC 6146 stateful NAT64; RFC 6147 DNS64Reportar un problema con esta pregunta

17. 17. En un enlace troncal IEEE 802.1Q, ¿cómo se maneja el tráfico que pertenece a la VLAN nativa?

    • A.Se etiqueta con la VLAN 4095 en el troncal.
    • B.Se etiqueta dos veces, una por cada switch.
    • C.Atraviesa el troncal sin que se añada etiqueta.✓ Respuesta
    • D.Se descarta salvo que se habiliten tramas jumbo.

    Por definición, la VLAN nativa es la única cuyas tramas atraviesan un troncal 802.1Q sin etiqueta, de modo que cada switch decide localmente a qué VLAN pertenecen las tramas sin etiquetar que recibe. Si los vecinos tienen VLAN nativas distintas, las tramas sin etiqueta enviadas en una VLAN se absorben en otra y se fusionan dos dominios de difusión; ese mismo comportamiento sin etiqueta es el que aprovecha el salto de VLAN por doble etiquetado, razón por la cual la VLAN nativa no debe transportar datos de usuario.

    Ref. QB-VJGB7FFuente: IEEE 802.1Q — native (untagged) VLAN on a trunk portReportar un problema con esta pregunta

18. 18. ¿Qué afirmación describe con exactitud el etiquetado de VLAN IEEE 802.1Q en una trama Ethernet?

    • A.La etiqueta se añade tras la secuencia de verificación, como cola.
    • B.La etiqueta ocupa 8 bytes y lleva un campo de VLAN de 16 bits.
    • C.La trama se encapsula en una nueva cabecera IP con la VLAN.
    • D.Tras la MAC de origen va una etiqueta de 4 bytes con VLAN de 12 bits.✓ Respuesta

    La etiqueta 802.1Q se sitúa dentro de la cabecera de capa 2, justo después de la dirección MAC de origen, y se compone de un identificador de protocolo de etiqueta de 2 bytes más 2 bytes de información de control que contienen un campo de prioridad, un bit de elegibilidad de descarte y el identificador de VLAN de 12 bits. Doce bits dan 4096 valores, pero el 0 indica una etiqueta solo de prioridad y el 4095 está reservado, por lo que quedan utilizables del 1 al 4094; esos 4 bytes adicionales elevan además la trama máxima de 1518 a 1522 bytes.

    Ref. QB-B3YTEDFuente: IEEE 802.1Q VLAN tag formatReportar un problema con esta pregunta

19. 19. Dos PC conectados al mismo switch de acceso están en la VLAN 10 y la VLAN 20, cada uno con una dirección correcta en su propia subred, pero no logran comunicarse. ¿Qué se necesita para que intercambien tráfico?

    • A.Una puerta de enlace de capa 3 por VLAN: router-on-a-stick o SVI.✓ Respuesta
    • B.Tramas jumbo, para que pasen las tramas etiquetadas mayores.
    • C.Ambos puertos del switch reconfigurados como troncales 802.1Q.
    • D.Ambos PC movidos a una sola VLAN deshabilitando el etiquetado.

    Una VLAN es un dominio de difusión independiente asignado a su propia subred IP, y un switch de capa 2 no mueve tramas entre VLAN por más que se cambien los puertos. Llegar a otra VLAN exige, por tanto, un salto enrutado que posea una dirección de puerta de enlace en cada subred, aportada por una subinterfaz de router por VLAN sobre un troncal 802.1Q o por una SVI en un switch multicapa; convertir los puertos de acceso en troncales o cambiar la MTU no proporciona esa puerta de enlace.

    Ref. QB-UJ5ZZDFuente: CompTIA Network+ — Network Implementation domain (VLANs, SVI and router subinterfaces); IEEE 802.1QReportar un problema con esta pregunta

20. 20. Unos 200 hosts internos que usan direcciones RFC 1918 comparten una única dirección IPv4 pública para salir a internet, todos al mismo tiempo. ¿Qué método de traducción lo hace posible y cómo funciona?

    • A.NAT estático, que asigna a cada host interno su propia IP pública.
    • B.NAT dinámico, que presta una IP pública del pool a cada host.
    • C.PAT (sobrecarga de NAT), que comparte una IP pública por puertos.✓ Respuesta
    • D.Reenvío de puertos, que asigna un puerto público a un host.

    PAT es la variante de muchos a uno de NAT: como reescribe el puerto de origen además de la dirección de origen, el router puede distinguir miles de sesiones simultáneas que salen con la misma IP pública y devolver cada respuesta al host interno correcto. El NAT estático es uno a uno y el dinámico es de muchos a muchos desde un pool, así que ambos agotan direcciones mucho antes de 200 hosts simultáneos, y el reenvío de puertos solo publica un servicio entrante en lugar de traducir sesiones salientes.

    Ref. QB-CZCZKEFuente: RFC 3022 traditional IP network address translator (NAPT / port translation); CompTIA Network+ — Network Implementation domainReportar un problema con esta pregunta

21. 21. Un servidor web interno en 10.10.5.20 debe aceptar conexiones desde internet en el puerto TCP 443 a través de la única dirección IPv4 pública del sitio, mientras que los demás hosts internos siguen siendo inalcanzables desde fuera. ¿Qué debe configurarse y qué no aporta ese mecanismo?

    • A.Una dirección APIPA en el servidor; luego NAT filtra el tráfico.
    • B.Reenvío de puertos a 10.10.5.20:443; no filtra el tráfico.✓ Respuesta
    • C.Solo PAT, que ya permite por sí mismo esas sesiones entrantes.
    • D.Una segunda ruta predeterminada al proveedor que lo publica.

    El reenvío de puertos es NAT de destino: una entrada fija reescribe la dirección y el puerto públicos de los paquetes entrantes hacia la dirección y el puerto del servidor interno, que es justamente la forma de publicar un solo servicio sin exponer el resto del rango privado. La ocultación que NAT da a los hosts internos es un efecto secundario de la traducción, no un control de seguridad, así que el filtrado, la inspección y las reglas de acceso deben seguir viniendo de un firewall o una ACL; PAT construye su tabla a partir de sesiones salientes y no acepta conexiones entrantes no solicitadas, y las direcciones de enlace local 169.254.x.x nunca son enrutables.

    Ref. QB-UG7UZDFuente: RFC 3022 static/destination network address translation; CompTIA Network+ — Network Implementation domainReportar un problema con esta pregunta

Preguntas de práctica basadas en los dominios del examen CompTIA Network+ y en los estándares publicados sobre los que se construye (IEEE 802.3 y 802.11, IEEE 802.1Q y 802.1X, el registro de puertos de IANA, los RFC del IETF y el cableado TIA-568). CompTIA y Network+ son marcas de CompTIA; este sitio no está afiliado ni respaldado por CompTIA. Los objetivos del examen se revisan periódicamente: consulta los objetivos oficiales vigentes de tu versión antes de examinarte. Sobre el examen Network+ →