IEEE 802.2 es el nombre original de la ISO / IEC 8802-2 estándar que define control de enlace lógico (LLC) como la parte superior de la capa de enlace de datos del modelo OSI . [1] El estándar original desarrollado por el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) en colaboración con el Instituto Nacional Estadounidense de Estándares (ANSI) fue adoptado por la Organización Internacional de Normalización (ISO) en 1998, pero sigue siendo una parte integral de la familia de estándares IEEE 802 para redes locales y metropolitanas .
LLC es un componente de software que proporciona una interfaz uniforme al usuario del servicio de enlace de datos, generalmente la capa de red . LLC puede ofrecer tres tipos de servicios:
- Servicios en modo sin conexión no reconocidos (obligatorio)
- Servicios de modo de conexión (opcional)
- Servicios de modo sin conexión reconocidos (opcional)
Por el contrario, la LLC utiliza los servicios del control de acceso a medios (MAC), que depende del medio de transmisión específico ( Ethernet , Token Ring , FDDI , 802.11 , etc.). El uso de LLC es obligatorio para todas las redes IEEE 802 con la excepción de Ethernet . También se utiliza en la interfaz de datos distribuidos por fibra (FDDI), que no forma parte de la familia IEEE 802 .
La subcapa IEEE 802.2 agrega información de control al mensaje creado por la capa superior y pasado a LLC para su transmisión a otro nodo en el mismo enlace de datos. El paquete resultante se denomina generalmente unidad de datos de protocolo LLC (PDU) y la información adicional agregada por la subcapa LLC es el encabezado LLC . El encabezado LLC consta de DSAP ( punto de acceso al servicio de destino ), SSAP ( punto de acceso al servicio de origen ) y el campo de control .
Los dos campos de 8 bits DSAP y SSAP permiten la multiplexación de varios protocolos de capa superior por encima de LLC. Sin embargo, muchos protocolos usan la extensión Subnetwork Access Protocol (SNAP) que permite usar valores EtherType para especificar el protocolo que se transporta sobre IEEE 802.2. También permite a los proveedores definir sus propios espacios de valores de protocolo.
El campo de control estilo HDLC de 8 o 16 bits sirve para distinguir el modo de comunicación, para especificar una operación específica y para facilitar el control de la conexión y el control del flujo (en el modo de conexión) o los acuses de recibo (en el modo sin conexión reconocido).
Modos operacionales
IEEE 802.2 proporciona dos modos operativos sin conexión y uno orientado a la conexión:
- El tipo 1 es un modo sin conexión no reconocido para un servicio de datagramas . Permite enviar tramas
- a un solo destino ( transferencia punto a punto o unidifusión ),
- a varios destinos en la misma red ( multidifusión ),
- oa todas las estaciones de la red ( transmisión ).
El uso de multidifusiones y difusiones reduce el tráfico de la red cuando es necesario propagar la misma información a todas las estaciones de la red. Sin embargo, el servicio de Tipo 1 no ofrece garantías con respecto al orden de las tramas recibidas en comparación con el orden en el que se han enviado; el remitente ni siquiera recibe un reconocimiento de que se han recibido las tramas.
- El tipo 2 es un modo operativo orientado a la conexión . La numeración de secuencia asegura que las tramas recibidas estén garantizadas en el orden en que se enviaron y que no se pierdan tramas.
- El tipo 3 es un servicio sin conexión reconocido . Solo admite comunicación punto a punto.
Cada dispositivo que cumpla con el estándar IEEE 802.2 debe admitir el tipo de servicio 1. A cada nodo de red se le asigna una clase LLC según los tipos de servicio que admite:
Clase LLC | Tipos de servicios admitidos | ||
---|---|---|---|
1 | 2 | 3 | |
I | X | ||
II | X | X | |
III | X | X | |
IV | X | X | X |
Encabezado LLC
Cualquier PDU 802.2 LLC tiene el siguiente formato:
Encabezado LLC 802.2 | Información | ||
---|---|---|---|
Dirección DSAP | Dirección SSAP | Control | |
8 bits | 8 bits | 8 o 16 bits | múltiplo de 8 bits |
Cuando se utiliza la extensión del Protocolo de acceso a subredes (SNAP), se ubica al comienzo del campo Información:
Encabezado LLC 802.2 | Extensión SNAP | Datos de la capa superior | |||
---|---|---|---|---|---|
DSAP | SSAP | Control | OUI | ID de protocolo | |
8 bits | 8 bits | 8 o 16 bits | 24 bits | 16 bits | múltiplo de 8 bits |
El encabezado 802.2 incluye dos campos de dirección de ocho bits, llamados puntos de acceso al servicio (SAP) o colectivamente LSAP en la terminología OSI:
- SSAP (Source SAP) es un campo de 8 bits que representa la dirección lógica de la entidad de capa de red que ha creado el mensaje.
- DSAP (SAP de destino) es un campo de 8 bits que representa las direcciones lógicas de la entidad de la capa de red destinada a recibir el mensaje.
Valores de LSAP
Aunque los campos LSAP tienen una longitud de 8 bits, el bit de orden inferior se reserva para propósitos especiales, dejando solo 128 valores disponibles para la mayoría de los propósitos.
El bit de orden inferior del DSAP indica si contiene una dirección individual o de grupo:
- si el bit de orden inferior es 0, los 7 bits restantes del DSAP especifican una dirección individual, que se refiere a un único punto de acceso al servicio local (LSAP) al que se debe entregar el paquete. y
- si el bit de orden inferior es 1, los 7 bits restantes del DSAP especifican una dirección de grupo, que se refiere a un grupo de LSAP a los que se debe entregar el paquete.
El bit de orden inferior del SSAP indica si el paquete es un comando o un paquete de respuesta:
- si es 0, el paquete es un paquete de comando, y
- si es 1, el paquete es un paquete de respuesta.
Los 7 bits restantes del SSAP especifican el LSAP (siempre una dirección individual) desde el que se transmitió el paquete.
Los números de LSAP son asignados globalmente por el IEEE para identificar de manera única los estándares internacionales bien establecidos.
Valor | Significado | |
---|---|---|
dic | Maleficio | |
0 | 00 | LSAP nulo [2] [3] |
2 | 02 | Individual LLC subcapa Mgt [2] [3] |
4 | 04 | Control de ruta de SNA (individual) [2] [3] |
6 | 06 | Reservado para DoD IP [2] |
14 | 0E | ProWay-LAN [2] [3] |
24 | 18 | Texas Instruments [3] |
66 | 42 | Protocolo de árbol de expansión de puente IEEE 802.1 [3] |
78 | 4E | EIA-RS 511 [2] [3] |
94 | 5E | ISI IP [2] |
126 | 7E | ISO 8208 ( X.25 sobre IEEE 802.2 Tipo LLC) [3] |
128 | 80 | Sistemas de red Xerox (XNS) [3] |
130 | 82 | BACnet / Ethernet [4] |
134 | 86 | Nestar [3] |
142 | 8E | ProWay-LAN (IEC 955) [2] [3] |
152 | 98 | Protocolo de resolución de direcciones (ARP) de ARPANET [3] |
166 | A6 | RDE (entidad de determinación de ruta) |
170 | Automóvil club británico | Extensión SNAP utilizada [2] [3] |
188 | antes de Cristo | Vines de Banyan [3] |
224 | E0 | Novell NetWare [3] |
240 | F0 | IBM NetBIOS [3] |
244 | F4 | IBM LAN Management (individual) [3] |
248 | F8 | Carga de programa remoto de IBM (RPL) [3] |
250 | FA | Ungermann-Bass [3] |
254 | FE | Servicio de red en modo sin conexión OSI : [3] CLNP, [5] ISIS, [6] ESIS [7] |
Valor | Significado | |
---|---|---|
dic | Maleficio | |
3 | 03 | Grupo subcapa LLC Mgt [2] [3] |
5 | 05 | Control de ruta de SNA (grupo) [3] |
245 | F5 | IBM LAN Management (grupo) [3] |
255 | FF | DSAP global (transmisión a todos) [2] [3] |
Los protocolos o familias de protocolos que han asignado uno o más SAP pueden operar directamente sobre 802.2 LLC. Otros protocolos pueden utilizar el Protocolo de acceso a subredes (SNAP) con IEEE 802.2, que se indica mediante el valor hexadecimal 0xAA (o 0xAB, si es la fuente de una respuesta) en SSAP y DSAP. La extensión SNAP permite usar valores EtherType o espacios de ID de protocolo privado en todas las redes IEEE 802 . Se puede utilizar tanto en datagramas como en servicios de red orientados a la conexión.
Las redes Ethernet ( IEEE 802.3 ) son una excepción; el estándar IEEE 802.3x-1997 permitía explícitamente el uso de la trama Ethernet II , donde el campo de 16 bits después de las direcciones MAC no lleva la longitud de la trama seguida por el encabezado IEEE 802.2 LLC, sino el valor EtherType seguido por la parte superior datos de capa. Con esta estructura, solo los servicios de datagramas son compatibles con la capa de enlace de datos .
IPv4, IPX y 802.2 LLC
Aunque a IPv4 se le ha asignado un valor LSAP de 6 (0x06) y a ARP se le ha asignado un valor LSAP de 152 (0x98), IPv4 casi nunca se encapsula directamente en tramas 802.2 LLC sin encabezados SNAP. En su lugar, el estándar de Internet RFC 1042 se usa generalmente para encapsular el tráfico IPv4 en tramas 802.2 LLC con encabezados SNAP en FDDI y en redes IEEE 802 distintas de Ethernet . Las redes Ethernet suelen utilizar el entramado Ethernet II con EtherType 0x800 para IP y 0x806 para ARP. [8]
El protocolo IPX utilizado por las redes Novell NetWare admite un tipo de trama Ethernet adicional , 802.3 sin procesar , que en última instancia admite cuatro tipos de tramas en Ethernet (802.3 sin procesar, 802.2 LLC , 802.2 SNAP y Ethernet II ) y dos tipos de tramas en FDDI y otros (no Ethernet) Redes IEEE 802 (802.2 LLC y 802.2 SNAP).
Es posible utilizar diversos marcos en una sola red. Es posible hacerlo incluso para el mismo protocolo de capa superior, pero en tal caso, los nodos que utilizan marcos diferentes no pueden comunicarse directamente entre sí.
Campo de control
Seguir los campos SAP de origen y destino es un campo de control . IEEE 802.2 se derivó conceptualmente de HDLC y tiene los mismos tres tipos de PDU :
- PDU de formato no numerado, o PDU de formato U , con un campo de control de 8 bits, que están diseñadas para aplicaciones sin conexión;
- PDU con formato de transferencia de información, o PDU con formato I , con un campo de control y numeración de secuencia de 16 bits, que están destinadas a ser utilizadas en aplicaciones orientadas a la conexión;
- PDU de formato de supervisión, o PDU de formato S , con un campo de control de 16 bits, que están destinadas a ser utilizadas para funciones de supervisión en la capa LLC (Control de enlace lógico).
Para transportar datos en el modo sin conexión sin acuse de recibo más utilizado, se utiliza el formato U. Se identifica por el valor '11' en los dos bits inferiores del campo de control de un solo byte.
Referencias
- ^ Estándar IEEE para tecnología de la información — Telecomunicaciones e intercambio de información entre sistemas — Redes de área local y metropolitana — Requisitos específicos . Parte 2: Control de enlace lógico. Nueva York: Instituto de Ingenieros Eléctricos y Electrónicos. 7 de mayo de 2008. ISBN 1-55937-959-6.
- ^ a b c d e f g h yo j k RFC-1700
- ^ a b c d e f g h i j k l m n o p q r s t u v w x Miller, Philip; Cummins, Michael (2000). Explicación de las tecnologías LAN . Prensa digital. pag. 506 . ISBN 1-55558-234-6.
- ^ El estándar BACnet — Estándar 135-2012 , Ashrae.
- ^ Texto final de DIS 8473, Protocolo para proporcionar el servicio de red en modo sin conexión , RFC, IETF.
- ^ 14: 00-17: 00. "ISO / IEC 10589: 2002" . ISO . Consultado el 18 de diciembre de 2020 .CS1 maint: nombres numéricos: lista de autores ( enlace )
- ^ 14: 00-17: 00. "ISO 9542: 1988" . ISO . Consultado el 18 de diciembre de 2020 .CS1 maint: nombres numéricos: lista de autores ( enlace )
- ^ LKML , 27 de julio de 2011.
enlaces externos
- 802.2 (ed. En línea), IEEE.