¿Por qué un puerto NAS doméstico de 2.5GbE negocia solo a 1GbE?
El enlace retrocede porque 2.5GbE no está disponible a lo largo de todo el camino físico.
En un NAS doméstico, la etiqueta del puerto solo demuestra la capacidad de un extremo. La NIC del cliente, el puerto del switch, el adaptador, los pares de cable, la terminación en la pared, el controlador y las configuraciones anunciadas deben soportar todos un modo 2.5GbE estable. El diagnóstico más rápido es confirmar la velocidad negociada, identificar el eslabón más débil y reemplazar un elemento del camino a la vez.
Confirma que el problema es la negociación del enlace, no el rendimiento de archivos
Primero, lee la velocidad de enlace negociada en ambos extremos y en el switch. Un enlace 2.5GbE puede transferir lentamente debido a discos o SMB, mientras que una negociación verdadera de 1GbE es un problema de capa física o de capacidad anunciada.
Un caso en una red doméstica mostró un camino 2.5GbE con copias de archivos cercanas a 1GbE aunque transferencias simultáneas podían usar más capacidad, ilustrando que el rendimiento y la velocidad de enlace difieren. No infieras la negociación por un solo número de copia de archivo.
Registra el estado de la NIC, la velocidad del puerto del switch, dúplex, contadores de errores y método de prueba. Si cada interfaz reporta 2.5GbE, continúa con pruebas de almacenamiento y protocolo en lugar de cambiar cables a ciegas.
Verifica qué anuncian realmente ambos socios del enlace
La auto-negociación selecciona un modo que ambos extremos anuncian. Un NAS 2.5GbE conectado a un puerto de switch, dock, adaptador USB o NIC cliente de 1GbE se establecerá correctamente en 1GbE.
La negociación Ethernet intenta el modo de enlace común más rápido. Verifica los modos anunciados en el NAS y cliente en lugar de confiar en nombres de familia de productos o en el color del puerto.
Evita docks y convertidores intermedios, luego conecta el NAS y un cliente 2.5GbE conocido a través de un switch multi-gig confirmado o un enlace de prueba directo. Si la velocidad sube, vuelve a insertar cada intermediario hasta que regrese el límite de 1GbE.
Aísla el cable, la toma de pared y las terminaciones
Un cable marcado para alta velocidad aún puede contener un par dañado, mala terminación, exceso de desenrollado o un segmento en la pared que difiere del cable visible. La negociación del enlace prueba el camino eléctrico que realmente existe.
Una discusión sobre switches multi-gig señala que la calidad del cable afecta la negociación incluso cuando ambos puertos soportan el modo superior. La etiqueta por sí sola no puede confirmar la integridad del par ni el margen de señal.
Reemplaza toda la línea con un cable corto conocido y bueno entre los mismos extremos. Si aparece 2.5GbE, prueba los cables de parcheo, acopladores, tomas keystone y la línea en la pared por separado en lugar de forzar la velocidad en un camino inestable.
Verifica límites de controlador, adaptador y estado de energía
Una NIC capaz puede anunciar solo 1GbE cuando se carga un controlador incorrecto, el firmware del adaptador es inestable, un dock expone un controlador más lento o la gestión de energía cambia la política del enlace.
Las actualizaciones multi-gig pueden encontrar inestabilidad de controlador y adaptador. Confirma el chipset exacto, controlador activo, modos anunciados, conexión USB o PCIe y cualquier configuración de Ethernet eficiente en energía o red verde.
Actualiza o retrocede un controlador a la vez, reinicia ambos extremos del enlace y vuelve a verificar los modos anunciados después de cada cambio. Evita forzar 2.5GbE hasta que la auto-negociación funcione en un camino conocido bueno, porque una configuración forzada puede ocultar el problema original de compatibilidad.
Usa una matriz de prueba de una variable
Mantén un extremo conocido bueno y cambia solo un componente por prueba. Esto evita que varios dispositivos parcialmente compatibles produzcan un éxito o fallo ambiguo.
Comienza con NAS ↔ cliente 2.5GbE conocido bueno en un cable corto, luego añade el switch, la línea en la pared, el dock y el cliente original uno a la vez. Registra la velocidad negociada y los contadores de errores después de cada inserción.
La matriz a continuación convierte el primer resultado cambiado en la capa sospechosa.
| Resultado de la prueba | Capa probable | Próxima acción |
|---|---|---|
| El enlace directo alcanza 2.5GbE | Switch, línea en la pared o intermediario | Añade un componente a la vez |
| El cable conocido bueno permanece en 1GbE | Capacidad del extremo, controlador o configuración del puerto | Inspecciona modos anunciados |
| La velocidad cambia al mover el cable | Cable o terminación | Reemplaza y prueba toda la línea |
| El enlace es 2.5GbE pero la copia está cerca de 1GbE | Cuello de botella en almacenamiento, protocolo o cliente | Realiza pruebas solo de red y de disco |
Detente una vez que el resultado siga consistentemente a un componente. Reemplazar varios elementos después de que la velocidad mejora destruye la evidencia necesaria para evitar recurrencias.
Verifica el enlace estable antes de ajustar el rendimiento del NAS
Después de que 2.5GbE se negocie, deja el enlace activo bajo carga sostenida e inspecciona errores, renegociaciones y desconexiones. Un enlace que retrocede repetidamente no está listo para copias grandes en el NAS.
No uses SMB Multichannel ni tramas jumbo para enmascarar un puerto inestable. La explicación existente de múltiples rutas de red SMB aplica solo después de que cada camino subyacente sea válido.
Realiza una prueba solo de red en ambas direcciones, luego una copia de archivo grande en el NAS y una carga normal de archivos pequeños. La reparación está completa cuando la velocidad se mantiene en 2.5GbE tras reinicios, los contadores de errores permanecen limpios y el rendimiento de la aplicación está limitado por la siguiente capa medida en lugar de por el retroceso del enlace.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
