Resumen

  • En M3UA, la Routing Key selecciona un conjunto de tráfico, el Routing Context identifica esa clave y Network Appearance distingue un contexto local de red SS7. Son nombres relacionados, no intercambiables.
  • Un ASP podía atender varios Application Servers mediante una asociación SCTP compartida, pero su estado se mantenía por AS. La asociación activa no indicaba por sí sola qué tráfico estaba habilitado, si un destino SS7 era alcanzable o si ISUP/SCCP había recibido el mensaje.

Tres etiquetas para tres preguntas

La nomenclatura de M3UA parece primero un asunto de vocabulario. Se convierte en un asunto de encaminamiento cuando un punto de código se reutiliza. Dos redes SS7 pueden asignar el mismo valor a nodos diferentes. Si una pasarela transporta ambas redes por una asociación común, el número solo no identifica un destino único. M3UA separa por eso el contexto de red, la regla que selecciona tráfico y el valor que nombra esa regla.

RFC 3332, publicado en septiembre de 2002, define una adaptación para transportar por IP señalización MTP3-User, como mensajes ISUP o SCCP. En el ASP remoto, M3UA ofrece las primitivas que esperan esos usuarios de MTP3. No se convierte en la propia capa MTP3 de SS7. Una Signalling Gateway recibe la señalización del sistema conmutado y una aplicación distante consume la parte de usuario a través de la adaptación. El plano de control debe indicar tanto qué mensajes van a cada destino como el contexto SS7 que da significado a sus campos.

Un Application Server es una entidad lógica que presta servicio a una Routing Key concreta. La clave es la regla de selección: un conjunto de parámetros SS7 que define el rango de tráfico a procesar. Puede incluir DPC, OPC o SIO; una aplicación puede sumar campos de la parte usuaria, por ejemplo, el identificador de circuito ISUP o el número de subsistema SCCP. Son ejemplos, no una receta universal. Los parámetros dependen de la aplicación y de la red, y los rangos pueden no ser contiguos.

El Routing Context no es una versión abreviada de esos criterios. Es un valor que identifica la Routing Key. La función de distribución del SGP compara los mensajes con los criterios de la clave; los mensajes de gestión usan el contexto asociado para referirse al conjunto de tráfico que debe activarse, detenerse o registrarse. La clave es la regla; el contexto, su identificador; el Application Server, el servicio al que apunta la regla. Confundir el identificador con la regla elimina los criterios de coincidencia. Confundir la regla con el servicio oculta el resultado de la selección.

Network Appearance era local, no universal

Network Appearance responde a otra pregunta: ¿en qué red SS7 debe interpretarse este mensaje? Junto con el punto de código, identifica un nodo dentro de su contexto de red. Esto importa cuando una pasarela participa en redes nacionales o privadas que reutilizan un mismo código. Sin la dimensión de red, una dirección aparentemente precisa todavía puede señalar dos nodos distintos.

Pero Network Appearance no es un número universal de red. RFC 3332 lo definió como una referencia local coordinada entre el Signalling Gateway Process y el ASP. RFC 4666, la revisión de 2006 que dejó obsoleto RFC 3332, explicita la consecuencia: una misma red SS7 puede representarse con valores distintos en diferentes SGP. Comparar el entero entre pasarelas no basta; hay que conservar el mapa que indica qué significa en cada relación.

El campo también puede omitirse en topologías acotadas. Una pasarela que solo sirve una red SS7 quizá no lo necesite; tampoco una asociación dedicada a un único contexto. Cuando hay que distinguir varios contextos por una asociación compartida, el receptor puede recibir el campo. La ausencia describe la topología configurada, no demuestra que todas las redes sean una sola. Algunos casos restringidos con una única Routing Key también permiten inferir el Routing Context. El protocolo permite omitir una etiqueta cuando la configuración hace inequívoca su interpretación; solo esa configuración explica por qué es seguro.

Una asociación podía abarcar varios estados de aplicación

La distinción importa durante un failover. Un ASP es una instancia de proceso, no el servicio lógico. Puede configurarse para varios Application Servers y una asociación SCTP puede transportar el tráfico de varios AS. Por eso RFC 3332 mantiene el estado del ASP por cada AS. ACTIVE no es una propiedad general del socket o del equipo: es el estado del proceso dentro de un servicio determinado.

Los modos de tráfico vuelven operativa esa diferencia. Override puede seleccionar un ASP activo y dejar los demás como reserva; Loadshare reparte el tráfico entre procesos activos; Broadcast lo envía a todos los procesos elegibles. El algoritmo apropiado depende de la aplicación. El SGP debe mantener unido el enlace entre la clave, su Routing Context, la pertenencia al AS y el estado del proceso al escoger quién recibe el mensaje. «ASP activo», sin AS ni contexto, es una afirmación incompleta. «Asociación SCTP activa» dice todavía menos sobre la elegibilidad del servicio.

M3UA también transporta avisos de gestión de red: un destino puede estar inaccesible, volver a estarlo, restringido o congestionado. Una asociación demuestra que los extremos de transporte pueden intercambiar datos. No prueba que la pareja punto de código/Network Appearance se interpretara como se esperaba, que el mensaje coincidiera con una Routing Key autorizada, que un ASP estuviera ACTIVE para el AS correspondiente ni que ISUP o SCCP completara su tarea. Cada afirmación necesita evidencia de su propia capa.

Leer RFC 3332 junto con su sucesor

El tema histórico es RFC 3332, no la afirmación de que siga siendo la edición vigente. RFC 4666 lo dejó obsoleto en septiembre de 2006. La revisión conserva las distinciones centrales: Routing Key selecciona tráfico; Routing Context identifica esa clave; Network Appearance aporta contexto SS7 con alcance local. Leer el sucesor evita presentar un RFC obsoleto como norma actual y permite ver qué fronteras de diseño persistieron.

El registro SCTP de IANA asigna hoy el identificador de protocolo de carga útil 3 a M3UA y cita RFC 4666. El registro de servicios anota m3ua en el puerto SCTP 2905. Estas entradas indican qué código y puerto están asignados; no demuestran que un operador use M3UA, que una implementación sea conforme ni que una asociación determinada llevara una llamada. RFC 9260 es hoy la especificación SCTP, pero ese estado no prueba que las instalaciones de M3UA la hayan adoptado.

RFC 3331, M2UA, es cercano pero diferente: transporta la frontera de usuario de MTP2 mientras el enlace físico permanece en la pasarela. M3UA transporta señalización de usuarios MTP3, que puede incluir ISUP o SCCP. IUA de RFC 4233 y M2PA de RFC 4165 tienen sus propias fronteras. Compartir la familia SIGTRAN o SCTP no convierte sus nombres ni sus estados en equivalentes.

Para leer una afirmación sobre M3UA, conviene separar cuatro preguntas: qué parámetros SS7 seleccionan el tráfico; qué Routing Context identifica esa selección; qué Network Appearance local da significado al punto de código en la relación SGP/ASP; y qué estado del ASP, dentro de cuál AS, permite entregarlo. Solo después se añade la asociación SCTP como camino de transporte. La lección más perdurable de RFC 3332 es que la referencia de una regla, la regla, el contexto de red y el enlace que transporta el mensaje son objetos distintos.

Fuentes