21 Preguntas de Práctica de Resolución de problemas de red con Respuestas

1. 1. Un técnico que atiende un reporte de que un usuario no puede llegar a un servidor de archivos ya entrevistó al usuario, confirmó que no se cambió nada en la estación de trabajo y reprodujo la falla en esa misma PC. Según la metodología estructurada de solución de problemas, ¿qué debe hacer el técnico A CONTINUACIÓN?

   • A.Establecer una teoría de la causa probable✓ Respuesta
   • B.Escalar el ticket al equipo de servidores
   • C.Reinstalar la imagen de la PC como solución
   • D.Documentar el resultado y cerrar el ticket

   Entrevistar al usuario, determinar si algo cambió y duplicar el problema son actividades del primer paso: identificar el problema. Como ese paso ya concluyó, el siguiente paso inmediato es establecer una teoría de la causa probable, donde encaja 'cuestionar lo evidente'. La documentación es el último paso y el escalamiento solo procede cuando una teoría no se confirma o en la etapa de implementación.

   Ref. QB-VYSVBMFuente: CompTIA Network+ — Network Troubleshooting domain (structured troubleshooting methodology)Reportar un problema con esta pregunta

2. 2. Un técnico teoriza que la conectividad intermitente de un usuario se debe a un cable de parcheo defectuoso. Tras colocar un cable en buen estado comprobado, los síntomas son exactamente los mismos. ¿Cuál es la siguiente acción apropiada?

   • A.Seguir con el plan basado en la teoría original del cable
   • B.Establecer una nueva teoría de la causa probable o escalar✓ Respuesta
   • C.Documentar que el cable era la causa y cerrar el ticket
   • D.Verificar la funcionalidad total y aplicar prevención

   El tercer paso es probar la teoría para determinar la causa: si se confirma, el técnico define los pasos para resolver; si NO se confirma, la metodología exige establecer una nueva teoría o escalar. Solo una teoría confirmada puede avanzar a un plan de acción, así que insistir en una teoría refutada desperdicia tiempo y puede ocultar la falla real.

   Ref. QB-EGBD4PFuente: CompTIA Network+ — Network Troubleshooting domain (structured troubleshooting methodology)Reportar un problema con esta pregunta

3. 3. Tras confirmar que un switch de distribución provoca cortes repetidos, un técnico programa el reemplazo en una ventana de mantenimiento y anota cada VLAN, enlace ascendente y dispositivo PoE que perderá conectividad durante el cambio. ¿A qué paso de la metodología corresponde este trabajo?

   • A.Establecer un plan de acción para la solución✓ Respuesta
   • B.Verificar la funcionalidad total y evitar recaídas
   • C.Probar la teoría para determinar la causa real
   • D.Identificar el problema y duplicarlo si se puede

   Enumerar qué más se verá afectado y decidir cuándo puede hacerse el cambio con seguridad corresponde a 'identificar los efectos potenciales' del cuarto paso, establecer un plan de acción. Se ubica deliberadamente después de confirmar la teoría y antes de implementar la solución, para evaluar el impacto y el control de cambios mientras aún se puede ajustar.

   Ref. QB-WY58HNFuente: CompTIA Network+ — Network Troubleshooting domain (structured troubleshooting methodology)Reportar un problema con esta pregunta

4. 4. Un técnico reemplaza un transceptor de fibra averiado. El puerto del switch ya muestra enlace y el técnico puede hacer ping al servidor desde el switch. Según la metodología, ¿qué debe ocurrir ANTES de documentar los hallazgos y las acciones?

   • A.Duplicar el problema original para probar el arreglo
   • B.Escalar al fabricante para confirmar que la pieza falló
   • C.Verificar la funcionalidad total con el usuario✓ Respuesta
   • D.Establecer una nueva teoría de por qué falló la pieza

   El enlace activo y un ping exitoso solo prueban que las capas física y de red están operativas; el sexto paso exige verificar la funcionalidad TOTAL del sistema, es decir, confirmar con el usuario que la aplicación o tarea que originó el ticket ya funciona, además de aplicar medidas preventivas cuando corresponda. Documentar hallazgos, acciones, resultados y lecciones aprendidas es el paso final.

   Ref. QB-BG9DKJFuente: CompTIA Network+ — Network Troubleshooting domain (structured troubleshooting methodology)Reportar un problema con esta pregunta

