QFX5120-48Y: sin campos de autonegociación en los puertos et- de 25G, y media muestra FEC74
Levantando uplinks de 25G desde un QFX5120-48Y hacia un segundo switch y un par de servidores nuevos. Antes de entregar el segmento quiero dejar bien anotados los ajustes del enlace, y no encuentro dónde vive la autonegociación en estos puertos.
- Juniper QFX5120-48Y
- Ópticos de 25G en las jaulas SFP28
- Interfaces et-, nada configurado en ellas más allá de una descripción y unit 0
show interfaces et-0/0/31 extensive no imprime ninguna sección de autonegociación en absoluto - ni estado, ni capacidades anunciadas, nada que me diga si está activada o no. La vista de media sí me da algo:
Speed: 25Gbps
Ethernet FEC Mode: FEC74Qué probé:
- buscando una sentencia de speed/duplex en la interfaz et-, y no encontrando ninguna que aplique
- comparándolo con un puerto ge- de 1G en el mismo equipo, donde el bloque de autoneg se imprime exactamente como esperaba
Así que: ¿la autonegociación está activada por defecto en un puerto de 25G, hay algún ajuste de velocidad o duplex que se supone que hay que fijar ahí, y cómo verifico su estado? Y si no se negocia nada, ¿qué tiene que coincidir entre los dos extremos para que el enlace suba?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
No te falta ningún ajuste oculto - no hay nada que negociar. El 10G y el 25G ópticos existen en un único modo, full duplex, y no tienen ningún protocolo de negociación del tipo que corre el 1G por cobre, así que una sentencia de speed o duplex no significa nada en una interfaz et- y la salida extensive no tiene ningún estado de autoneg que imprimir. Compararlo con el puerto ge- es lo que te está confundiendo.
Lo que decide si un enlace de 25G entrena es el FEC, y tiene que ser idéntico en ambos extremos o el enlace simplemente se queda down. Tu lado ya te está diciendo qué corre:
Así que haz que el extremo lejano coincida, o fija ambos extremos explícitamente:
Y
show interfaces et-0/0/31 mediaes tu paso de verificación - es el lugar que muestra tanto la velocidad en uso como el modo de FEC activo. Pon ese comando en el runbook en lugar del extensive para estos puertos.Una trampa mientras estás en el completador: los modos coherentes que ofrece - hgfec, sdfec, sdfec15, sdfec25 - pertenecen a ópticos coherentes y no tienen nada que ver con un puerto cliente de 25G. Esa lista es lo que soporta la plataforma en todos los medios, no un menú de opciones para el puerto en el que estás parado.
Eso explica el bloque que faltaba, gracias. El extremo lejano es el segundo switch y estaba en un modo de FEC distinto, algo que nunca se me ocurrió mirar porque los ópticos de ambos lados son la misma referencia. En cuanto ambos extremos mostraron FEC74 en la salida de media el enlace subió y se ha mantenido bajo carga.
El runbook ahora dice: revisar media, no extensive, y anotar el modo de FEC junto al puerto.
La misma regla muerde más fuerte en los breakouts. Divide un puerto de 100G en 4x25G y se aplica por carril: cada uno de los cuatro tiene que coincidir en FEC con lo que haya en su propio extremo lejano, y el que desentona simplemente nunca entrena - he tenido enlaces QSFP-100G-PSM4 y QSFP-100G-XSR4 con tres carriles arriba y el cuarto apagado por exactamente esa razón, lo que parece una fibra rota hasta que compruebas el modo.
El cobre también merece una línea. Ahí la longitud cambia las reglas, no solo el margen: el estándar clasifica los ensamblajes pasivos en CA-N, CA-S y CA-L, tres clases que difieren en cuánta pérdida pueden consumir y en si la corrección de errores es obligatoria. El efecto práctico es que un CAB-Q-4S-100G en el extremo largo puede negarse a entrenar a menos que el RS-FEC esté corriendo en ambos lados, mientras que uno corto en el rack de al lado subió con él apagado. Si mezclas longitudes de cable en un mismo rack, anota el modo requerido junto a la longitud en el inventario. El cobre pasivo de terceros normalmente está bien mientras cumpla los requisitos eléctricos y presente una EEPROM SFF-8636 conforme, pero esa es la parte que nadie verifica hasta que un carril se queda down.