Le LAP B entre en action d\u00e8s que la connexion de niveau physique est \u00e9tablie. Les deux modems (ou ERBdB, souvenez-vous …) sont en communication, les porteuses sont d\u00e9tect\u00e9es de chaque cot\u00e9, les DTE sont inform\u00e9s par les modems de l’\u00e9tablissement de la connexion. La proc\u00e9dure de niveau 2 s’active.<\/p>\n
![\"\"](\"http:\/\/racine.gatoux.com\/lmdr\/wp-content\/uploads\/2017\/04\/POSITION.gif\")
<\/p>\n
Une remarque importante \u00e0 ce stade<\/strong> : Le LAP B est une proc\u00e9dure de transmission synchrone orient\u00e9e \u00ab\u00a0bits\u00a0\u00bb. Autrement dit elle ne peut pas fonctionner sur des liaisons de transmission asynchrone qui par nature sont des liaisons adapt\u00e9es \u00e0 des transmissions en mode caract\u00e8re. Je vous renvoie encore une fois \u00e0 ce fameux cours OSI (couche 2) pour vous rafra\u00eechir la m\u00e9moire si n\u00e9cessaire. Donc pas de LAP B sur des liaisons asynchrone … Compris ?<\/p>\n Donc, maintenant, un train binaire continu et synchrone est \u00e9chang\u00e9 entre les deux DTE d’extr\u00e9mit\u00e9. Dans notre exemple, le premier DTE est la station X25, le second est le commutateur X25 d’entr\u00e9e dans le r\u00e9seau. Il s’agit donc maintenant d’\u00e9mettre les PDU de niveau 2 (pour rappel PDU = Protocol Data Unit = Trame pour le niveau 2, encore une fois voir le cours OSI si c’est du chinois !<\/em>).<\/p>\n Mais comment rep\u00e9rer les trames dans le train binaire<\/strong> ? Quand commencent-elles ? Quand se terminent-elles ? En fait, on va utiliser un fanion de d\u00e9part et un fanion de fin, pour \u00eatre plus pr\u00e9cis : le train binaire est constitu\u00e9 d’une suite de fanion continue. Un fanion est un octet ayant la valeur (7E)h (7E en h\u00e9xad\u00e9cimal), soit donc ayant la valeur binaire (0111110)b. Si un octet dans le train a une valeur diff\u00e9rente de (7E)h, c’est un octet de trame<\/strong> !<\/p>\n Ce m\u00e9canisme a \u00e9t\u00e9 pr\u00e9sent\u00e9 dans le cours OSI couche 2 en exemple, mais je le reprends enti\u00e8rement ci-dessous.<\/p>\n C’est le probl\u00e8me de tout protocole : La transparence aux donn\u00e9es<\/strong>. Tout protocole qui se respecte doit \u00eatre capable de v\u00e9hiculer n’importe quelle valeur de donn\u00e9es sans se planter !<\/p>\n La m\u00e9thode consiste \u00e0 ins\u00e9rer un z\u00e9ro \u00e0 la suite de toutes s\u00e9quences de deux 1 cons\u00e9cutifs<\/strong>, que ces suites soit suivies d’un 0 ou d’un 1. Le r\u00e9cepteur retirera tous les 0 se situant apr\u00e8s deux 1 cons\u00e9cutifs<\/strong>. Si les deux 1 sont suivis d’un 1 c’est alors un fanion qui indique la fin de trame (et peut-\u00eatre le d\u00e9but de la suivante).<\/p>\n Cool non ? Je sais, vous n’y croyez pas ! A chaque fois que je pr\u00e9sentais ce m\u00e9canisme \u00e0 des stagiaires ils passaient syst\u00e9matiquement une heure \u00e0 essayer de trouver la configuration o\u00f9 \u00e7a ne marche pas ! IL N’Y EN A PAS SAPERLIPOPETTE ! Si vous appliquez \u00e0 la lettre le m\u00e9canisme d\u00e9crit ci-dessus, c’est imparable ! Ne vous cassez pas la t\u00eate ! Croyez-moi !<\/em><\/p>\n Donc, maintenant on a un niveau 1 actif, un train binaire 7Eh de synchronisation et de rep\u00e9rage des trames en place et on sait assurer la transmission de trames en garantissant la transparence aux donn\u00e9es v\u00e9hicul\u00e9es. Alors, voyons un peu le format des trames que l’on peut envoyer !<\/p>\n Une trame LAP B est form\u00e9e :<\/p>\n – d’un champ Adresse<\/strong> (1 octet) Champ A : Champ Adresse<\/u><\/strong> (1 octet)<\/p>\n Rappelons que LAP B est issu d’HDLC (High Data Link level Control. Je sais ! Ils n’ont pas mis le \u00ab\u00a0L\u00a0\u00bb de \u00ab\u00a0level\u00a0\u00bb … Et alors ?<\/em>). Or HDLC a \u00e9t\u00e9 con\u00e7u pour fonctionner dans une multitude d’environnement et de situation, et, notamment, en environnement multipoint ! En cons\u00e9quence, la trame dispose d’un champ Adresse, ce qui peut para\u00eetre ridicule dans notre cas o\u00f9 nous l’utilisons dans un environnement point \u00e0 point !<\/p>\n Ce champ, de 8 bits, comporte deux bits sp\u00e9ciaux nomm\u00e9s C\/R<\/strong> pour C<\/strong>ommande \/ R<\/strong>\u00e9ponse et E\/A<\/strong> pour E<\/strong>xtension Adresse : x x x x x x c\/r e\/a<\/strong>.<\/p>\n Bit C\/R<\/strong> : En effet, LAP B est une proc\u00e9dure \u00e9quilibr\u00e9e (bien dans sa t\u00eate !<\/em>), c’est \u00e0 dire que chaque \u00e9quipement peut prendre la parole quand il le souhaite. Or quand un protocole prend la parole c’est rarement pour rigoler ! Il \u00e9met g\u00e9n\u00e9ralement une C<\/strong>ommande, dans ce cas il est r\u00e9put\u00e9 \u00eatre un primaire<\/strong> ! Par contre quand un \u00e9quipement a re\u00e7u une C<\/strong>ommande, il DOIT (sinon gare \u00e0 lui !<\/em>) faire une R<\/strong>\u00e9ponse, dans ce cas il est r\u00e9put\u00e9 \u00eatre un secondaire<\/strong>. Mais comme la proc\u00e9dure est \u00e9quilibr\u00e9e (d\u00e9mocratique<\/em>) chaque \u00e9quipement peut \u00eatre tour \u00e0 tour et m\u00eame \u00e0 la fois Primaire<\/strong> ou Secondaire<\/strong>. Donc :<\/p>\n – un primaire \u00e9met des commandes et re\u00e7oit des r\u00e9ponses<\/strong><\/p>\n – un secondaire re\u00e7oit des commandes et \u00e9met des r\u00e9ponses<\/strong><\/p>\n On diff\u00e9rencie ensuite les \u00e9quipements concern\u00e9s. Il existe la notion d’Utilisateur<\/strong> (Station X25) et de R\u00e9seau<\/strong> (Commutateur X25). Selon que l’\u00e9quipement est un \u00e9quipement utilisateur ou r\u00e9seau, il positionnera le bit c\/r<\/strong> \u00e0 1 ou \u00e0 0. En LAP B, on obtient la r\u00e8gle suivante pour le bit c\/r :<\/p>\n C\/R<\/em><\/p>\n<\/td>\n Utilisateur<\/em><\/p>\n<\/td>\n R\u00e9seau<\/em><\/p>\n<\/td>\n<\/tr>\n Cette technique permet aux \u00e9quipements de bien diff\u00e9rencier la source et le type de trame.<\/p>\n Bit E\/A<\/strong> : Le LAP B est un sous-ensemble d’HDLC. Or nous venons de le dire HDLC permet de fonctionner en environnement Multipoint. Dans ce type d’architecture il peut y avoir de nombreuses stations qui partagent un m\u00eame support. En cons\u00e9quence un champ A<\/strong>dresse d’un seul octet, qui plus est, amput\u00e9 d’un bit pour le c\/r<\/strong>, risque d’\u00eatre trop \u00e9troit pour adresser l’ensemble des machines. En cons\u00e9quence, il est possible d’\u00e9tendre le champ d’adresse en utilisant le bit e\/a :<\/p>\n – Si e\/a = 0, le champ adresse est \u00e9tendu \u00e0 l’octet suivant<\/p>\n – Si e\/a = 1, l’octet qui le supporte est le dernier octet d’adresse<\/p>\n En LAP B le champ adresse est limit\u00e9 \u00e0 un octet puisque l’on est uniquement en environnement point \u00e0 point. En cons\u00e9quence le bit e\/a<\/strong> est toujours \u00e0 1.<\/p>\n Donc les trames LAP B auront une valeur 01h pour les trames ayant le bit c\/r \u00e0 0<\/strong> (trames de commande Utilisateur et de r\u00e9ponse R\u00e9seau) ou une valeur 03h pour les trames ayant le bit c\/r \u00e0 1<\/strong> (trames de commande R\u00e9seau et de r\u00e9ponse Utilisateur).<\/p>\n Champ C : Champ Commande<\/u><\/strong> (1 octet)<\/p>\n Le champ d’adresse permet d’identifier qui \u00e9met une trame et dans quelles conditions. Le champ Commande<\/strong> permet de compl\u00e9ter cette identification et de d\u00e9terminer ainsi le type de trame. Il est compos\u00e9 de quatre parties : r r r<\/span><\/strong> p\/f<\/strong> s s s<\/span><\/strong> lsb<\/strong><\/p>\n Bit lsb<\/span><\/strong> : Famille de trames<\/strong><\/p>\n – Si lsb = 0<\/strong>, la trame est une trame de donn\u00e9es<\/strong> elle poss\u00e8de donc un champ Data.<\/p>\n – Si lsb = 1<\/strong>, la trame est une trame de gestion<\/strong> (acquittement, rejet, connexion, etc). Nous verrons les diff\u00e9rents types de trames juste ci-dessous. Ces trames, \u00e0 part une trame particuli\u00e8rement, n’ont pas de champ Data.<\/p>\n Bits r r r<\/span><\/strong> : Le compteur Nr<\/strong> : Num\u00e9ro de trame re\u00e7u<\/strong><\/p>\n Le compteur Nr<\/strong> (N<\/strong>umero R<\/strong>eceive) permet d’indiquer quel est le num\u00e9ro de la prochaine trame attendue par l’\u00e9quipement. Ce compteur est donc un compteur d’acquittement ! Il permet au r\u00e9cepteur lorsqu’il envoie une trame \u00e0 son correspondant de lui indiquer quelle est la derni\u00e8re trame valide qu’il est re\u00e7u de lui. Le correspondant va donc comparer ce compteur avec son compteur Ns<\/strong> (voir ci-dessous) afin de d\u00e9terminer s’il a re\u00e7ue toutes les trames. L’\u00e9quipement positionne ce compteur uniquement dans 4 trames diff\u00e9rentes que nous pr\u00e9senterons dans un tableau ci-dessous. Dans les autres trames, les bits du compteur Nr<\/strong> sont positionn\u00e9s \u00e0 des valeurs pr\u00e9cises qui permettent d’identifier les trames.<\/p>\n Bits s s s<\/span><\/strong> : Le compteur Ns<\/strong> : Num\u00e9ro de trame \u00e9mise<\/strong><\/p>\n Le compteur Ns<\/strong> (N<\/strong>umero S<\/strong>end) permet d’indiquer quel est le num\u00e9ro de la trame \u00e9mise par l’\u00e9quipement. Vous remarquerez que ce compteur est modulo 8<\/strong> (comme le compteur Nr). L’\u00e9quipement peut donc envoyer 8 trames cons\u00e9cutives num\u00e9rot\u00e9es de 0 \u00e0 7. La trame suivant le num\u00e9ro 7 aura donc le num\u00e9ro 0. Comme nous avons dit que ce compteur servait de base au compteur Nr pour \u00e9mettre des acquittements, vous comprendrez donc que l’\u00e9metteur ne peut \u00e9mettre plus de 8 trames cons\u00e9cutives sans avoir re\u00e7u un acquittement du destinataire. Car s’il \u00e9mettait 9 trames sans avoir re\u00e7u d’acquittement il aurait deux trames 0 en instance d’acquittement. Comment saurait-il laquelle est acquitt\u00e9 si il re\u00e7oit un compteur Nr = 1 ?<\/p>\n Bits p\/f<\/strong> <\/span>: Demande d’acquittement imm\u00e9diat<\/strong><\/p>\n Ce bit permet \u00e0 un \u00e9metteur de demander au destinataire d’acquitter imm\u00e9diatement la trame re\u00e7u (et donc toutes les trames en instance d’acquittement !). G\u00e9n\u00e9ralement l’\u00e9metteur arr\u00eate toute transmission jusqu’\u00e0 r\u00e9ception de l’acquittement requis. On parle de bit p\/f<\/strong> car :<\/p>\n – une trame de commande v\u00e9hicule un bit p<\/strong><\/p>\n – une trame de r\u00e9ponse v\u00e9hicule un bit f<\/strong><\/p>\n par abus de langage on parle de bit p\/f<\/p>\n IMPORTANT<\/strong> : Une trame de r\u00e9ponse aura toujours le bit f positionn\u00e9 \u00e0 la m\u00eame valeur que le bit p de la trame de commande re\u00e7ue.<\/p>\n Ce bit existe dans toute les trames.<\/p>\n Champs Data et FCS : Conteneur de donn\u00e9es et contr\u00f4le d’erreur<\/u><\/strong><\/p>\n Le champ Data a une longeur variable<\/strong>. Il existe uniquement pour les trames de donn\u00e9es, pour les autres trames sa longueur est nulle. La taille est g\u00e9n\u00e9ralement de 128 ou 256 octets.<\/p>\n Le contr\u00f4le d’erreur est un champ de deux octets<\/strong>. On utilise ici un CRC16 (Cyclique Redondancy Check) qui consiste \u00e0 diviser la valeur polynomiale de la trame par un polynome g\u00e9n\u00e9rique appel\u00e9 \u00ab\u00a0Polyn\u00f4me g\u00e9n\u00e9rateur\u00a0\u00bb. Le champ FCS correspond au reste de la division polynomiale. Le destinataire effectue la m\u00eame division avec le m\u00eame polyn\u00f4me g\u00e9n\u00e9rateur et compare les restes (celui qu’il a obtenu et celui \u00e9mis dans le FCS). S’ils sont identiques il accepte la trame, sinon il la rejette.<\/p>\n Le tableau suivant recense l’ensemble des trames utilis\u00e9es en LAP B :<\/p>\nTrain binaire et trames …<\/h2>\n
![\"\"](\"http:\/\/racine.gatoux.com\/lmdr\/wp-content\/uploads\/2017\/04\/MOULINETTE1.gif\")
Dans le sch\u00e9ma ci-contre, une trame est encadr\u00e9e par des fanions (7E)h. Ceux-ci sont \u00e9mis en continu sur la ligne et la trame vient s’ins\u00e9rer dans le train binaire. LAP B d\u00e9tecte donc un d\u00e9but de trame sur le premier octet (jaune) puisqu’il est diff\u00e9rent de (7E)h et la fin de trame est d\u00e9tect\u00e9e quand un nouvel octet (7E)h est d\u00e9tect\u00e9 (apr\u00e8s l’octet bleu).<\/p>\n![\"\"](\"http:\/\/racine.gatoux.com\/lmdr\/wp-content\/uploads\/2017\/04\/MOULINETTE2.gif\")
Par contre on voit tout de suite la limitation du syst\u00e8me ! Si on doit transmettre dans la trame un octet de donn\u00e9es qui a justement une valeur (7E)h, LAP B va consid\u00e9rer que c’est la fin de la trame alors que c’est faux ! L’idiot ….<\/em><\/p>\n![\"\"](\"http:\/\/racine.gatoux.com\/lmdr\/wp-content\/uploads\/2017\/04\/MOULINETTE3.gif\")
LAP B, doit donc mettre en \u0153uvre un m\u00e9canisme permettant d’acheminer cette s\u00e9quence sans pour autant qu’elle soit prise pour un fanion<\/strong>.<\/p>\nFormat des trames LAP B …<\/h2>\n
![\"\"](\"http:\/\/racine.gatoux.com\/lmdr\/wp-content\/uploads\/2017\/05\/S5P3I2.gif\")
<\/p>\n
\n– d’un champ Commande<\/strong> (1 octet)
\n– d’un champ de donn\u00e9es<\/strong> (longueur variable)
\n– d’un champ de contr\u00f4le d’erreur – FCS<\/strong> : Frame Check Sequence (CRC16 sur deux octets donc)<\/p>\n\n\n
\n \n \n \n \n Trame de commande<\/span><\/td>\n \n 0<\/span><\/h6>\n<\/td>\n
\n 1<\/span><\/h6>\n<\/td>\n<\/tr>\n
\n Trame de r\u00e9ponse<\/span><\/td>\n \n 1<\/span><\/h6>\n<\/td>\n
\n 0<\/span><\/h6>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
![\"\"](\"http:\/\/racine.gatoux.com\/lmdr\/wp-content\/uploads\/2017\/04\/BIT_C_R.gif\")
<\/div>\nTableau des trames<\/h2>\n