Il effectue un traitement de la trame (notamment v\u00e9rification du FCS), mais m\u00eame si son traitement est rapide (d\u00e9lai c<\/strong>) il ne peut pas \u00e9mettre d’acquittement tant qu’il n’a pas fini d’\u00e9mettre sa propre trame d’INFO (d\u00e9lai b<\/strong>). Or ce d\u00e9lai d’\u00e9mission est directement li\u00e9 \u00e0 la longueur de la trame (nombre de bits) et au d\u00e9bit binaire de la liaison.<\/p>\n Si l’on consid\u00e8re que les d\u00e9lais a et c sont n\u00e9gligeables (ils sont de toutes fa\u00e7ons tr\u00e8s difficile \u00e0 estimer !<\/em>), on peut en d\u00e9duire que T2 doit \u00eatre \u00e9gal au minimum au temps n\u00e9cessaire pour \u00e9mettre la trame la plus longue possible sur le d\u00e9bit binaire<\/strong> donn\u00e9 de la liaison (T2 mini = Lmax Trame \/ D\u00e9bit de la liaison<\/strong>)<\/p>\n Vous aurez remarqu\u00e9 que R a activ\u00e9 son T1 d\u00e8s l’\u00e9mission de sa trame INFO. U doit acquitter cette trame avant expiration de ce T1. Le sch\u00e9ma illustre la configuration la plus d\u00e9favorable o\u00f9 U \u00e9met une trame INFO juste avant la fin de r\u00e9ception de la trame INFO de R. Il ne peut donc pas l’acquitter avec cette trame \u00e9mise, il est oblig\u00e9 d’attendre l’expiration du T2 ou l’arriv\u00e9e des couches sup\u00e9rieures de donn\u00e9es \u00e0 \u00e9mettre dans des trames INFO. Ici nous illustrons le cas o\u00f9 en effet U doit attendre la fin du T2. T1 cumule donc les d\u00e9lais (e<\/strong>) (\u00e9mission de la trame INFO de R), le d\u00e9lai T2 et le d\u00e9lai (d<\/strong>) correspondant au temps de transmission de la trame d’acquittement (on n\u00e9glige ici le d\u00e9lai c). Cependant cette trame RR pourrait \u00eatre remplac\u00e9e par une trame INFO de longueur max qui s’est pr\u00e9sent\u00e9e juste avant expiration du T2 ! Donc dans ce cas (d) = (b) = d\u00e9lai de transmission d’une trame max. Au final on a donc T1 = (e) + T2 + (d) (en n\u00e9gligeant c) avec (e) = (d) = T2 = Lmax trame \/ D\u00e9bit, soit donc T1 = 3 x T2 ! Heu … Vous m’avez suivi, j’esp\u00e8re !<\/p>\n Pour avoir un peu de marge on admet plut\u00f4t : T1 = 4 x T2<\/strong>. En effet, nous avons n\u00e9glig\u00e9 le d\u00e9lai de traitement (c) qui peut influencer le d\u00e9lai de r\u00e9ponse. Nous avons \u00e9galement n\u00e9glig\u00e9 un point important : L’insertion des 0 suppl\u00e9mentaires dans les trames par la moulinette 7E pour garantir la transparence au code ! Ceci peut allonger la taille max de trame est donc influer sur le T1.<\/p>\n Nous avons beaucoup parl\u00e9 de taille max de trame. Comment conna\u00eetre cette taille ? C’est relativement simple :<\/p>\n K = nombre de trames que l’on peut \u00e9mettre sans acquittement<\/strong>.<\/p>\n Nous avons \u00e9voqu\u00e9 ce param\u00e8tre dans le paragraphe pr\u00e9c\u00e9dent en parlant d’\u00e9mission par anticipation d’acquittement. Ce param\u00e8tre permet \u00e0 un \u00e9quipement LAP B d’\u00e9mettre K trames INFO cons\u00e9cutives sans avoir \u00e0 attendre d’acquittement. Par contre une fois K atteint l’\u00e9quipement doit absolument attendre un acquittement qui va \u00ab\u00a0ouvrir la fen\u00eatre<\/strong>\u00a0\u00bb ou \u00ab\u00a0accorder un cr\u00e9dit<\/strong>\u00ab\u00a0. Ces deux expressions sont utilis\u00e9es pour d\u00e9crire ce mode de fonctionnement dit \u00ab\u00a0\u00e9mission par fen\u00eatre d’anticipation<\/strong>\u00a0\u00bb ou \u00ab\u00a0\u00e9mission par cr\u00e9dit<\/strong>\u00ab\u00a0.<\/p>\n L’avantage de ce fonctionnement est qu’il permet de rentabiliser l’utilisation du support. Nous avons vu que l’on pr\u00e9f\u00e9rait attendre T2 avant d’acquitter avec une RR, en esp\u00e8rant avoir une trame INFO \u00e0 \u00e9mettre dans ce laps de temps (paragraphe Calcul de T2). Par contre, si l’on n’autorise pas l’\u00e9metteur \u00e0 \u00e9mettre des trames sans avoir re\u00e7u un acquittement pour chacune d’elles on oblige dans ce cas l’\u00e9metteur \u00e0 attendre au minimum T2+d pour \u00e9mettre chaque trame. Je m’explique (et suivez sur le sch\u00e9ma pr\u00e9c\u00e9dent !<\/em>) :<\/p>\n Vous croyez qu’il est pay\u00e9 \u00e0 rien faire R ? Non !<\/em> Donc en l’autorisant \u00e0 \u00e9mettre K trames sans acquittement, il n’est plus oblig\u00e9 d’attendre T2+d ! Toujours \u00e7a de gagn\u00e9 !<\/em><\/p>\n Maintenant quelles valeurs donn\u00e9es \u00e0 K ? Au minimum on s’en doute c’est 0 ! Dans ce cas il n’y a pas d’anticipation d’acquittement. Et au maximum ?… Je vous laisse \u00ab\u00a0computer\u00a0\u00bb … Ouuuuiii<\/em>, j’en vois un dans le fond qui l\u00e8ve son doigt ! Combien ? Oui ! 7 au maximum ! Et pourquoi ? …. On ne sait pas ? Coup de chance ? Amateur va … R\u00e9fl\u00e9chissons :<\/p>\n Si l’on vous envoie les trames 0, 1, 2, 3, 4, 5, 6, 7 (soit donc 8 trames), quelle sera la valeur du Nr \u00e0 donner pour acquitter ce bloc de trames ?<\/strong> Nr = 0 = num\u00e9ro de la prochaine trame attendue !<\/p>\n Donc vous dites \u00e0 l’\u00e9metteur de vous envoyer la trame 0, c’est bien \u00e7a que \u00e7a veut dire Nr=0, non ? Mais il vient de vous l’envoyer ! C’est la premi\u00e8re trame du bloc de 8 trames ! Il ne va rien comprendre le pauvre ! Il va croire que vous n’avez rien re\u00e7u, et au bout des timers T1 de chaque trame, il va vous les renvoyer !<\/p>\n Donc on ne peut pas vous envoyer plus de 7 trames cons\u00e9cutives<\/strong>. Si vous recevez les trames 0,1,2,3,4,5,6 (7 trames) vous retournez un Nr=7 et l’\u00e9metteur comprend que vous attendez la trame 7 et que donc vous validez les trames 0 \u00e0 6 !<\/p>\n Maintenant pourquoi ne pas fixer d\u00e9finitivement le K \u00e0 7<\/strong> et on en parle plus ? Parce qu’en imaginant que la trame 1 du bloc de 7 trames pr\u00e9c\u00e9dentes, arrive avec une erreur de transmission ! L’\u00e9quipement va rejeter la trame et m\u00eame si les trames suivantes (2,3,4,5,6) sont bonnes il devra retourner un Nr = 1, qui indiquera \u00e0 l’\u00e9metteur que le destinataire ne valide que la trame 0. Donc \u00e0 expiration des T1 des trames suivantes, il va toutes les r\u00e9\u00e9mettre ! Pour le coup, ce n’est pas aussi rentable qu’on l’aurait souhait\u00e9 ! Vous r\u00e9\u00e9mettez 6 trames pour une trame fausse !<\/p>\n Donc si vous avez un taux d’erreur important sur la ligne, il est pr\u00e9f\u00e9rable d’avoir un K plus faible ! Vous r\u00e9\u00e9mettrez moins de trames en cas d’erreur ! Et oui ! C’est \u00e7a du \u00ab\u00a0tunning\u00a0\u00bb de r\u00e9seau !<\/em><\/p>\n En r\u00e9sum\u00e9 :<\/p>\n K : Fen\u00eatre d’anticipation d’acquittement. Il est compris entre 0 et 7. Un K \u00e0 4 est bien si votre ligne n’est pas exceptionnellement bonne. Un K \u00e0 7 si vous avez un taux d’erreur tr\u00e8s faible est mieux.<\/strong><\/p>\n Nous allons ici \u00e9tudier ce qui justement arrive en cas d’erreurs de transmissions. Dans les paragraphes pr\u00e9c\u00e9dent j’ai dis plusieurs fois que l’\u00e9metteur renvoie les trames \u00e0 expiration de leurs T1 respectifs s’il n’a pas re\u00e7u d’acquittement dans ce d\u00e9lai.<\/p>\n A expiration du T1<\/strong> de la trame, U n’ayant pas re\u00e7u d’acquittement, r\u00e9\u00e9met la trame 0. Mais il place le bit P<\/strong> (puisque c’est une trame de commande on dit bit P) du champ Commande \u00e0 1. Il indique ainsi au destinataire (R ici) que cette trame est une r\u00e9\u00e9mission et qu’il veut un acquittement imm\u00e9diat de cette trame ! C’est la r\u00e8gle :<\/p>\n Toute trame non acquitt\u00e9e \u00e0 expiration de son timer (T1) doit \u00eatre r\u00e9\u00e9mise avec son bit P \u00e0 1.<\/strong><\/p>\n R re\u00e7oit correctement la trame et acquitte par une RR. Cette RR doit avoir le bit F (puisque c’est une trame de r\u00e9ponse on dit bit F) \u00e0 1 car elle acquitte une trame INFO ayant le bit P \u00e0 1. La r\u00e9gle est la suivante :<\/p>\n Toute trame de commande \u00e9mise avec le bit P \u00e0 1 doit \u00eatre acquitt\u00e9e par une trame de r\u00e9ponse ayant le bit F \u00e0 1.<\/strong><\/p>\n J’ai bien dit \u00ab\u00a0par une trame de r\u00e9ponse\u00a0\u00bb. Donc R ne peut pas acquitter la trame INFO par une trame INFO (s’il avait eu des donn\u00e9es \u00e0 \u00e9mettre) m\u00eame en pla\u00e7ant son bit P \u00e0 1. Car la trame INFO est une trame de commande, pas de r\u00e9ponse.<\/p>\n Dans la deuxi\u00e8me partie du sch\u00e9ma, U \u00e9met une trame 1, qui est re\u00e7ue avec une erreur (perturbation sur la ligne) par R. A expiration de sont T1, U r\u00e9\u00e9met la trame en positionnant son bit P. Celle-ci subit \u00e9galement une erreur de transmission. Il la r\u00e9\u00e9met donc au bout de son T1, et ainsi de suite. U va r\u00e9\u00e9mettre la trame N2 fois<\/strong>. Au bout de N2 tentative U passera en mode d\u00e9connect\u00e9 (DM) car il supposera que R a disparu ! Il faudra r\u00e9initialiser toute la connexion niveau 2 pour r\u00e9\u00e9mettre du trafic.<\/p>\n N2 permet d’accorder une chance \u00e0 la connexion lorsque celle-ci est fortement perturb\u00e9e. Souvent on le positionne \u00e0 la valeur 9 (Pourquoi ? J’en sais rien !<\/em>).<\/p>\n Petit subtilit\u00e9 :<\/strong> il y a un flou dans la norme HDLC \u00e0 propos de ce param\u00e8tre. Il n’est pas clairement explicit\u00e9 si N2 inclus la premi\u00e8re trame \u00e9mise (avec le bit P \u00e0 0) ou s’il ne comptabilise que les trames \u00e9mises avec P \u00e0 1. Dans le deuxi\u00e8me cas, cela suppose que la trame aura \u00e9t\u00e9 \u00e9mise en tout N2+1 fois. Mon sch\u00e9ma pr\u00e9sente le cas o\u00f9 la premi\u00e8re trame est comptabilis\u00e9. L’impl\u00e9mentation varie selon les constructeurs de mat\u00e9riel ou leur version logicielle. Pour ma part je pense qu’il est pr\u00e9f\u00e9rable d’impl\u00e9menter la deuxi\u00e8me version qui est plus pr\u00e8s de la r\u00e9alit\u00e9 de la norme. Mais pour tout vous dire, tout le monde s’en fiche, ce n’est pas le param\u00e8tre le plus important !<\/p>\n Dans le sch\u00e9ma ci-dessous, je r\u00e9sume trois cas d’acquittements les plus courants.<\/p>\n Jusqu’ici\u00a0nous avons donc \u00e9tudi\u00e9 un certain nombre de fonctions int\u00e9ressantes :<\/p>\n J’attire ici votre attention sur deux points :<\/p>\n Nous allons maintenant dans les chapitres suivant, compl\u00e9ter l’\u00e9tude du mode connect\u00e9 en \u00e9tudiant les modes de d\u00e9connexions et v\u00e9rifier la robustesse du protocoles en v\u00e9rifiant le fonctionnement sur des cas d’erreurs un peu plus complexes.<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Ce chapitre pr\u00e9sente les 4 param\u00e8tres principaux d’HDLC que vous pourriez \u00eatre amen\u00e9 \u00e0 d\u00e9finir. Il explique \u00e9galement leurs r\u00f4les de le processus de transfert de donn\u00e9es ainsi leurs impacts. Param\u00e8tres T2, T1, K et N2 … Etudions tout d’abord ces 4 param\u00e8tres qui vous ont d\u00e9j\u00e0 \u00e9t\u00e9 l\u00e9g\u00e9rement pr\u00e9sent\u00e9s dans le chapitre pr\u00e9c\u00e9dent. Calcul\u2026 Lire la suite »<\/a><\/span><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":57,"comment_status":"closed","ping_status":"closed","template":"page-templates\/full-width.php","meta":{"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"class_list":["post-641","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/641","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/comments?post=641"}],"version-history":[{"count":4,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/641\/revisions"}],"predecessor-version":[{"id":684,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/641\/revisions\/684"}],"wp:attachment":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/media?parent=641"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"\"](\"http:\/\/racine.gatoux.com\/lmdr\/wp-content\/uploads\/2017\/05\/S5P5I2.gif\")
Dans le sch\u00e9ma ci-contre R envoie une trame INFO<\/strong> \u00e0 U alors que celui-ci venait juste de commencer \u00e0 \u00e9mettre \u00e9galement une trame INFO (d\u00e9lai a<\/strong>). D\u00e8s que U a r\u00e9ceptionn\u00e9 toute la trame il enclenche un T2<\/strong>. Il devra acquitter cette trame avant expiration du timer.<\/p>\n\n
Facteur K : Fen\u00eatre d’anticipation d’acquittement<\/h3>\n
\n
\n
Facteur N2 : Compteur de r\u00e9\u00e9mission<\/h3>\n
![\"\"](\"http:\/\/racine.gatoux.com\/lmdr\/wp-content\/uploads\/2017\/05\/S5P5I4.gif\")
Dans l’exemple ci-contre la trame 0 \u00e9mise par U est soumise \u00e0 une erreur de transmission. R d\u00e9tecte l’erreur en v\u00e9rifiant le FCS. Il jette donc la trame (enfin, il l’oublie plut\u00f4t ! Vous avez d\u00e9j\u00e0 vu des petits tas de trames \u00e0 cot\u00e9 des \u00e9quipements HDLC, vous ?<\/em>).<\/p>\nR\u00e9sum\u00e9 des m\u00e9thodes d’acquittement …<\/h2>\n
![\"\"](\"http:\/\/racine.gatoux.com\/lmdr\/wp-content\/uploads\/2017\/05\/S5P5I5.gif\")
Acquittement par RR \u00e0 expiration de T2 :<\/strong>
\nIci R acquitte toutes les trames re\u00e7ues \u00e0 l’expiration du T2 de la trame 3. Comme il a re\u00e7u pendant le laps de temps du T2 de la trame 3, les trames 4 et 5, il acquitte avec une RR (puisqu’il n’a pas d’infos \u00e0 envoyer) avec Nr = 6. Vous remarquez que, bien s\u00fbr, les T2 et T1 des trames sont donc tous stopp\u00e9s par cet acquittement.
\nAcquittement par INFO avant expiration de T2 :<\/strong>
\nIci R a des donn\u00e9es \u00e0 envoyer qui se pr\u00e9sentent apr\u00e8s la r\u00e9ception de la trame 4. Il envoie donc une trame INFO qui acquitte les trames 3 et 4 (Nr:5) mais pas la trame 5 qu’il n’a pas encore re\u00e7u. Les T1 de U pour les trames 3 et 4 sont donc stopp\u00e9s ainsi que les T2 correspondant chez R ! Par contre les T2 et T1 de la trame 5 continuent de courir.
\nAcquittement au fil de l’eau par RR \u00e0 expiration de T2 :<\/strong>
\nCe mode de fonctionnement est moins courant, mais existe. J’ai du mal \u00e0 lui trouver une justification. On pr\u00e9f\u00e9rera utiliser le premier mode pr\u00e9sent\u00e9 ci-dessus. Ici R \u00e9met une RR \u00e0 chaque expiration d’un T2. Par contre la RR, au lieu de cumuler les acquittements pour toutes les trames re\u00e7ues, n’acquitte que la trame associ\u00e9e au T2 qui vient d’expirer. Ici la premi\u00e8re RR aurait pu acquitter les trames 3, 4 et 5 par un Nr=6 comme dans le premier exemple. Mais non ! Son RR est plac\u00e9 \u00e0 4, donc elle n’acquitte que la trame 3. Il faudra encore deux RR pour acquitter les trames suivantes ! Bonjour la rentabilit\u00e9 !<\/p>\n<\/h2>\n
<\/h2>\n
<\/h2>\n
Synth\u00e8se<\/h2>\n
\n
\n
Page Pr\u00e9c\u00e9dente <\/a>| Page suivante<\/a><\/h5>\n