Hispanopedia Wiki
Articulo de referencia

IEEE 802.2

IEEE 802.2 es el nombre original del estándar ISO/IEC 8802-2 que define el control de enlace lógico (LLC) como la parte superior de la capa de enlace de datos del modelo OSI . [...

Hispanopedia WikiContenido en espanolLectura gratuita

IEEE 802.2 es el nombre original del estándar ISO/IEC 8802-2 que define el 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:

La LLC utiliza los servicios del control de acceso al medio (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 transmitido a la LLC para su envío a otro nodo en el mismo enlace de datos. El paquete resultante se conoce generalmente como unidad de datos de protocolo (PDU) de LLC , y la información adicional agregada por la subcapa LLC es la cabecera LLC . La cabecera 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 campos de 8 bits DSAP y SSAP permiten la multiplexación de diversos protocolos de capa superior sobre LLC. Sin embargo, muchos protocolos utilizan la extensión SNAP ( Subnetwork Access Protocol ), 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 de estilo HDLC de 8 o 16 bits sirve para distinguir el modo de comunicación, especificar una operación concreta y facilitar el control de la conexión y el control del flujo (en modo de conexión) o las confirmaciones (en modo sin conexión con confirmación).

Modos de funcionamiento

El estándar IEEE 802.2 proporciona dos modos operativos sin conexión y uno orientado a la conexión:

El uso de multidifusión y difusión reduce el tráfico de red cuando se necesita 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 recepción de las tramas; el remitente ni siquiera recibe una confirmación de recepción.

  • El tipo 2 es un modo operativo orientado a la conexión . La numeración secuencial garantiza que las tramas recibidas se presenten en el orden en que fueron enviadas, y que no se pierda ninguna trama.
  • 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 ser compatible con el tipo de servicio 1. A cada nodo de red se le asigna una clase LLC según los tipos de servicio que admita:

Encabezado de LLC

Cualquier PDU 802.2 LLC tiene el siguiente formato:

Cuando se utiliza la extensión del Protocolo de acceso a subred (SNAP), esta se encuentra al inicio del campo Información:

El encabezado 802.2 incluye dos campos de dirección de ocho bits, denominados puntos de acceso al servicio (SAP) o, en conjunto, 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 la capa de red que ha creado el mensaje.
  • DSAP (Destination SAP) 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 LSAP

Aunque los campos LSAP tienen una longitud de 8 bits, el bit de orden inferior está reservado para fines especiales, lo que deja 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 una dirección 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.
  • Si el bit de orden inferior es 1, los 7 bits restantes del DSAP especifican una dirección de grupo, que hace referencia 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 paquete de comando o de respuesta:

  • Si es 0, el paquete es un paquete de comandos.
  • 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 LSAP son asignados globalmente por el IEEE para identificar de forma unívoca las normas internacionales bien establecidas.

Los protocolos o familias de protocolos que tienen asignado uno o más SAP pueden operar directamente sobre 802.2 LLC. Otros protocolos pueden usar el Protocolo de Acceso a Subred (SNAP) con IEEE 802.2, que se indica mediante el valor hexadecimal 0xAA (o 0xAB, si es el origen de una respuesta) en SSAP y DSAP. La extensión SNAP permite usar valores EtherType o espacios de ID de protocolo privados en todas las redes IEEE 802. Se puede usar 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 del encuadre Ethernet II , donde el campo de 16 bits después de las direcciones MAC no contiene la longitud de la trama seguida del encabezado LLC IEEE 802.2, sino el valor EtherType seguido de los datos de la capa superior. Con este encuadre, solo se admiten servicios de datagramas en 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 un valor LSAP de 152 (0x98), IPv4 casi nunca se encapsula directamente en tramas LLC 802.2 sin encabezados SNAP. En su lugar, se suele utilizar el estándar de Internet RFC 1042 para encapsular el tráfico IPv4 en tramas LLC 802.2 con encabezados SNAP en FDDI y en redes IEEE 802 distintas de Ethernet . Las redes Ethernet suelen utilizar tramas 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 raw , y en última instancia admite cuatro tipos de trama en Ethernet (802.3 raw, 802.2 LLC , 802.2 SNAP y Ethernet II ) y dos tipos de trama en FDDI y otras redes IEEE 802 (que no son Ethernet) (802.2 LLC y 802.2 SNAP).

Es posible utilizar distintos tipos de tramas en una misma red. Incluso es posible hacerlo con el mismo protocolo de capa superior, pero en ese caso los nodos que utilizan tramas diferentes no pueden comunicarse directamente entre sí.

Campo de control

A continuación de los campos SAP de destino y origen hay un campo de control . IEEE 802.2 se derivó conceptualmente de HDLC y tiene los mismos tres tipos de PDU :

  • Unidades de datos de producto (PDU) en formato no numerado, o PDU en formato U , con un campo de control de 8 bits, que están destinadas a aplicaciones sin conexión;
  • Unidades de datos de producto (PDU) con formato de transferencia de información, o PDU en formato I , con un campo de control y numeración de secuencia de 16 bits, que están diseñadas para ser utilizadas en aplicaciones orientadas a la conexión;
  • Unidades de datos de paquete (PDU) en formato de supervisión, o PDU en 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 transmitir datos en el modo sin conexión y sin confirmación, que es el más utilizado, se emplea el formato U. Este se identifica mediante el valor '11' en los dos bits inferiores del campo de control de un byte.

Referencias

  1. ↑ Norma 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 . Vol.  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.
  2. 1 2 3 4 5 6 7 8 9 10 11 Postel, J. ; Reynolds, J. (octubre de 1994). "NÚMEROS DE INTERÉS DE LA IEEE 802" . Números asignados . IETF . pág. 165. doi : 10.17487/RFC1700 . RFC 1700 . 
  3. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Miller, Philip ; Cummins, Michael (2000). LAN Technologies Explained . Digital Press. p. 506 . ISBN  1-55558-234-6.
  4. ↑ El estándar BACnet—Estándar 135-2012 , Ashrae.
  5. ↑ Texto final de DIS 8473, Protocolo para proporcionar el servicio de red en modo sin conexión , RFC, IETF.
  6. ↑ "ISO/IEC 10589:2002" . ISO . Consultado el 18 de diciembre de 2020 .
  7. ↑ "ISO 9542:1988" . ISO . Consultado el 18 de diciembre de 2020 .
  8. ↑ LKML , 27/07/2011.
  • 802.2 ( edición en línea), IEEE, archivado del original el 8 de julio de 2001..