5. 5. Un servidor se conecta a un switch por un tendido de cobre certificado de 40 m. El ping entre ambos responde con tiempos normales, pero las transferencias de archivos grandes son lentísimas. Los contadores de la interfaz del switch muestran colisiones tardías y errores FCS en aumento, mientras que los contadores de la NIC del servidor muestran tramas runt y errores CRC. ¿Cuál es la causa más probable?

   • A.Una discordancia de dúplex entre el puerto del switch y la NIC✓ Respuesta
   • B.Congestión de salida en el enlace ascendente en horas pico
   • C.Una discordancia de MTU que descarta tramas sobredimensionadas
   • D.Diafonía ajena por cables demasiado apretados en la canalización

   Una discordancia de dúplex produce justamente esa firma dividida: el lado semidúplex detecta colisiones tardías y errores FCS porque el lado full dúplex transmite cuando quiere, mientras que el lado full dúplex registra runts y errores CRC de las tramas que el otro extremo abortó. El tráfico pequeño como el ping sigue funcionando, por lo que el rendimiento solo se desploma bajo carga sostenida; la solución es igualar ambos extremos, preferentemente con autonegociación en los dos.

   Ref. QB-TY38ZHFuente: IEEE 802.3 (CSMA/CD half-duplex operation and autonegotiation); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

6. 6. Un técnico lee un resumen de interfaz en un enlace ascendente de edificio: 'input errors 0, CRC 0, runts 0, giants 0, output drops 184532', con una utilización que llega al 98 % cada tarde mientras el enlace permanece activo. ¿Qué demuestran estos contadores?

   • A.Una discordancia de tramas jumbo o MTU entre los switches
   • B.Congestión de salida: el búfer lleno descarta tramas✓ Respuesta
   • C.Un cable dañado o una fuente de EMI cercana corrompe tramas
   • D.El puerto remoto negoció una velocidad y un dúplex erróneos

   Los descartes (drops) se cuentan cuando llega un paquete a una cola cuyo búfer ya está lleno, lo cual es un problema de capacidad y no de corrupción. La corrupción incrementaría los contadores CRC/FCS, las tramas por debajo del mínimo de 64 bytes incrementarían los runts y las que superan el máximo incrementarían los giants; todos ellos están en cero, así que solo queda la sobresuscripción del enlace de salida. La solución es más capacidad en el enlace o QoS para proteger el tráfico importante.

   Ref. QB-CGMQRKFuente: IEEE 802.3 (Ethernet frame size limits and MAC error counters); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

7. 7. Se instalaron 35 cámaras PoE en un solo switch de acceso. Las primeras cámaras funcionan perfectamente, pero las últimas nunca encienden o se reinician en bucle. Cada tendido pasa la prueba de mapa de cableado y cualquier cámara con falla arranca bien al conectarla a otro switch. ¿Qué debe revisar el técnico y cuál es la causa más probable?

   • A.Revisar 'show mac-address-table': un bucle hace oscilar las MAC
   • B.Revisar 'show route': la subred de cámaras no tiene ruta
   • C.Revisar 'show vlan': las cámaras quedaron en otra VLAN
   • D.Revisar 'show power': el presupuesto PoE del switch se agotó✓ Respuesta

   El equipo de suministro de energía (PSE) de un switch tiene un presupuesto total de vatios limitado; cuando la suma de los dispositivos alimentados conectados lo supera, el switch niega o corta cíclicamente la alimentación a los que no puede sostener, y por eso fallan los últimos agregados aunque su cableado pruebe bien y funcionen en otro switch. Una VLAN incorrecta, un bucle o una ruta faltante romperían el tráfico, no la alimentación.

   Ref. QB-UYEJ6KFuente: IEEE 802.3af/at/bt (Power over Ethernet, PSE power budget); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

8. 8. Una nueva bajada 1000BASE-T enlaza de forma intermitente y muestra errores bajo carga. El instalador midió 115 m de tendido horizontal desde el panel de parcheo hasta la roseta, con un latiguillo de 3 m en cada extremo; el cable es Categoría 6 y ambas terminaciones son correctas. ¿Cuál es la mejor explicación?

   • A.Un extremo se terminó en T568A y el otro en T568B
   • B.El canal supera el límite de 100 m del par trenzado✓ Respuesta
   • C.Hace falta un cable cruzado entre estos equipos
   • D.La Categoría 6 no da 1 Gbps; se requiere Categoría 6A

   El Ethernet de par trenzado balanceado está especificado para un canal de 100 m, que la norma de cableado estructurado divide en 90 m de enlace permanente más un máximo de 10 m de latiguillos combinados; 115 m solo de cable horizontal ya rompe ese presupuesto. La atenuación crece con la distancia, así que la señal recibida cae por debajo del umbral del receptor y el enlace se vuelve intermitente y propenso a errores bajo carga en lugar de fallar por completo.

   Ref. QB-9GJQ8GFuente: IEEE 802.3 (100 m balanced twisted-pair channel); ANSI/TIA-568 (90 m permanent link plus 10 m patch cords)Reportar un problema con esta pregunta

