Architecture du reseau frame relay :

L'architecture du relais de trame fait une distinction entre :

un plan de contrle qui se charge de ltablissement et fermeture de la connexion.
un plan utilisateur qui est responsable du transfert des donnes de bout en bout.
Sur la connexion mise en place par ce plan de contrle (la liaison virtuelle), le service Relais de
Trames doit comprendre :
Une prservation de lordre des trames.
Une limination des trames dupliques.
Une probabilit ngligeable de perte des trames.
Le nud de rseau Relais de Trames a trois fonctions principales :
Multiplexage et commutation au niveau 2.
Relayage de trames.
Dtection des erreurs de niveau 2.
Les trames sont rejetes sans indication si le nud est surcharg ou la trame incorrecte.
Format de la trame :

Flag : Sa valeur vaut : 01111110 = 7E H. Il indique le dbut et la fin de la trame pour

permettre la synchronisation.

Champ adresse : Cod sur 2 octets, il diffre du champ adresse de la trame HDLC, cest le
plus utilis.

Champ information : Identique la trame HDLC, il contient les donnes de l'utilisateur.

FCS : Squence de Contrle de la Trame : Identique la trame HDLC, trame errone est jete
par le nud qui calcule le FCS (optimisation de la bande passante).

Composition du champ adresse de la trame Frame Relay:

Champ adresse : DLCI, est l'adresse sur 10 bits d'un utilisateur du rseau Frame Relay.
Concerne la fonction de commutation dans chaque nud.

C/R (Commande/Rponse) : Transmis de bout en bout pour identifier les trame de

commande et de rponse.

E/A (End Adresse) : gre la taille variable du champ adresse

EA=0=>Octet suivant contient la suite de la structure dadresse.

EA=1=>Dernier octet du champ adresse.

Bit FECN : Forward Explicit Congestion Notification : Bit de notification de congestion dans le
sens direct Ce bit est positionn 1 si il existe une congestion dans le sens de traverse
direct de la trame.

Bit BECN : Backward Explicit Congestion Notification Bit de notification de congestion dans
le sens inverse Ce bit est positionn 1 si il existe une congestion dans le sens de traverse
inverse de la trame.

DE : Autorisation de Destruction. Positionn 1 ce bit signale que cette trame dpasse le CIR
et la possibilit de la dtruire en cas de congestion.

Gestion de flux :
La simplification du protocole a conduit la suppression de tout contrle de flux dans le rseau et
fragiliser celui-ci face aux problmes de congestion. Aussi, toute nouvelle connexion ne doit tre
accepte que si le rseau est apte la satisfaire sans prjudice pour les connexions dj tablies. En
Frame Relay, toute demande de connexion est accompagne dun descripteur de trafic dfinissant en
particulier le dbit moyen et le dbit de pointe demand. Un contrat de trafic est pass entre la
source et le rseau ; il comporte trois paramtres :
Le CIR (Committed Information Rate) ou dbit moyen garanti. Le CIR caractrise le dbit moyen
contractuel que doit garantir le rseau. La connexion ne sera accepte que si la somme des CIR sur le
lien (ou sur le noeud) ne dpasse pas le dbit maximal du lien (ou la capacit de traitement du
noeud).
LEIR (Excess Information Rate) ou surdbit autoris au-dessus duquel tout bloc de donnes soumis
au rseau est dtruit ;
Le temps danalyse du trafic (Tc).
Le CIR dfinit le volume moyen admis dans le rseau ou Bc (Committed Burst Size) tel que
Bc = CIR * Tc. LEIR prcise le volume maximal autoris tel que Bc + Be = (CIR + EIR) * Tc
o Be (Excess Burst size) reprsente le volume excdentaire admis au-dessus du contrat Bc.
Si le volume du trafic soumis est infrieur Bc tout le trafic soumis est transmis par le rseau.
Si le volume de trafic soumis est compris dans lintervalle ]Bc... Be] les blocs de donnes sont
transmis mais marqus (Cell Tagging). Lors de lventuelle traverse dun noeud congestionn
ces blocs seront limins. Les blocs transmis au-dessus de Be seront systmatiquement limins
Llimination des blocs en excs nest pas une solution satisfaisante. Il est prfrable davertir
les entits communicantes de ltat de congestion afin que, par autodiscipline, les sources
ralentissent leur mission.
Contrle de congestion :
Lorsquun bloc de donnes traverse un noeud en tat de congestion, celui-ci positionne un bit pour
avertir le destinataire dun tat de congestion en avant de la source (FECN) et que des donnes ont
pu tre limines. Cette indication est transmise aux couches suprieures afin que celles-ci mettent
en oeuvre un mcanisme de contrle de flux. Le destinataire profitera des donnes en rponse pour
avertir la source que le circuit qui le dessert est congestionn (BECN).
Ce mcanisme nest pas trs efficace, car, lquipement daccs na pas toujours la facult de rduire
volontairement son flux dmission. Cest notamment le cas dun routeur interconnectant un rseau
local. De plus, il suppose un trafic bidirectionnel ce qui peut introduire une inefficacit complte du
systme ou, du moins, une certaine inertie. Ce procd est injuste. En effet, tous les htes dont les
donnes transitent par le noeud congestionn sont invits rduire leur trafic, mme ceux qui ne

sont pas responsables de cet tat de fait. Pour y remdier un protocole spcifique a t dvelopp :
le CLLM ou Consolited Link Layer Management.
Les protocoles de gestion de la congestion
Le protocole CLLM
Le protocole CLLM permet tout noeud en tat de congestion den avertir ses voisins et la source.
Le message CLLM contient la liste des voies logiques congestionnes et la cause de cette congestion.