AAL5

Encapsulación Multiprotocolo sobre AAL5

La encapsulación LLC es necesaria cuando más de un protocolo se puede transportar
sobre el mismo VC. Para permitir que el receptor procese correctamente el entrante
AAL5 CPCS-PDU, el campo Payload contiene la información necesaria para identificar
el protocolo del Router o del Bridged PDU (Protocol Data Unit) . En la encapsulación
LLC, estainformación se debe codificar en una cabecera LLC colocado delante del
carried PDU.
Aunque esto se ocupa solamente de los protocolos que funcionan sobre LLC tipo 1
(modo sin conexión sin reconocimiento), el mismo principio de la encapsulación
también se aplica a los protocolos que funcionan sobre LLC tipo 2 (modo-conexión). En
el último caso el formato y el contenido de la cabezeral LLC estarían segúnlo descrito
en IEEE 802.1 e IEEE 802.2.
Multiplexación del VC crea un atascamiento entre un ATM VC y el tipo del protocolo
de red llevado en ese VC. Así, no hay necesidad para que la información de la
identificación del protocolo deba ser llevado dentro del Payload (carga útil) de cada
AAL5 CPCS-PDU. Esto reduce el overhead del Payload y puede reducir el proceso porpaquete (per-packet). Lamultiplexación del VC puede mejorar eficacia reduciendo el
número de las celdas necesitadas para llevar PDUs de ciertas longitudes.
Para ATM PVCs, el tipo de protocolo que se llevará sobre cada PVC se debe
determinar por configuración.
La decisión si utilizar la encapsulación LLC o Multiplexación del VC depende de
requisitos de la implementación y del sistema. En general la encapsulación LLCtiende a
requerir pocos VCs en a ambiente multiprotocolo. La Multiplexación del VC tiende a
reducir el overhead de fragmentación.
Cuando dos sistemas ATM de extremo desean intercambiar PDUs sin conexión a través
de una conexión virtual permanente (PVC) de ATM, selección del el método de
multiplexación es hecho por configuración. El control de la conexión ATM que señala
procedimientos seutiliza para negociar el método de encapsulación cuando las
conexiones virtuales conmutadas (SVCs) ATM deben ser utilizadas.
Un Bridge con una interfaz ATM que sirve mientras como un enlace a uno o mas bridge
debe poder inundar, enviar, y filtrar Bridged PDUs. La inundación es realizada
enviando el PDU a todas las posibles destinaciones apropiadas. En el ambiente ATM
esto significa enviar el PDU através de cada uno de los VC relevantes. Esto puede ser
logrado explícitamente copiándolo a cada VC o usando un VC punto-a-multipunto.
Para enviar un PDU, el Bridge debe poder asociar una dirección MAC de destino a un
VC. No es razonable y quizás imposible requerir los Bridges para configurar
estáticamente una asociación de cada dirección MAC posible de la destinación con un
VC. Por lo tanto,los Bridges ATM deben proporcionar bastante información para
permitir una interfaz ATM para aprender dinámicamente sobre destinos extranjeros más
allá de establecer estaciones ATM.
Para lograr aprender dinámicamente, un Bridge PDU debe conformarse con la
encapsulación LLC. De esta manera, la interfaz de recepción ATM sabrá para mirar en
el Bridge PDU y aprender la asociación entre la destinoextranjero y una estación ATM.

PPP sobre AAL5
PPPoA

La capa PPP trata el servicio subyacente de la capa ATM AAL5 como un bit-síncrono
del enlace punto-a-punto. En este contexto, el enlace PPP corresponde a una conexión
virtual ATM AAL5. La conexión virtual ser full-duplex, punto a punto, y puede ser
cualquier dedicada (permanente) o conmutada.

Al transportar el Payload PPP sobreAAL5, una implementación:





Debe soportar un circuito virtual multiplexado del Payload PPP por mutua
configuración o negociación de ambos límites. Esta técnica se refiere como
“VC-multiplexed PPP”.
Debe soportar Payloads PPP encapsuladas LLC en PVCs por mutua
configuración o negociación de ambos límites abajo por la configuración o la
negociación mutua de ambos límites. Esta...