El estándar IEEE/802.2 de Control de Enlace Lógico: LLC 1. CAMPO DE ESPECIFICACIÓN DEL IEEE/802.2 2. CONCEPTOS OSI EN EL LLC: SAP, PDU, DIRECCIÓN Y PRIMITIVA. 3. ESPECIFICACIÓN DEL SERVICIO DEL INTERFAZ RED/LLC 4. ESPECIFICACIÓN DEL INTERFAZ LLC/MAC.

CAMPO DE ESPECIFICACIÓN DEL IEEE/802.2. El estándar IEEE/802.2 define: 1º) Especificación de los servicios en el interfaz RED/LLC . 2º) Especificación de los servicios en el interfaz LLC/MAC 3º) Especificación del protocolo de nivel LLC NIVEL DE RED NIVEL DE RED SUBNIVEL DE CONTROL DE ENLACE LÓGICO LLC PROTOCOLO LLC SUBNIVEL DE CONTROL DE ENLACE LÓGICO LLC SUBNIVEL DE CONTROL DE ACCESO AL MEDIO SUBNIVEL DE CONTROL DE ACCESO AL MEDIO PROTOCOLO MAC MAC MAC NIVEL FÍSICO NIVEL FÍSICO Figura 1: ESPECIFICACIÓN DEL SUBNIVEL LLC.

CONCEPTOS OSI EN EL LLC: SAP, PDU, DIRECCIÓN y PRIMITIVA. Puntos de acceso a servicio o SAP (Service Access Points). SSAP (Source SAP o SAP fuente) DSAP (Destination SAP o SAPdestino). Una misma entidad de nivel de red utilizará SSAPs diferentes para enviar datos de diferentes comunicaciones abiertas concurrentemente y usará diferentes DSAPs para recibir los datos de diferentes comunicaciones. La misma o diferentes entidades de red pueden utilizar los mismos o diferentes SAPs en comunicaciones no concurrentes. En comunicaciones orientadas a conexión, un SAP en un sentido actúa como SSAP y en el otro como DSAP. En comunicaciones no orientadas a conexión en las que el nivel superior implementa las contestaciones, un DSAP puede usarse o no como SSAP en según esté o no siendo usado en ese instante por otras comunicaciones. Las comunicaciones de red son transparentes para el LLC, y pueden satisfacer a protocolos de red diferentes, por ejemplo una soportaría SNA/SDLC, otra TCP/IP, otra XNS, otra IPX, etc. RED RED RED SAP CONEXIÓN SAP SAP SAP LLC LLC LLC CONEXIÓN MAC FÍSICO MAC FÍSICO MAC FÍSICO MEDIO FÍSICO

LOS PUNTOS DE ACCESO A SERVICIO DEL LLC (LLC_SAPs). DSA P SSAP CONTROL IN F O R M A C IÓ N 1 1 1 ó 2 0 -N UNIDAD DE DATOS DE PROTOCOLO LLC (LLC_PDU). Concepto LLC_SDU (LLC_Service) El direccionado local se usa en redes aisladas, es decir, que no se comunican con otras, por lo que la dirección de cada estación sólo necesita ser única dentro de esa red. El responsable de asignar las direcciones es el instalador o administrador de la misma, para lo que se dispone de campos de dirección de 16 ó 48 bits de largo en todos los estándares IEEE. En una red aislada suele ser suficiente la longitud de 16 bits. El direccionado universal emplea siempre la longitud de 48 bits, lo que permite dar una dirección única a cualquier estación que hipotéticamente pueda contactar con otra. El esquema de numeración incluye diversos bloques, similares los del ISBN empleado en la identificación de publicaciones, de manera que se garantizala no duplicación de una dirección. Los responsables de la identificación son los fabricantes que, de acuerdo al bloque a ellos asignado en ese esquema, identifican sus productos Al igual que ocurre con las direcciones de los SAPs, existen direcciones individuales, de grupo y globales de manera pueden hacerse envíos punto a punto individualizados (point-to-point), envíos multipunto (multicast) a un grupo de estaciones o envíos de difusión (broadcast) a la totalidad de las estaciones de la red

REQUERIMIENTO o PETICIÓN (Request) E S T A C IÓ N “ A ” E S T A C I Ó N “ B ” ( N i v e l U s u a r i o) ( N i v e l U s u a r i o) R E D P E T IC IÓ N “ X ” (R e q u e s t) L L C L L C R E D IN D IC A C IÓ N “ X ” (I n d i c a t i o n ) C A P A S IN F E R IO R E S “ X ” R E S P U E S T A “ X ” (R e s p o n s e ) C O N F I R M A C I Ó N (C o n f i r m a t i o n ) EL PASO DE PRIMITIVAS EN LOS SISTEMAS NIVELADOS OSI. REQUERIMIENTO o PETICIÓN (Request) Requerimientos se usan para solicitar un determinado servicio a la capa inferior. Por ejemplo para solicitar una conexión de unas características determinadas. Es decir, para que se realicen los trabajos necesarios para conseguir el servicio solicitado. RESPONSE (Respuesta): Las primitivas de respuesta se emplean por una entidad para mostrar su aceptación o rechazo de la indicación que le hicieron. Por ejemplo para aceptar un mensaje o una conexión. En realidad no está contemplada en el IEEE/802.2 y no se suelen usar en las LANs. INDICACIÓN (Indication) Las primitivas de indicación se emplean para señalar al usuario del servicio que ha ocurrido un hecho significativo (evento) que puede ser de su interés. Por ejemplo para indicar la recepción de un mensaje a la entidad a la que va dirigido y también entregárselo. CONFIRMACIÓN (Confirm): Las primitivas de confirmación se usan para señalar al usuario del servicio el resultado de un requerimiento previo. Por ejemplo, para comunicar la no aceptación de un servicio de conexión por la causa que sea (el propio nivel, la red que haya debajo, la otra estación). Al no usar la primitiva response en las LANs, la de confirmación sólo señala al usuario del servicio LLC (el nivel de red) que la entidad LLC ha realizado lo solicitado y por tanto también su par en la estación destino.

