Par de Aruba 2530-48G sobre un tramo OM4 nuevo de 200 m: puerto 51 Down mientras los módulos J4858C pasan el autotest bien
Hace un tiempo tendimos un backbone OM4 de 200 m entre dos edificios y estoy intentando activarlo con equipo que ya tenemos. Ambos extremos son 2530, ambos módulos son la pieza HPE, y el enlace simplemente no sube.
- 2x Aruba 2530-48G
- 2x J4858C 1000SX, puerto 51 en cada lado
- aproximadamente 200 m de OM4 recién instalado, el contratista lo certificó como bueno
- jumpers Digitus DK-2533-01 OM2 LC desde el panel de parcheo hasta el switch
show tech transceivers me da esto para el puerto:
Port 51 Down Auto 1000FDx 1000SX multiLo que ya hice:
- ejecuté el autotest del módulo en ambos switches, ambos pasan
interface 51 enableen ambos lados, sin cambio, el puerto sigue Down- intercambié los dos módulos entre los switches, mismo resultado en ambos sentidos
- reasenté los jumpers en el panel y en el switch
Estoy atrapado entre dos teorías: o ambos módulos vienen defectuosos de fábrica, o los jumpers OM2 en un troncal OM4 son lo que lo está matando. ¿Cuál es más probable, y qué probarías a continuación para realmente demostrar una de las dos?
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 4
Antes de teorizar más, acorta el enlace. Lleva un switch junto al otro, pon ambos J4858C, y únelos con un solo cable de parcheo - un jumper, sin paneles, sin fibra instalada. Si el puerto 51 sube así, has descartado ambos módulos y ambos puertos de switch de una vez, y lo que queda está del otro lado de la línea: la fibra instalada, los paneles, los acopladores, las terminaciones.
Así fue el caso que tuve entre manos. Mismo par de 2530-48G, mismos J4858C, puerto 51 Down sobre el tramo instalado y Up en cuanto los dos módulos quedaron espalda con espalda en un cable. Con esa evidencia yo dejaría de sospechar de la óptica - pero hay que ser claro sobre lo que te compra esta prueba. Aísla el segmento, nada más. Qué parte del trazado está mal, un panel, un empalme, un conector, o simplemente el par equivocado parcheado, sigue abierto hasta que alguien le ponga un medidor o un OTDR encima.
Una vez que la prueba espalda con espalda pase, vuelve con quien tendió la fibra y pide los resultados de certificación por escrito, por fibra, con pérdida y longitud. Su propia prueba declaró el enlace bueno, así que o algo se dejó pasar o midieron un par distinto del que tienes parcheado - y esa es la base para pedirles que vuelvan y lo rehagan.
Primero, separa dos fallos distintos que ambos se imprimen como Down. Un puerto administrativamente caído o mal configurado es un problema, un puerto habilitado pero sin luz en su receptor es uno completamente distinto. Ya ejecutaste
interface 51 enabley sigue en Down, así que estás en capa 1 y la configuración queda descartada.Dos cosas que ayudarían a acotarlo. ¿Qué hay físicamente entre los dos switches - cuántos paneles de parcheo, alguna bandeja de empalme, algún acoplador que alguien haya añadido para que el tramo alcance? ¿Y tienes el informe de certificación del contratista con cifras reales de pérdida por fibra, o solo un "probó bien" verbal?
Confirma también que tus jumpers dúplex no estén cableados igual en ambos paneles. Directo en ambos extremos te deja TX contra TX, y eso se ve exactamente como lo que describes.
Variante de la misma prueba para cuando no puedes meter los dos switches en la misma sala: haz un bucle de un módulo sobre sí mismo. Cable de parcheo de TX a RX en el mismo módulo dúplex, con un atenuador en línea si es una pieza de alta potencia para no freír el receptor. Si el puerto sube, el puerto del host y el módulo están bien eléctrica y ópticamente, y la falla está en el otro extremo, la fibra o el emparejamiento.
Hice exactamente esto en un MES3324F con un SFP+ FIBO que se negaba a enlazar switch a switch - el bucle subió de inmediato, lo que movió la búsqueda del módulo hacia el tramo. Una advertencia: un autobucle es inútil en módulos BiDi, ya que TX y RX están en longitudes de onda distintas. En su lugar haz el bucle entre un par emparejado.
Para el siguiente lote, prueba los módulos antes de que se acerquen a una pared. Lee EEPROM y DDM (fabricante, número de parte, temperatura, potencia TX y RX), mide la potencia TX con un medidor y comprueba la sensibilidad con un atenuador, haz el bucle como se describió arriba, y luego corre un enlace real a la tasa objetivo con tráfico y observa los contadores de error -
ethtool -meiperf3cubren estas dos últimas cosas si tienes un host a mano. En enlaces que realmente importan, una corrida de PRBS-31 BER lo bastante larga para confirmar por debajo de 1e-12 para NRZ es lo que valida el módulo. Ningún instrumento único lo valida todo.Una costumbre más tomada de la gente de WISP que me ha salvado dos veces: ejercita cada módulo con un reinicio en caliente, uno en frío y un reasentado antes de ponerlo en servicio. Algunas piezas enlazan al insertarlas y vuelven muertas tras un ciclo de energía - el GLC-T-OEM es el clásico, solo sube tras un reasentado - y otras reportan un estado de enlace que no es real. Es mucho más barato encontrar eso en el banco que en un techo.