9. 9. Una estación de trabajo no tiene luz de enlace. En el switch, el estado del puerto aparece como err-disabled. ¿Qué significa ese estado y qué requiere?

   • A.El switch mismo lo deshabilitó; corrija la causa primero✓ Respuesta
   • B.Un administrador apagó el puerto; basta con reactivarlo
   • C.El puerto queda suspendido por discordancia de agregación
   • D.El árbol de expansión bloquea una ruta redundante; déjelo

   Err-disabled significa que la lógica de protección del propio switch sacó de servicio el puerto ante una condición detectada como una violación de seguridad de puerto, BPDU guard o aleteo repetido del enlace, por lo que reactivarlo sin eliminar el disparador solo hará que se deshabilite de nuevo. Es distinto de 'administratively down', que es un apagado ordenado por una persona, y de 'suspended', que indica una discordancia de configuración de agregación con los demás miembros del grupo.

   Ref. QB-RYCJNFFuente: CompTIA Network+ — Network Troubleshooting domain (port status: administratively down, err-disabled, suspended)Reportar un problema con esta pregunta

10. 10. Un host está configurado con la dirección 192.168.10.75/28 y puerta de enlace predeterminada 192.168.10.1. Puede alcanzar una impresora en 192.168.10.70 pero no llega a la puerta de enlace ni a ninguna red remota. ¿Cuál es el problema?

    • A.La máscara /28 deja al host en una subred sin la .1✓ Respuesta
    • B.Una dirección DNS incorrecta rompe la resolución
    • C.Otra máquina está usando la misma dirección IP
    • D.El host quedó conectado a la VLAN equivocada del switch

    Una máscara /28 crea bloques de 16 direcciones, así que 192.168.10.75 pertenece a 192.168.10.64/28 (utilizables de 192.168.10.65 a 192.168.10.78), que incluye la impresora en .70 pero no la puerta de enlace en .1. El host no puede hacer ARP por una puerta de enlace que su propia máscara sitúa fuera de la subred, de modo que los pares locales del bloque siguen funcionando y todo lo remoto falla: el patrón clásico de una máscara de subred incorrecta más que de una simple puerta de enlace equivocada.

    Ref. QB-2UEJ5VFuente: RFC 4632 (CIDR prefix arithmetic); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

11. 11. Desde que se creó una nueva VLAN de sucursal, ningún cliente de esa VLAN ha recibido dirección. Una PC en esa VLAN muestra 'Dirección IPv4 169.254.18.44, Máscara de subred 255.255.0.0, Puerta de enlace predeterminada (vacía)', mientras que su puerto del switch tiene enlace y la VLAN correcta. Los clientes de la VLAN donde reside el servidor DHCP obtienen direcciones con normalidad. ¿Cuál es la causa más probable?

    • A.Un conflicto de IP duplicada con otro host de esa misma VLAN
    • B.Las direcciones DNS que entrega el DHCP no responden
    • C.Un par dividido en el cableado bloquea las difusiones
    • D.La interfaz del router de esa VLAN no tiene relevo DHCP✓ Respuesta

    Una dirección 169.254.x.x con máscara 255.255.0.0 y sin puerta de enlace es la autoasignación de enlace local APIPA, que el cliente usa solo cuando no recibe ninguna oferta DHCP. Como los routers no reenvían difusiones, un cliente en una VLAN enrutada solo alcanza un servidor DHCP de otra subred mediante un agente de retransmisión; que esa VLAN nunca haya funcionado mientras la VLAN del servidor sí lo hace apunta directamente a la falta de la dirección helper.

    Ref. QB-JBMQQVFuente: RFC 3927 (IPv4 link-local addressing); RFC 2131 (DHCP relay agent); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

