{"id":644,"date":"2017-05-07T18:20:10","date_gmt":"2017-05-07T16:20:10","guid":{"rendered":"http:\/\/www.gatoux.com\/?page_id=644"},"modified":"2017-05-08T12:01:50","modified_gmt":"2017-05-08T10:01:50","slug":"deconnexions-et-erreurs","status":"publish","type":"page","link":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/deconnexions-et-erreurs\/","title":{"rendered":"D\u00e9connexions et erreurs"},"content":{"rendered":"

Nous \u00e9tudions ici les diff\u00e9rents cas aboutissants \u00e0 une d\u00e9connexion du niveau 2 HDLC ainsi que la mani\u00e8re de traiter les erreurs \u00ab\u00a0logicielles\u00a0\u00bb. Ce sera \u00e9galement l’occasion de tirer des enseignements sur l’\u00e9tat de votre lien en examinant les cas d’erreurs que le protocole pourrait vous remonter.<\/p>\n

Les cas de d\u00e9connexions<\/h2>\n

Il existe diff\u00e9rents cas de d\u00e9connexion, mais il n’y a qu’une m\u00e9thode \u00ab\u00a0propre\u00a0\u00bb<\/strong> !<\/p>\n

\"\"D\u00e9connexion par DISC\/UA :<\/strong>
\nDans le sch\u00e9ma ci-contre U d\u00e9cide de rompre la connexion de niveau 2. Ceci n’arrive r\u00e9ellement que dans le cas d’un arr\u00eat \u00ab\u00a0propre\u00a0\u00bb de l’\u00e9quipement X25. Par exemple, la mise hors tension d’une station ou d’un serveur (ou d’un commutateur) par un arr\u00eat logiciel puis mise hors tension. En cas de coupure brusque le comportement est diff\u00e9rent.<\/p>\n

Ici Les \u00e9changes d’informations sont termin\u00e9s. U acquitte la derni\u00e8re trame qu’il a re\u00e7u. U a \u00e9galement re\u00e7u tous les acquittements n\u00e9cessaires de R. Il \u00e9met une trame de commande DISC pour signifier \u00e0 R sa volont\u00e9 de rompre la connexion. R accepte par une UA en r\u00e9ponse (entre-nous il n’a pas le choix, s’il refuse U continuera d’\u00e9mettre des DISC N2 fois<\/em>). Puis R passe en mode d\u00e9connect\u00e9 en \u00e9mettant N2 fois des DM. Ensuite \u00ab\u00a0silence radio sur la ligne\u00a0\u00bb !<\/em>
\nD\u00e9connexion par R\u00e9initialisation du niveau 2 :<\/strong>
\nIci U \u00ab\u00a0perd les p\u00e9dales<\/em>\u00a0\u00bb et \u00e9met une trame SABM en plein \u00e9change de donn\u00e9es ! La sanction ne se fait pas attendre ! R accepte la SABM par une r\u00e9ponse UA et passe en mode d\u00e9connect\u00e9 imm\u00e9diatement apr\u00e8s ! Il faudra que U r\u00e9\u00e9mette une SABM pour r\u00e9tablir le niveau 2 ! Au passage vous remarquez que R r\u00e9pond par une UA avec F:1 car la SABM a \u00e9t\u00e9 \u00e9mise avec P:1. Ce cas est plut\u00f4t rare ! C’est un cas de rupture qui est g\u00e9n\u00e9ralement utilis\u00e9 en cas d’erreurs logicielles grave, vous le retrouverez lorsque nous \u00e9tudierons la trame FRMR<\/strong> ci-dessous!<\/p>\n

D\u00e9connexion par perte intempestive de niveau 1 :<\/strong>
\nS’il y a eu perte de niveau 1, il n’y a pas pu avoir de protocole d’\u00e9change pour une d\u00e9connexion. Donc au r\u00e9tablissement du niveau 1, on oublie tout et le r\u00e9seau \u00e9met des DM pour informer qu’il se consid\u00e8re en mode d\u00e9connect\u00e9. L’U devra \u00e9tablir la connexion par SABM\/UA. Seules les trames qui ont \u00e9t\u00e9 acquitt\u00e9es avant la d\u00e9connexion intempestives auront \u00e9t\u00e9 prises en compte. Toutes les trames qui auront \u00e9t\u00e9 re\u00e7ues par U ou par R mais qui n’auront pas \u00e9t\u00e9 acquitt\u00e9es seront \u00ab\u00a0poubellis\u00e9es<\/em>\u00ab\u00a0.<\/p>\n

<\/h2>\n

<\/h2>\n

<\/h2>\n

R\u00e9veille-toi !<\/h2>\n

Que se passe-t-il si une station arr\u00eate d’\u00e9mettre des donn\u00e9es pendant un temps assez long ?<\/p>\n

Les cas d’erreurs les plus courants !<\/h2>\n

Nous allons ici examiner diff\u00e9rents cas d’erreurs possibles, il est bien s\u00fbr hors de question de dresser une liste exhaustive.<\/p>\n

\"\"Erreur sur trame INFO :<\/strong><\/p>\n

Nous avons d\u00e9j\u00e0 \u00e9voqu\u00e9 ce probl\u00e8me dans le chapitre pr\u00e9c\u00e9dent … Ici R a pr\u00e9c\u00e9demment re\u00e7u une trame avec Ns:1<\/strong>. Il attend donc une trame avec Ns:2<\/strong>. Mais celle-ci comporte une erreur qu’il d\u00e9tecte par l’analyse du FCS. Il jette donc la trame et examine la suivante. Celle-ci a un Ns:3<\/strong>, il a donc une erreur de s\u00e9quencement sur les Ns.<\/p>\n

Il rejette la trame par une trame de r\u00e9ponse REJ<\/strong> en indiquant dans le Nr, le num\u00e9ro de la prochaine trame qu’il attend, entre-autre la 2 pour notre cas !<\/p>\n

\"\"Dans le deuxi\u00e8me exemple, nous sommes dans un cas d’\u00e9mission de trames par anticipation d’acquittement (exploitation du facteur K, entre-autre ici K = 4). Vous remarquez que la trame 1 (Ns:1) subit une erreur. R la jette. Il re\u00e7oit ensuite 2 et 3, il lui manque 1 ! Il \u00e9met donc une REJ<\/strong> avec Nr:1<\/strong> qui acquitte la r\u00e9ception de 0 mais pas des autres !<\/p>\n

La REJ a pour effet de stopper tous les timers T1 en cours chez U.<\/strong><\/p>\n

U va donc r\u00e9\u00e9mettre imm\u00e9diatement les trames 1, 2 et 3 puisque la REJ<\/strong> n’a acquitt\u00e9 que la 0.<\/p>\n

Ceux qui suivent bien depuis le d\u00e9but (j’esp\u00e8re que vous \u00eates nombreux<\/em>) se demandent pourquoi R n’a pas plut\u00f4t envoy\u00e9 une trame RR<\/strong> avec Nr:1<\/strong> \u00e0 la place de la REJ. L’effet semblerait \u00eatre le m\u00eame !<\/p>\n

\n

\n

\"\"Pas tout \u00e0 fait ! Dans l’exemple ci-contre je simule ce qui arriverait si R \u00e9mettait une RR au lieu de la REJ<\/strong>.<\/p>\n

La RR va stopper les T1 des trames ayant leur Ns < Nr de la RR<\/strong>. Donc ici RR<\/strong> avec Nr:1<\/strong> stoppe le T1<\/strong> de la trame Ns:0<\/strong>. Les autres T1 continuent de courir ! Les trames 1, 2 et 3 seront r\u00e9\u00e9mises \u00e0 expiration de leurs T1 respectifs.<\/p>\n

Au final il y aura donc bien redressement de l’erreur et r\u00e9tablissement du s\u00e9quencement des informations, mais il aura fallu attendre 3 fois T1 au lieu de r\u00e9\u00e9mettre imm\u00e9diatement les trames comme avec la REJ<\/strong>.<\/p>\n

Donc signaler l’erreur par une RR induit une r\u00e9adaptation trop longue !<\/strong><\/p>\n

Il est \u00e0 noter que dans le cas de la REJ<\/strong> les trames ne sont pas r\u00e9\u00e9mises avec le bit P puisqu’elles ne sont pas \u00e9mises \u00e0 expiration du T1. Alors que dans le deuxi\u00e8me cas, elles sont \u00e9mises avec le bit P (\u00e0 expiration du T1), ce qui oblige en plus R \u00e0 acquitter chacune d’elle par une RR avec F:1 !<\/p>\n

 <\/p>\n

\"\"Perte d’une RR :<\/strong><\/p>\n

Ici l’erreur de transmission n’a pas lieu sur trame INFO<\/strong> mais sur une RR<\/strong> \u00e9mise par R. U jette la RR et ne stoppe donc pas le T1 de la trame qu’elle acquittait (ici trame 1). Donc la trame est r\u00e9\u00e9mise avec P:1<\/strong> \u00e0 expiration de son T1.<\/p>\n

R re\u00e7oit alors deux trames cons\u00e9cutives avec Ns:1 ! Il y a encore erreur de s\u00e9quencement. Il r\u00e9pond donc par une trame REJ<\/strong> avec Nr:2<\/strong> qui est le num\u00e9ro de la prochaine trame qu’il attendait ! La REJ<\/strong> a le bit F:1<\/strong> car la trame INFO<\/strong> qu’il a re\u00e7u avait P:1<\/strong>.<\/p>\n

U prendra cette REJ<\/strong> comme un acquittement de la trame Ns:1<\/strong> et \u00e9mettra donc la trame 2.<\/p>\n

 <\/p>\n

 <\/p>\n

\"\"Perte d’une RR non d\u00e9tect\u00e9e :<\/strong><\/p>\n

Ici le cas amusant d’une erreur sur trame RR<\/strong> dont personne ne se rend compte ! R a re\u00e7u 3 trames cons\u00e9cutives. Comme il n’a pas de donn\u00e9es \u00e0 \u00e9mettre \u00e0 expiration du T2 de la premi\u00e8re trame il \u00e9met une RR avec Nr:3.<\/p>\n

Celle-ci subit une erreur de transmission. U la jette (FCS : Faux). Puis \u00e9met une trame INFO<\/strong> avec Ns:4<\/strong>. R re\u00e7oit cette trame et active un T2. Dans ce laps de temps, il a tout \u00e0 coup des donn\u00e9es \u00e0 \u00e9mettre. Il envoie donc une trame INFO<\/strong> avec Nr:5<\/strong> (puisqu’il a bien re\u00e7u la 4). Il stoppe son T2.<\/p>\n

U re\u00e7oit la trame INFO<\/strong> et stoppe tous les T1 < Nr<\/strong> de la trame. Et tout le monde est content ! L’INFO est arriv\u00e9e avant expiration du T1 de la trame Ns:0 ! On ne s’est rendu compte de rien !<\/p>\n

Ici on s’en sort bien car le T1 \u00e9tait suffisamment long ! Que serait-il arriv\u00e9 si le T1 de la trame 0 avait \u00e9t\u00e9 plus court ? Je vous laisse phosphorer !<\/em><\/p>\n

 <\/p>\n

Traitement des erreurs logicielles !<\/h2>\n

A priori, il semble que les \u00e9quipements HDLC soient tr\u00e8s rigoureux ! La norme pr\u00e9voit tous les cas de dysfonctionnement possibles relatifs notamment aux erreurs potentielles de transmission. Mais la norme sait aussi que nul n’est parfait, et qu’un \u00e9quipement peut aussi \u00ab\u00a0perdre les p\u00e9dales\u00a0\u00bb ou peut ne pas impl\u00e9menter correctement la norme (petits am\u00e9nagements personnels<\/em>).<\/p>\n

LAP B permet donc de signaler des erreurs d\u00e9tect\u00e9es dans des trames pr\u00e9sentant des CRC corrects<\/strong>. Ces erreurs peuvent se produire essentiellement dans trois cas :<\/p>\n