La encapsulación multiprotocolo sobre ATM se especifica en RFC 2684. Define dos mecanismos para identificar el protocolo transportado en las tramas de la capa de adaptación ATM 5 (AAL5). Reemplaza RFC 1483, un protocolo de acceso de enlace de datos estándar compatible con módems DSL .
RFC 2684 describe dos mecanismos de encapsulación para el tráfico de red: multiplexación de circuito virtual y encapsulación LLC . Cualquiera de los mecanismos transporta unidades de datos de protocolo enrutadas o puenteadas , y los módems DSL a menudo incluyen una configuración para puente RFC 1483. Esto es distinto de otros "modos puente" que se encuentran comúnmente en los módems y enrutadores DSL combinados , que apagan la parte del enrutador del módem DSL.
En VC Multiplexing (VC-MUX), los hosts acuerdan el protocolo de alto nivel para un circuito determinado . Tiene la ventaja de no requerir información adicional en un paquete , lo que minimiza la sobrecarga. Por ejemplo, si los hosts aceptan transferir IP , un remitente puede pasar cada datagrama directamente a AAL5 para transferirlo; no es necesario enviar nada además del datagrama y el tráiler AAL5. La principal desventaja de tal esquema radica en la duplicación de circuitos virtuales : un host debe crear un circuito virtual separado para cada protocolo de alto nivel si se usa más de un protocolo. Debido a que la mayoría de los operadores cobran por cada circuito virtual, los clientes intentan evitar el uso de varios circuitos porque agrega costos innecesarios.
En la encapsulación LLC, los hosts utilizan un solo circuito virtual para múltiples protocolos. Esto tiene la ventaja de permitir todo el tráfico en el mismo circuito, pero la desventaja de requerir que cada paquete contenga octetos que identifiquen el tipo de protocolo, lo que agrega sobrecarga. El esquema también tiene la desventaja de que los paquetes de todos los protocolos viajan con el mismo retraso y prioridad.
RFC 2684 especifica que los hosts pueden elegir entre los dos métodos de usar AAL5. Tanto el emisor como el receptor deben acordar cómo se utilizará el circuito, y el acuerdo puede implicar una configuración manual. Además, los estándares sugieren que cuando los hosts eligen incluir información de tipo en el paquete, deben usar un encabezado estándar IEEE 802.2 Logical Link Control (LLC), seguido de un encabezado de Protocolo de acceso a subredes (SNAP) si es necesario.
El tráiler AAL5 no incluye un campo de tipo . Por lo tanto, una trama AAL5 no se identifica a sí misma. Esto significa que los dos hosts en los extremos de un circuito virtual deben acordar a priori que el circuito se usará para un protocolo específico (por ejemplo, el circuito solo se usará para enviar datagramas IP), o los dos hosts en los extremos de un circuito virtual debe acordar a priori que algunos octetos del área de datos se reservarán para usar como un campo de tipo para distinguir los paquetes que contienen los datos de un protocolo de los paquetes que contienen los datos de otro protocolo.