12. 12. Un usuario informa que la conectividad funciona unos segundos y luego se corta, una y otra vez. En un host vecino, 'arp -a' muestra 192.168.1.50 asociada a 00-1A-2B-3C-4D-5E y, un minuto después, la misma dirección asociada a 00-50-56-9A-11-22. El sistema operativo del usuario mostró una advertencia de conflicto de direcciones. ¿Qué está ocurriendo?

    • A.El ámbito DHCP se agotó y las concesiones se duplican
    • B.Dos dispositivos usan la misma dirección IP en la subred✓ Respuesta
    • C.Un bucle hace oscilar una MAC entre dos puertos
    • D.La puerta de enlace apunta fuera de la propia subred

    Que una misma IP se resuelva a dos MAC distintas a lo largo del tiempo es la huella inequívoca de una dirección duplicada, casi siempre una dirección estática configurada dentro del ámbito DHCP, porque ambos hosts responden a las peticiones ARP y los vecinos sobrescriben su caché una y otra vez. Obsérvese el contraste con un bucle, donde una MAC aparece en dos puertos en lugar de una IP con dos MAC; el puerto culpable se localiza buscando la segunda MAC en la tabla de direcciones MAC del switch.

    Ref. QB-3USVAWFuente: RFC 826 (ARP); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

13. 13. Después de que un contratista conectara un segundo cable entre el mismo par de switches de acceso, todos los usuarios de una VLAN pierden conectividad, el uso de CPU del switch ronda el 100 % y el registro informa repetidamente que la misma dirección MAC se mueve entre dos puertos. ¿Cuál es la causa?

    • A.Un bucle de capa 2 inunda todo el dominio de difusión✓ Respuesta
    • B.El enrutamiento asimétrico responde por otra ruta
    • C.El enlace adicional agotó el ámbito DHCP de esa VLAN
    • D.Una IP duplicada responde todas las peticiones ARP

    Sin que el árbol de expansión bloquee una de las dos rutas paralelas, las tramas de difusión y de unidifusión desconocida circulan sin fin y se multiplican, saturando el segmento y llevando la CPU del switch al límite. La inestabilidad de la tabla MAC — la misma MAC de origen aprendida alternadamente en ambos puertos — es la firma diagnóstica, y cae todo el dominio de difusión, no un solo host.

    Ref. QB-KBY2WWFuente: IEEE 802.1D (spanning tree loop prevention); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

14. 14. Los clientes pueden hacer ping a un servidor de aplicaciones y cargar su interfaz web, pero un cliente de base de datos que se conecta por TCP 1433 agota el tiempo de espera. La ACL del router que protege la subred del servidor contiene, en orden, un permiso de ICMP hacia el servidor y un permiso de TCP 443 hacia el servidor, y ninguna otra entrada. ¿Qué explica la falla?

    • A.Un bucle de enrutamiento descarta el tráfico, lo que además produciría mensajes de TTL expirado
    • B.La puerta de enlace del servidor está mal configurada, lo que solo rompe las sesiones de larga duración
    • C.La denegación implícita al final de la ACL descarta TCP 1433 porque ninguna entrada lo permite✓ Respuesta
    • D.Una discordancia de MTU fragmenta el tráfico de la base de datos y los fragmentos se descartan

    Una ACL se evalúa de arriba hacia abajo, gana la primera coincidencia y al final hay una denegación implícita de todo, por lo que cualquier tráfico no permitido explícitamente se descarta en silencio. El síntoma característico es justamente ese: la conectividad básica y una aplicación permitida funcionan mientras falla un único puerto o protocolo, lo que señala al conjunto de reglas y no al direccionamiento ni al enrutamiento.

    Ref. QB-YTQVSSFuente: CompTIA Network+ — Network Troubleshooting domain (ACL evaluation order and implicit deny); IANA Service Name and Transport Protocol Port Number RegistryReportar un problema con esta pregunta