RED RED SAP SAP SAP LLC MAC FÍSICO LLC MAC FÍSICO MEDIO FÍSICO ESTACIÓN “A” ESTACIÓN “B” PETICIÓN “X” (Request) INDICACIÓN “X” (Indication) CAPAS RED LLC LLC RED INFERIORES CONFIRMACIÓN “X” (Confirmation) L_CONNECT .confirm RED L_CONNECT .request L_CONNECT .indication RED SAP SAP SAP 4 1 2 LLC MAC FÍSICO LLC MAC FÍSICO 3 MEDIO FÍSICO Figura 5: PRIMITIVAS Y PROCEDIMIENTO DE ESTABLECIMIENTO DE UNA CONEXIÓN LÓGICA LLC.

ESPECIFICACIÓN DEL SERVICIO DEL INTERFAZ RED/LLC. TIPOS DE SERVICIO ORIENTADO A NO CONEXIÓN u Operación Tipo 1 Servicio de datagramas ORIENTADO A CONEXIÓN u Operación Tipo 2 Servicio de circuitos virtuales ORIENTADO A NO CONEXIÓN Y CONFIRMADO u Operación Tipo 3 Servicio de datagramas asentidos

Figura 6: LAS PRIMITIVAS DEL IEEE/802.2 Y SUS PARÁMETROS. A) Servicios sin conexión y sin asentimientos. L_DATA.request (local_address, remote_address, l_sdu, service_class) L_DATA.indication (local_address, remote_address, l_sdu, service_class) B) Servicios con conexión. L_CONNECT.request (local_address, remote_address, service_class) L_CONNECT.indication (local_address, remote_address, status, service_class) L_CONNECT.confirm (local_address, remote_address, status, service_class) L_DISCONNET.request (local_address, remote_address) L_DISCONNET.indication (local_address, remote_address, reason) L_DISCONNET.confirm (local_address, remote_address, status) L_DATA_CONNET.request (local_address, remote_address, l_sdu) L_DATA_CONNET.indication (local_address, remote_address, l_sdu) L_DATA_CONNET.confirm (local_address, remote_address, status) L_RESET.request (local_address, remote_address) L_RESET.indication (local_address, remote_address, reason) L_RESET.confirm (local_address, remote_address, status) L_CONNECTION_FLOWCONTROL.request (local_address, remote_address, amount) L_CONNECTION_FLOWCONTROL.indication (local_address, remote_address, amount) C) Servicios sin conexión y con asentimientos. L_DATA_ACK.request (local_address, remote_address, l_sdu, service_class) L_DATA_ACK.indication (local_address, remote_address, l_sdu, service_class) L_DATA_ACK_STATUS.indication (local_address, remote_address, service_class, status) L_REPLY_UPDATE.request (local_address, l_sdu,) L_REPLY_UPDATE.indication (local_address, status) L_REPLY_STATUS.indication (local_address, remote_address, l_sdu, status, service_class) L_REPLY.request (local_address, remote_address, l_sdu, service_class) L_REPLY.indication (local_address, remote_address, l_sdu, service_class) Figura 6: LAS PRIMITIVAS DEL IEEE/802.2 Y SUS PARÁMETROS.

Figura 9: PRIMITIVAS PARA SIN CONEXIÓN Y CON RECONOCIMIENTO (LLC-MAC). RED LLC RED RED LLC RED E INEFRIORES E INEFRIORES L_DATA_ACK. request L_DATA_ACK. request L_DATA_ACK. indication L_DATA_ACK_STATUS. indication Envío sin conexión y con reconocimiento L_DATA_ACK_STATUS. indication Idem con fallo del LLC en el envío RED LLC RED RED LLC RED E INEFRIORES L_REPLY_UPDATE. request E INEFRIORES L_REPLY. request L_REPLY. indication L_REPLY_STATUS_UPDATE. indication Envío previo al LLC L_REPLY_STATUS. indication Envío sin conexión y con reconocimiento Figura 9: PRIMITIVAS PARA SIN CONEXIÓN Y CON RECONOCIMIENTO (LLC-MAC). Las primitivas son las siguientes: ♦ MA_DATA.request Con ella una entidad LLC ,por iniciativa propia o de niveles superiores, pide al MAC que lleve una unidad de datos (propios o de nivel superior) a la o las entidades pares especificadas. ♦ MA_DATA.indication Con ella el MAC comunica y transfiere a una entidad LLC la unidad de datos recién pasada por el nivel físico, y lo hace sólo si la dirección es la propia, el formato es el adecuado y no tiene errores. ♦ MA_DATA.confirm Da información sobre el éxito o fracaso tenido en el envío provocado por una MA_DATA.request concreta. No existe una MA_DATA.response por lo que esta confirmación es una mera indicación del MAC de que los datos fueron entregados con éxito para su transporte a través del medio. No señala si ha llegado bien o mal, puesto que este servicio es sin confirmación. 4.