Resumen

  • La intersección ordenada de perfiles AAL2 de RFC 3441 generaba una lista compatible; por sí sola, no asignaba cada servicio a una fila del perfil.
  • vsel, dsel y fsel expresaban preferencias de asociación entre servicio y fila. No demostraban qué fila usaba un emisor activo, que se hubiera establecido un portador ATM ni que el medio hubiera llegado a quien llamaba.

Una lista de códecs parece un detalle menor hasta que dos pasarelas deben usarla para construir una sola llamada de voz. En AAL2, un perfil contiene filas con información de códec y paquetización. El control de llamada puede ofrecer perfiles en orden; cada pasarela mantiene su propia lista de los que admite localmente. Encontrar perfiles comunes no resuelve todavía qué servicios usarán qué filas dentro del perfil seleccionado.

RFC 3441 abordó esa frontera con un paquete ATM para Media Gateway Control Protocol (MGCP). MGCP permite que un agente de llamadas externo controle los extremos de una pasarela multimedia. El paquete incorporó opciones locales para el tipo de portador ATM, la capa de adaptación, parámetros de servicio y tráfico, y la negociación de perfiles y códecs. Es un documento informativo: su sintaxis describe lo que un intercambio compatible puede representar, no qué productos lo implementaron ni cuántas llamadas lo emplearon.

La primera distinción está en las listas de perfiles. La lista L de una pasarela describe lo que admite localmente. El agente de llamadas puede enviar una lista C ordenada según sus preferencias. En una llamada entre dos extremos, el descriptor remoto aporta una lista R. RFC 3441 dispone que las pasarelas hagan una intersección ordenada conforme a la dirección de la llamada y a la política local. Un perfil que sobrevive indica compatibilidad dentro de esas listas y esa política; no demuestra que exista un circuito portador, que el servicio esté elegido ni que haya circulado medio.

El ejemplo del RFC muestra por qué el resultado es intermedio. La pasarela 1 admite custom 100, itu 3, itu 1, itu 8; su agente ofrece itu 8, itu 9, atmf 7, itu 3, itu 1, custom 100. La prioridad del extremo originador produce itu 8, itu 3, itu 1, custom 100. Esa lista llega a la pasarela 2 como lista remota. Al intersectarla con sus perfiles locales y la oferta de su agente, obtiene itu 3, itu 1 y elige itu 3. La preferencia de la primera pasarela por itu 8 no obliga al lado receptor a usarlo.

Dentro del perfil elegido aparece otra decisión. El originador había asociado vsel y dsel con su primer perfil, itu 8. Esos parámetros no describían itu 3, por lo que la pasarela 2 no podía trasladarlos sin más. Usó las asociaciones locales disponibles para el perfil elegido y devolvió sus propias indicaciones: ciertas filas de códec para voz y otras para datos en banda vocal, incluido el fax en el ejemplo. La intersección no había resuelto la asignación de servicios; el perfil seleccionado determinaba qué asociaciones tenían sentido.

RFC 3441 llama vsel, dsel y fsel a los selectores de voz, datos en banda vocal y fax. Son preferencias para asociar servicios con filas de perfil, no una garantía de que cada paquete use siempre una fila determinada. Una vez que el perfil está asociado a la conexión, el transmisor AAL2 puede cambiar de fila sobre la marcha. Una aplicación puede limitar esos cambios según el estado del servicio, con menos flexibilidad; los parámetros de preferencia no los prohíben por sí mismos. Por eso, el nombre de un perfil no certifica el códec de cada paquete.

Los demás campos del paquete pertenecen a otras capas. El tipo de conexión ATM, el identificador del circuito virtual y las opciones de establecimiento conciernen al portador. Las opciones AAL describen la adaptación. Las de gestión de tráfico expresan categorías y parámetros de servicio ATM. Los selectores de códec expresan preferencias del medio. La aceptación de un comando MGCP, un descriptor SDP, un perfil negociado, una respuesta de establecimiento del portador, células sobre el circuito virtual y sonido inteligible son observaciones distintas. La arquitectura de pasarela multimedia de RFC 2805 y el protocolo base de RFC 3435 separan las responsabilidades del controlador, la pasarela y la red. RFC 3108 describe características de portadores ATM en SDP, pero un perfil acordado no prueba transporte.

El agente de llamadas controla su oferta y su política; cada pasarela conoce sus perfiles y asociaciones locales; la red ATM decide si puede establecerse un circuito con los parámetros solicitados; y la pasarela emisora escoge la fila usada en cada instante. Un descriptor remoto puede registrar una intención negociada, pero no acredita que las células cruzaran la red ni que el receptor reconstruyera y reprodujera el servicio previsto.

Este artículo se limita a la frontera entre listas de perfiles y asociaciones de servicio de RFC 3441. No afirma que MGCP siga desplegado, que un proveedor concreto se comporte de cierta manera, que una llamada ATM se completara, ni que un códec ofreciera cierta calidad, que hubiera capacidad reservada, interoperabilidad medida o una experiencia de voz determinada. Para convertir el modelo y las preferencias de la especificación en pruebas de resultados posteriores hacen falta recibos independientes.

Fuentes: RFC 3441; RFC 3435; RFC 2805; RFC 3108; RFC 3054; RFC 3336; RFC 3337. Fichas de referencia: RFC Editor; IETF Datatracker.