15. 15. Un analizador de Wi‑Fi en una oficina de 2,4 GHz muestra tres puntos de acceso con ancho de 20 MHz: AP1 en el canal 1, AP2 en el canal 6 y AP3 en el canal 8. Los clientes cercanos a AP2 y AP3 reportan muchas retransmisiones y bajo rendimiento. ¿Cuál es la mejor acción correctiva?

    • A.Pasar AP3 al canal 11, sin solaparse con AP1 ni AP2✓ Respuesta
    • B.Pasar AP3 al canal 6 para compartirlo con AP2
    • C.Subir la potencia de AP3 para superar la interferencia
    • D.Ampliar AP3 a un canal de 40 MHz para más capacidad

    En la banda de 2,4 GHz los centros de canal están separados solo 5 MHz mientras que un canal de 20 MHz es mucho más ancho, por lo que los números de canal deben distar cinco — 1, 6 y 11 — para no solaparse; el canal 8 se solapa parcialmente con 6 y con 11 y corrompe tramas en lugar de solo obligar a los equipos a turnarse. Pasar AP3 al canal 6 solo degradaría el problema a contención cocanal, subir la potencia agrava la interferencia y crea potencia asimétrica, y un ancho de 40 MHz es inviable en una banda tan estrecha.

    Ref. QB-GBW2DTFuente: IEEE 802.11 (2.4 GHz channel spacing and 20 MHz channel width); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

16. 16. Todos los clientes asociados a un punto de acceso de 5 GHz se desconectan a la vez, se reasocian aproximadamente un minuto después y el AP queda operando en un canal distinto. Los usuarios cableados no se ven afectados y los registros del AP no muestran fallos de autenticación. ¿Cuál es la causa más probable?

    • A.Se cambió la contraseña y todos deben reautenticarse
    • B.La radio del AP falla y hay que reemplazar el equipo
    • C.El AP detectó radar en un canal DFS y tuvo que mudarse✓ Respuesta
    • D.Un atacante inunda con tramas de desautenticación falsas

    Los canales sujetos a selección dinámica de frecuencia se comparten con sistemas de radar, así que al detectar radar el AP debe abandonar el canal de inmediato y trasladarse a otro, desconectando a todos los clientes asociados en el mismo instante. La combinación de caída simultánea de todo el AP, retorno limpio y cambio de canal sin errores de autenticación es la huella de DFS; un ataque de desautenticación no reubicaría el AP en un canal nuevo.

    Ref. QB-ZT38YTFuente: IEEE 802.11 (dynamic frequency selection, radar detection requirement); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

17. 17. El personal de almacén con teléfonos VoIP inalámbricos permanece asociado al primer AP al que se conectó incluso tras pasar de largo otros dos AP, con el terminal indicando -82 dBm antes de que la llamada finalmente se corte. Todos los AP comparten el mismo SSID y la misma configuración de seguridad, usan canales que no se solapan y ofrecen alrededor de un 20 % de superposición de celdas. ¿Cuál es la mejor solución?

    • A.Subir la potencia de todos los AP para tener más señal
    • B.Poner todos los AP en un mismo canal y evitar saltos
    • C.Dar a cada AP un SSID distinto y que el usuario elija
    • D.Ajustar el umbral de itinerancia y el roaming rápido✓ Respuesta

    Es el cliente, no el AP, quien decide cuándo hacer itinerancia, así que un terminal aferrado a un AP lejano con -82 dBm es un cliente pegajoso y la solución es que la itinerancia se active antes y se complete más rápido: un umbral de itinerancia o de señal mínima más las enmiendas que aportan transición rápida, informes de vecinos y gestión de transición de BSS. Subir la potencia empeora las cosas al crear potencia asimétrica y más interferencia cocanal, un único canal compartido obliga a todos los AP a competir por el mismo tiempo de aire, y usar SSID distintos rompe por completo la itinerancia transparente.

    Ref. QB-HB9DJUFuente: IEEE 802.11 amendments for fast BSS transition, radio resource measurement, and wireless network management; CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

18. 18. Usuarios de VoIP reportan audio entrecortado y robótico aunque las llamadas no se cortan. La supervisión de la ruta indica un retardo unidireccional estable de 40 ms, una pérdida de paquetes del 0,1 % e intervalos de llegada entre paquetes que varían entre 5 ms y 80 ms. ¿Cuál de las siguientes afirmaciones describe mejor el problema?

    • A.La latencia es excesiva; hay que acortar la ruta
    • B.El jitter es excesivo; use búfer de jitter o QoS✓ Respuesta
    • C.El ancho de banda no basta; amplíe el circuito
    • D.La pérdida es excesiva; un enlace descarta tramas

    El jitter es la variación del intervalo de llegada entre paquetes, y un códec que espera los paquetes a un ritmo fijo produce audio entrecortado y robótico cuando llegan de forma irregular; la guía habitual del sector para voz en tiempo real apunta a mantener el jitter por debajo de unos 30 ms, y una dispersión de 5 a 80 ms queda muy fuera de eso. El retardo unidireccional estable de 40 ms descarta un problema de latencia y un 0,1 % de pérdida está muy por debajo del objetivo citado del 1 %, así que ninguno explica el síntoma.

    Ref. QB-6UUVTZFuente: CompTIA Network+ — Network Troubleshooting domain (latency, jitter, and packet loss); ITU-T G.114-derived industry guidance for one-way transmission timeReportar un problema con esta pregunta

