Resumen

  • RFC 3498 hizo legible la última orden enviada a la protección lineal SONET, pero advirtió que esa lectura no demostraba cuál solicitud seguía en vigor.
  • Una orden de prioridad igual o mayor, local o remota, podía sustituirla. La aceptación, K1/K2, el canal conmutado, la luz transportada y el servicio eran recibos diferentes.

Una operación SNMP podía ser sintácticamente correcta y recibir inconsistentValue. En RFC 3498, ese resultado no era necesariamente burocracia del agente. Podía indicar que una solicitud de prioridad igual o superior ya estaba en vigor y que la nueva orden no podía ejecutarse.

La protección tenía un árbitro. La consola de gestión era participante, no soberana.

El RFC definió una MIB SMIv2 para Automatic Protection Switching lineal en SONET. Soportaba 1+1 y 1:n, mientras dejaba los anillos fuera. Sus tablas permitían seleccionar interfaces LTE, formar grupos, activar configuraciones, enviar órdenes, ver estado, contar sucesos y elegir notificaciones.

Primero se creaban canales con nombre de grupo, número, interfaz y, en 1:n, prioridad. Para activar el grupo, el conjunto debía ser consecutivo, comenzar en cero o uno según la arquitectura y no exceder catorce canales de trabajo. La fila activa demostraba consistencia entre objetos. No demostraba que ambos extremos coincidieran, que hubiera ocurrido una avería o que la protección llevara tráfico.

Las órdenes incluían limpiar, bloquear la protección, forzar o pedir manualmente un cambio en ambos sentidos y ejecutar un ejercicio. Bloquear la línea de protección impedía a todos los canales de trabajo usarla. El ejercicio enviaba una petición de prueba y comprobaba la respuesta APS; no equivalía a recuperar tráfico real durante una avería.

El objeto apsCommandSwitch conservaba la última orden escrita. Al leerlo, devolvía esa orden, aunque después otra solicitud local o remota la hubiera adelantado. El propio texto instruía a consultar K1/K2 recibidos y transmitidos para conocer el estado actual. La memoria de la API no era memoria del conmutador.

K1 codificaba tipo de solicitud y canal. K2 añadía canal, arquitectura 1+1 o 1:n y modo unidireccional, bidireccional, RDI-L o AIS-L. Mirar ambos sentidos permitía reconocer si la conversación de protección convergía. Una discrepancia entre canal transmitido y recibido o entre modos tenía bits y contadores propios.

También había fallos de los bytes APS. La ausencia de tres K1 coherentes en la ventana relevante de doce tramas, o la repetición de códigos inválidos durante tres tramas, podía declarar PSBF. La falla de línea de protección remota, el tráfico extra y el canal conmutado eran estados separados. Así, “la orden fue escrita” quedaba muy lejos de “la protección está sana”.

Los canales distinguían bloqueo, degradación de señal, falla, conmutación y espera de restauración. Los umbrales BER configurados participaban en degradación y falla, junto con pérdida de señal, trama o AIS-L. El tiempo de espera evitaba volver demasiado deprisa a una línea inestable; configurarlo no probaba que el temporizador estuviera corriendo ni que hubiera terminado.

Los contadores tampoco eran eternos. Podían discontinuarse al reiniciar la gestión. La duración acumulada sobre protección solo era válida con conmutación reversiva. Si se desactivaba esa modalidad, un valor no nulo podía pasar a cero, acompañado por la marca de discontinuidad. Leer cero sin modalidad y época producía una historia falsa.

El silencio de alarmas necesitaba el mismo cuidado. El conjunto predeterminado de notificaciones estaba vacío y el grupo de eventos era opcional. No recibir un trap podía significar que no pasó nada, que estaba desactivado, que no se implementó o que se perdió. El estado y los contadores seguían siendo fuentes independientes.

La seguridad no era ornamental porque la superficie podía cambiar la protección. El RFC enumeraba órdenes, dirección, reversión, umbrales, espera, interfaces, prioridades y notificaciones como objetos capaces de interrumpir operaciones si se modificaban con intención maliciosa. Recomendaba SNMPv3, autenticación, privacidad y permisos para principales legítimos. Aun así, identidad autorizada y prioridad APS eran decisiones distintas.

La cadena completa es: SET autenticado y autorizado; valor aceptado; prioridad ganada; última orden registrada; K1/K2 emitidos; respuesta remota; estado actual; movimiento óptico; telemetría continua; tráfico recuperado; postura preparada para la próxima falla. La MIB ayudaba a observar cada tramo precisamente porque ninguno podía sustituir a los demás.

Ésa es la lección histórica. Una especificación mínima puede coordinar nombres, estados y acciones sin convertir el registro simbólico de una orden en realidad física. Cuando la orden leída y el camino luminoso difieren, la tarea no es elegir una sola pantalla, sino reconstruir la autoridad que ganó.

Sources