IEEE 802.2
La norme d'IEEE ajoute cette couche inférieure qui ajoute le à 8 bits standard DSAP (le point d'accès services de de destination de ) et le SSAP (point d'accès services de source de ) marque à un paquet donné indépendamment du type de réseau. Il y a également une zone de commande de 8 ou 16 bits pour l'usage dans des fonctions auxiliaires telles que le contrôle de flux . Il y a pièce pour 64 nombres globalement assignés de SAP, et l'IEEE ne les assigne pas légèrement. L'IP n'a pas un nombre assigné de SAP, parce que seulement « des normes internationales » pourraient être données des nombres globalement assignés de SAP. Les protocoles qui ne sont pas des normes internationales peuvent employer un nombre de SAP de l'espace localement administré de nombre de SAP. Le protocole d'accès de sous-réseau (RUPTURE) permet à des valeurs d'EtherType d'être employées pour spécifier le protocole étant transporté placé sur IEEE 802.2, et permet également à des fournisseurs de définir leurs propres espaces de valeur de protocole.
Modes opérationnels
IEEE 802.2 fournit les modes deux le sans connexion et un opérationnels en mode connexion :Le type 1 est un mode sans connexion non reconnu. Il tient compte d'envoyer des armatures
à une destination simple (point par point ou transfert d'unicast),
aux destinations multiples sur le même réseau (multicast),
ou à toutes les stations du réseau (émission). L'utilisation des multicast et les émissions réduisent le trafic de réseau quand la même information doit être propagée à toutes les stations du réseau. Cependant le service de type 1 ne fournit aucune garantie concernant l'ordre des armatures reçues comparées à l'ordre dans lequel elles ont été envoyées ; l'expéditeur n'obtient pas même une reconnaissance que les armatures ont été reçues.
Type de - 2 sont un mode opérationnel en mode connexion du . La numérotation d'ordre s'assure que les armatures reçues sont garanties pour être dans l'ordre qu'elles ont été envoyées, et aucune armature n'est perdue.
Le type 3 est un service sans connexion reconnu du . Il soutient la communication point par point seulement.
En-tête de LLC
802.2 définit un en-tête spécial qui inclut un en-tête de la RUPTURE (protocole d'accès de sous-réseau de ) de . Quelques protocoles, en particulier ceux ont conçu pour la pile de gestion de réseau de du OSI , fonctionnent directement sur LLC 802.2, qui fournit le datagramme et les services en réseau en mode connexion.2 est actuellement enfoncé dans les 802.3 armatures modernes (armatures d'Ethernet II, aka.
L'en-tête de LLC inclut deux zones adresses de huit bits additionnelles, appelées les points d'accès services ou les sèves dans la terminologie d'OSI ; quand la source et la destination SAP sont placées à la valeur 0xAA, le service INSTANTANÉ est demandé. L'en-tête INSTANTANÉ permet à des valeurs d'EtherType d'être employées avec tout le IEEE 802 protocoles de , aussi bien que soutenir les espaces privés d'identification de protocole.3x-1997, la norme d'Ethernet d'IEEE a été changée pour permettre explicitement à l'utilisation du champ de 16 bits après que les adresses de MAC d'être employée comme champ ou type champ de longueur.
Le Novell NetWare a employé ce type d'armature par défaut jusqu'aux mi années '90, et puisque NetWare était dos très répandu alors, alors que l'IP n'était pas, à du moment plus du trafic de l'Ethernet du monde a couru plus de le " ; raw" ; IPX 802.10 NetWare se transfère maintenant sur IEEE 802.2 avec LLC (type Ethernet_802.2 de vue de NetWare) en employant l'IPX. (Voir le " ; Ethernet Framing" ; dans les références pour des détails)
OS de Mac de emploie 802.2/SNAP encadrant pour l'ensemble de protocoles d'Appletalk sur l'Ethernet (" ; EtherTalk" ;) et Ethernet II encadrant pour le TCP/IP.2 variantes de l'Ethernet ne sont pas dans l'utilisation répandue sur les réseaux communs actuellement, excepté les grandes installations de corporation de NetWare qui n'ont pas encore émigré à NetWare au-dessus d'IP. Dans le passé, beaucoup de réseaux de corporation ont soutenu l'Ethernet 802.2 pour soutenir les ponts de traduction transparents entre les réseaux d'Ethernet et de token ring ou de FDDI d'IEEE 802.
Là existe une norme d'Internet pour encapsuler le trafic de la version 4 d'IP dans le IEEE 802.2 armatures de avec des en-têtes de LLC/SNAP. Il n'est presque jamais mis en application sur l'Ethernet (bien qu'il est employé sur FDDI et sur le token ring , le IEEE 802.11 , et tout autre IEEE 802 réseaux de ).
Le trafic d'IP ne peut pas être encapsulé dans IEEE 802.2 armatures de LLC sans RUPTURE parce que, bien qu'il y ait un type de protocole de LLC pour l'IP, là n'est aucun type de protocole de LLC pour le arp . La version 6 d'IP peut également être transmise au-dessus de l'Ethernet using IEEE 802.2 avec LLC/SNAP, mais, encore, cela n'est presque jamais employé (bien que l'encapsulation de LLC/SNAP d'IPv6 est employée sur IEEE 802 réseaux).2 mots de commande d'en-tête et formats d'armature Pour confondre des sujets plus loin, il peut y avoir trois genres de PDU d'IEEE 802.2, dans de soi-disant armatures d'U, d'I ou de S.
Des armatures du
U, avec une zone de commande à 8 bits, sont prévues pour des applications sans connexion
Des trames I, avec un champ de numérotation de 16 bits de commande et d'ordre, sont prévues pour être employées dans des applications en mode connexion
Des armatures de S, avec une zone de commande de 16 bits, sont prévues pour être employées pour des fonctions de surveillance à la couche de LLC (Logical Link Control).
De ces trois formats, seulement l'U-format est utilisé généralement. Le format d'une armature de PDU est identifié par les deux bits inférieurs du premier byte de la zone de commande.2 a été conceptuellement dérivé du HDLC , qui explique ces aspects de sa conception.
| Random links: | Séparation légale | Université de parc de point | Église presbytérienne reformée par associé | Charles Molnar | DavisWiki | IEEE_802.2 |