19. 19. En una sala de descanso, el rendimiento inalámbrico se desploma durante unos minutos y luego se recupera. Un analizador de Wi‑Fi muestra un solo AP cercano, baja utilización del canal por fuentes 802.11 y ningún otro SSID, pero la tasa de reintentos de los clientes es altísima durante los cortes. ¿Qué herramienta identificará la causa?

    • A.Un analizador de espectro✓ Respuesta
    • B.Un analizador de protocolos
    • C.Un reflectómetro TDR de cobre
    • D.Un probador de rendimiento

    Un analizador de Wi‑Fi solo puede informar de lo que logra decodificar como tramas 802.11, así que un interferente que emite energía en bruto en la misma banda le resulta invisible aunque corrompa tramas y dispare los reintentos. Un analizador de espectro mide la energía de RF con independencia del protocolo, y es la única forma de ver microondas, teléfonos inalámbricos, cámaras analógicas y fuentes similares ajenas al Wi‑Fi; las demás herramientas examinan cobre, paquetes o capacidad, que no son la capa que falla aquí.

    Ref. QB-PB23E2Fuente: CompTIA Network+ — Network Troubleshooting domain (Wi-Fi analyzer versus spectrum analyzer)Reportar un problema con esta pregunta

20. 20. Un usuario no puede abrir intranet.example.com, pero navegar directamente a 10.20.5.40 carga el sitio con normalidad. Una consulta de nombres desde la PC del usuario devuelve 'Name: intranet.example.com Address: 10.20.5.12'. El servidor se migró a 10.20.5.40 durante la última ventana de mantenimiento. ¿Qué demuestra esta salida?

    • A.Dos servidores comparten una IP y entran en conflicto
    • B.El DNS devuelve la dirección vieja; corrija y vacíe la caché✓ Respuesta
    • C.Un firewall bloquea el puerto web hacia ese servidor
    • D.La puerta de enlace del usuario está mal configurada

    Que el servicio responda por dirección mientras falla por nombre aísla la falla en la resolución de nombres, y la salida de la consulta muestra exactamente por qué: el registro sigue apuntando a la dirección anterior a la migración. La solución es actualizar el registro de dirección y vaciar las copias en caché de resolutores y clientes, ya que el tiempo de vida del registro mantiene viva la respuesta antigua hasta que expira; una falla de puerta de enlace, firewall o dirección duplicada también habría roto la conexión hecha por IP.

    Ref. QB-D46EQMFuente: RFC 1035 (DNS resource records and caching TTL); CompTIA Network+ — Network Troubleshooting domainReportar un problema con esta pregunta

21. 21. Una bajada de Categoría 6 recién terminada pasa una prueba básica de mapa de cableado con los ocho conductores mapeados pin a pin, sin circuitos abiertos ni cortos. Aun así, el enlace solo negocia 100 Mbps y, al forzarlo a 1 Gbps, produce errores CRC continuos. ¿Cuál es la falla más probable y qué herramienta la confirma?

    • A.Transmisión y recepción invertidas; lo corrige auto-MDIX
    • B.Un tendido demasiado largo, visto con medidor óptico
    • C.Un conductor abierto, hallado con generador de tonos
    • D.Un par dividido, detectado con probador de certificación✓ Respuesta

    Un par dividido mantiene la continuidad extremo a extremo en cada pin, por lo que un probador básico de mapa de cableado lo da por bueno; pero como dos conductores provienen de pares trenzados distintos, se pierde la cancelación de ruido del trenzado y la diafonía de extremo cercano se dispara en las frecuencias altas que usa la señalización gigabit. Solo un probador de cualificación o certificación, que mide parámetros de rendimiento como la diafonía y no únicamente la continuidad, lo revelará: un generador de tonos localiza cables y un medidor de potencia óptica se aplica a la fibra, no al cobre.

    Ref. QB-VKY85MFuente: ANSI/TIA-568 (pair twist and near-end crosstalk performance); CompTIA Network+ — Network Troubleshooting domain (cable tester versus certification tester)Reportar 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+ →