Control de enlace lógico LLC
(“Logical Link Control”)
define la forma en que los datos son transferidos sobre el medio físico, proporcionando servicio a las capas superiores. xx Es la más alta de las dos subcapas de enlace de datos definidas por el IEEE y la responsable del control de enlace lógico. La subcapa LLC maneja el control de errores, control del flujo, entramado y direccionamiento de la subcapa MAC. El protocolo LLC más generalizado es IEEE 802.3, que incluye variantes no orientado a conexión y orientadas a conexión. En la subcapa LLC se contemplan dos aspectos bien diferenciados:
• Los protocolos:
Para la comunicación entre entidades de la propia subcapa LLC:
Protocolos LLC:
Definen los procedimientos para el intercambio de tramas de información y de control entre cualquier par de puntos de acceso al sercivio del nivel de enlace LSAP.
• Las interfaces: con la subcapa inferior MAC y con la capa superior (de Red).
• Interfaz LLC – MAC: Especifica los servicios que la subcapa de LLC requiere de la subcapa MAC, independientemente de la topología de la subred y del tipo de acceso al medio.
• Interfaz LLC – Capa de Red Modelo OSI: Especifica los servicios que la Capa de Red Modelo OSI obtiene de la Capa de Enlace Modelo OSI, independientemente de su configuración. Servicios que la subcapa LLC ofrece a la capa de Red:
• Servicio en modo conexión (CONS, Connection Oriented Network Service). Es un servicio que establece una conexión entre las estaciones del enlace, y que garantiza la entrega de las unidades de datos que fluyen a través de dicha conexión ( servicio confiable ).
El servicio de conexión le garantiza al receptor la entrega en secuencia de las unidades de datos y la protección contra pérdidas y duplicados. Con ese fin dispone de los mecanismos necesarios para controlar el flujo y corregir los errores.
• Servicio no orientado a conexión (Clns, Connection Less Network Service)
No establece una conexión previa entre las estaciones, por lo que cada trama intercambiada es independiente de todas las demás ( de las enviadas antes y después). Cada trama es individualmente autónoma y autosuficiente ante el receptor. Es un servicio que tiene utilidad cuando el establecimiento de una conexión implica retrasos que son inaceptables para el funcionamiento del sistema ( control distribuido ). El servicio de enlace sin conexión puede ser con o sin confirmación.
En resumen, las funciones de esta subcapa son:
• Agrupar los bits a transmitir en forma de tramas (enmarcar)
• Se ocupa de los errores de transmisión
• Regula el flujo de las tramas (control de flujo)
• Administra la capa de enlaces (gestión)
• Traduce las tramas de las redes heterogéneas Y los Servicios que Ofrece:
• Sin conexión y sin reconocimiento
• Sin conexión y con reconocimiento
• Orientado a la conexión.
Subcapa de Control de Enlace Lógico
La subcapa MAC forma la mitad inferior de la capa de enlace en las redes broadcast. Sobre ella se encuentra la subcapa LLC que corresponde en funciones a la capa de enlace de las líneas punto a punto, esto es, realiza la comunicación punto a punto entre los dos hosts que interactúan. El IEEE ha desarrollado el estándar 802.2 para especificar el protocolo de esta subcapa. Éste es compatible con todos los protocolos de nivel MAC de la serie 802, de forma que todas las redes locales 802 presentan una interfaz común a la capa de red independientemente de cual sea el medio físico y el protocolo MAC que se esté utilizando. El protocolo LLC está basado en HDLC y suministra tres tipos de servicio:
LLC Tipo 1.
Datagramas sin acuse de recibo. Este es el más utilizado, es un servicio similar al ofrecido por PPP dónde no existe control de flujo, pues no hay realimentación del receptor al emisor. A diferencia de PPP aquí no se realiza verificación de errores pues ésta ya ha sido efectuada por la subcapa MAC.
LLC Tipo 2.
Servicio confiable orientado a la conexión, similar al ofrecido por HDLC. Se realiza control de flujo y solicitud de retransmisión si detecta error en el checksum.
Servicio intermedio de los dos anteriores. El emisor envía datagramas y solicita acuse de recibo, pero éstos son enviados también como datagramas, no hay un proceso explícito de establecimiento de la conexión como ocurre en el tipo 2. La mayoría de los protocolos de red utilizados, como IP, requieren únicamente el LLC de tipo 1, por lo que las funciones de la subcapa LLC son casi inexistentes. La principal función que desempeña la subcapa LLC es suministrar el soporte multiprotocolo, es decir multiplexar adecuadamente los frames recibidos de los diferentes protocolos posibles en el nivel de red antes de pasarlos a la subcapa MAC. Esto se hace mediante campos especiales del frame LLC. En el caso de redes Ethernet con frames en formato Ethernet la capa LLC es totalmente inexistente ya que esta información se suministra en el Ethertype.
El campo Control LLC especifica el tipo de servicio utilizado. En LLC tipo 2 se utilizan los mismos tipos de frame y comandos que en HDLC.
En LLC tipo 1 el campo control siempre vale 00000011 que significa frames no numerados. Los campos DSAP y SSAP tienen la finalidad de permitir identificar a que protocolo de red pertenece el frame LLC. Aunque se reserva un byte para especificar el protocolo los dos primeros bits del DSAP y el SSAP están reservados, ya que tienen significados de grupo/individual y local/global, igual como en las direcciones MAC del IEEE.
Con sólo 64 posibles valores el campo DSAP/SSAP se mostró rápidamente insuficiente. La solución al problema fue reservar un valor en el DSAP y el SSAP (11111111) para indicar la existencia de un campo adicional denominado SNAP, inmediatamente a continuación del campo Control LLC y antes de los datos, que permite especificar cualquier protocolo.
El campo SNAP se divide en dos partes:
los primeros tres bytes forman lo que se denomina el OUI (Organizationally Unique Identifier) que identifica al fabricante que registra el protocolo ante el IEEE, mientras que los dos últimos identifican el protocolo dentro de ese fabricante. Un frame LLC es la manera normal de enviar los datos en cualquier LAN, excepto en Ethernet, donde existen dos posibilidades:
• Usar el campo longitud en el frame MAC y poner en el campo datos un frame LLC que contiene el tipo de protocolo utilizado a nivel de red. En este caso, normalmente se utilizará un frame LLC-SNAP, por lo que la longitud máxima del paquete de nivel de red será de 1492 bytes. Esta es la aproximación empleada por Appletalk fase 2, Net BIOS? y algunas implementaciones de IPX.
• Usar el campo tipo en el frame MAC y poner directamente en el campo datos el paquete de nivel de red. En este caso, la longitud máxima del paquete a nivel de red podrá ser de 1500 bytes. Este formato es empleado por TCP/IP, DECNET fase 4, LAT y algunas implementaciones de IPX.