Definition : Frame Relay

Relais de Trames, Technique de commutation de trames haut dbit.

Frame Relay : comment a marche ?

Frame Relay un standard en mal de reconnaissance
Musel par l'oprateur Transpac, la technologie Relais de trame reprend espoir l'aube d'une vritable concurrence tlcom franaise. Synopsis d'un standard oubli. Sans aucune connotation pjorative, le Frame Relay fait figure de standard de commutation hybride et opportuniste. Trois facteurs ont favoris son mergence: la banalisation des liaisons loues numriques; l'accroissement des besoins en dbit et en interconnexion de rseaux locaux; le remplacement aux extrmits des terminaux btes et mchants par des systmes clients et serveurs intelligents, d'abord Minis puis Micro. Antrieurement ces progrs, seule la force tranquille du mode connect X.25 offrait une garantie d'exploitation fiable. Quelques rseaux se sont essays au mode de transmission Datagramme X.25, sans connexion (connection less) et sans contrle de flux. Mais la pratique anarchique a vite eu raison de cette belle thorie. En outre, la reconstitution oblige de la squence du message aux extrmits cantonnait le Datagramme aux connexions entre ordinateurs. X.25 s'annonait plus dmocratique et ouvrait ses portes aux terminaux les plus passifs. Ce libre accs imposait toutefois plus de rigueur opre sous la forme d'un contrle de flux, galement appele par la fragilit des liaisons analogiques d'poque. Seulement aujourd'hui la thse X.25 a vieilli. Elle ne lgue au Relais de trame (Frame Relais) que son systme de Circuits Virtuels permanents l'origine et aujourd'hui commut. Libr des chanes du contrle de flux, Frame Relay s'en remet aux quipements d'extrmits pour renouer avec le mode de transmission de trames sans numro de squence, cher au mode Datagramme.

Frame Relay une technique de commutation hybride

Cette caractristique d'individualit, lui permet d'encapsuler des donnes de longueur variable dans une seule et mme trame concurrence de 4096 octets. Chacune d'elle revendique son indpendance par un numro de circuit virtuel appel DLCI (Data Link Connexion Identifier). A l'oppos du hachoir X.25, limit un maximum de 2048 octets, l'enveloppe Frame Relay s'adapte comme un gant aux trames Ethernet, aux paquets IP ou SNA. Fini les oprations de fragmentation et de squencement. Le contrle de flux passe galement la trappe. Rsultat, les

logiciels des commutateurs Frame Relay s'en trouvent simplifis d'autant et gagnent en dbit de commutation. Bien que rduit, le rle du commutateur Frame Relay conserve trois fonctions. Il vrifie l'intgrit de la trame en utilisant la squence de contrle FCS (Frame Check Sequence) et en cas d'erreur abandonne cette dernire. Puis, il confronte la vraisemblance du numro de circuit virtuel DLCI associ la trame, une table de routage. Dans la ngative, la trame est abandonne sans appel. Enfin, il relaye la trame vers le commutateur suivant ou sa destination finale. Ce dnuement protocolaire engendre quelques exigences. Le relais de trame ne s'envisage que sur un support numrique de trs bonne qualit. Cette prcaution ne garantit pas pour autant une liaison "zro dfaut". Pour palier aux ventuelles pertes de donnes, un filet protocolaire s'impose. Install aux extrmits, ce protocole, TCP par exemple, prend en charge l'opration de squencement pour reprer les trames perdues. Il acquitte galement les trames reues et retransmet celles manquantes. Malgr leur ralit, le contrle impos par les erreurs de transmission reste bnin compar la gestion du syndrome de congestion.

Erreur ou congestion : Frame Relay s'en remet TCP/IP

Ce phnomne de saturation se constate sur une ligne trop sollicite ou dans un commutateur aux buffers saturs. Alors que le contrle de flux X.25 esquive les risques de congestion, la technique Frame Relay n'a pas d'autre alternative que d'abandonner des trames pour rtablir l'quilibre du rseau. Ce sacrifice induit un effet pervers immdiat, puisque les tentatives de retransmission des trames laisses pour compte aggravent la congestion. Nanmoins, Frame Relay dispose de quelques artifices protocolaires pour prvenir ce mal. Le plus lmentaire profite du passage des trames dans les commutateurs pour forcer 1 les bits ECN (Explicit Congestion Notification) localiss dans l'en-tte afin d'avertir les extrmits terminales de ralentir leur transmission. En pratique deux champs hbergent cet indicateur de mise en garde. La zone FECN (Forward ECN) opre lorsque la trame se dirige en aval et rciproquement le champ BECN (Backward ECN) intervient pour une trame transmise en amont. Ce procd simple comporte malheureusement une faille implicite. Si aucune trame ne se dirige vers la source de congestion, impossible d'attnuer cette dernire. Aussi, un autre mcanisme de signalisation connu sous le nom de CLLM (Consolidated Link Layer Management) rserve un circuit virtuel rfrenc DLCI n 1023, cet effet. Le message CLLM commande aux quipements d'accs de freiner le trafic des circuits virtuels souponns de congestion. Seulement voil, d'un constructeur d'quipement d'accs l'autre, l'implmentation des fonctions ECN et CLLM reste arbitraire. Certains routeurs rpercutent l'ultimatum d'arrt sans distinction vers l'ensemble du rseau local avec pour consquence de bloquer toutes les stations. D'autres se contentent de temporiser le flux dans de larges buffers en attendant de meilleures conditions de transmission. D'autres encore, restent transparent toute signalisation de congestion. De nouveau, un protocole de bout en bout, tel que TCP s'impose pour rguler le trafic. Pour dtecter la moindre congestion ce protocole se fie l'augmentation du dlai d'acheminement ou la perte d'une trame. Dans ces deux cas, il rduira la taille de sa fentre d'anticipation de paquets afin de ralentir le trafic la source et de soulager la charge du rseau. Il s'agit alors d'une notification implicite de congestion. Rciproquement, lorsque le rseau redevient fluide, TCP rtablit progressivement la taille de la fentre. La notification explicite de congestion via les bits ECN et le mcanisme CLLM use du mme biais

de rgulation de trafic. Mme dans l'interaction, ces deux remdes au syndrome de congestion restent insuffisants et la "saigne" des trames invitable. Loin du hasard, chaque commutateur marque les trames vacuer en priorit lors d'une congestion. Accul cette solution finale, le commutateur en aval excute sans tat d'me. Dans l'en-tte de chacune d'elles, le bit dsign DE "Discard Eligibility" se prte ce marquage. Il se propose galement comme outil de gestion de dbit afin de garantir un niveau de service quitable entre utilisateurs. H.M

Etat de la norme Frame Relay

A l'origine le standard Frame Relay, promu par le Frame Relay Forum, a t dfini avec un minimum de recommandations obligatoires et beaucoup d'options. Ainsi, les constructeurs ont pu spcifier leur guise le profil Frame Relay de leur matriel. Les effets nfastes de ce laxisme, se sont particulirement rvls dans la pratique diffrente des mcanismes de signalisation et touche au paroxysme lorsqu'il s'agit de rgir la congestion du rseau. Outre les mcanismes pour notifier la congestion, le Frame Relay Forum a renforc la norme par d'autres spcifications comme le LMI (Link Management Interface), pour rgir la signalisation entre deux interfaces. Les rgles LMI permettent par exemple d'changer entre un routeur et un commutateur, des informations sur l'tat des circuits virtuels. Mais l encore, les constructeurs n'ont pas suivi la lettre les normes dont ils sont paradoxalement l'origine. Les membres de ce forum ont ensuite dfini une recommandation NNI (Network to Network Interface), pour l'interconnexion de rseaux Frame Relay htrognes. Ils ont enfin tabli les spcifications d'tablissement de Circuit Virtuel Commut sur un rseau Frame Relay. Les diffrents acteurs de la normalisation Frame Relay ANSI T1.618 Section 2 Format de la trame Frame Relay (en-tte 2 4 octets) T1.617 Annex D Signalisation d'interconnexion ITU (ex CCITT) Q.922 Recommandation du format de la trame Frame Relay (en-tte de 2 4 octets) Q.933 Recommandation connexion CVC (Circuit Virtuel Commut)

IETF Internet Engineering Task Force RFC 1294 Interconnexion multiprotocole sur un rseau Frame Relay RFC 1293 Spcification de la MIB Frame Relay

Consortium de vendeur LMI Signalisation d'interconnexion H.M

Frame Relay le nouveau souffle de l'intgration voix-donnes

Eclips par l'mergence d'ATM, Frame Relay profite de l'immaturit de ce premier standard pour s'imposer sur le champ de l'intgration de donnes. Ce retour sur le devant de la scne devrait relancer les critiques sur son mode de rsolution de congestion. Aprs avoir jou les figurants au sein de l'offre Transpac, servi de doublure aux sessions SNA sur le terrain des rseaux longues distances, gagn ses premires palmes dans le rle d'interconnecteur de rseaux locaux, Frame Relay brille de tous ses atouts au casting de l'intgration voix-donnes. Les constructeurs de commutateurs, de multiplexeurs et de routeurs revendiquent ce protocole, jusqu' semer la confusion dans l'esprit des puristes tlcoms. Ce consensus marketing occulte l'pineuse question du syndrome de congestion en environnement rseau public.

Une intgration voix-donnes inspire des multiplexeurs statistiques

Longueur de temps et pragmatisme ont favoris cette amnsie collective pour ne faire resurgir que les seules qualits du relais de trame. A la proue de ces attributs trne l'allocation dynamique de bande passante. Une telle arme n'a en priori rien de rvolutionnaire. Les pourvoyeurs de multiplexeurs le confirmeront volontier. Mais la structure du paquet Frame Relay aiguise le tranchant de l'allocation dynamique bien mieux qu'une division temporelle traditionnelle. Celleci, rappelons le, procde par segmentation de la bande passante en intervalle de temps fixe rpartit entre les diffrentes sources de trafic. Chacune d'elle se voit ainsi garantir un dbouch et un seuil de disponibilit rgulier. Mais ce pied d'galit possde videment son talon d'Achille. Une fois la rpartition temporelle effectue, celle-ci devient inamovible, mme lorsque le trafic diminue sensiblement. Un metteur prtabli pourra accaparer la bande passante pour un taux d'utilisation moindre. La technique du multiplexage statistique attnue ce gchis par une allocation dynamique de la bande passante. Le terme statistique sous-entend une estimation temps rel en amont du trafic multiplexer. Grce ce traitement pralable, chacune des sources de trafic peut s'panouir un instant T, sur l'ensemble de la bande passante. Les multiplexeurs Frame Relay reprennent ce dynamisme leur compte, en substituant l'unit de mesure temporelle une trame de donnes de longueur variable. Mais ils rcuprent au passage les mmes contraintes de disponibilit que leurs homologues statistiques. Ce revers merge ostensiblement

lors de l'intgration d'applications tlphoniques un flux de donnes irrgulier. Plusieurs solutions, plus ou moins propritaires, se portent garants des temps de rponses de chaque service metteur. La compression s'avance comme le plus trivial de ces subterfuges. Ce dernier a sur le terrain des donnes informatiques atteint son paroxysme avec les algorithmes de compression Huffman et LZW.

La compression de la voix, premire source d'optimisation

Par contre, les techniques de compression de la voix ne cessent de s'affiner. En fait de compression, le qualificatif d'optimisation de codage sied plus prcisment la nature analogique de la voix. D'ailleurs, chacune de ces techniques s'inspire du standard en la matire : le codage numrique MIC (Modulation par Impulsion Code). Celui-ci, chantillonne le signal analogique avant de le convertir en donnes binaires. La rsultante numrique consomme une bande passante de 64 K bit/s. Ce dbit garantit une parfaite qualit d'audition. Plus que parfaite, puisque la marge qualitative laisse par le codage MIC a suscit l'avnement de techniques de codage encore plus conomique. Le codage ADPCM (Adaptative Differential Pulse-Code Modulation), une variante du codage MIC, ramne le dbit utile 16 K bit/s. Mais cette technique de compression impose des contraintes de synchronisation ultrasensibles aux pertes d'information et donc incompatibles avec une transmission Frame Relay. La recommandation G.727 de l'ITU-T affine le codage ADPCM en scindant l'information vocale intelligible des coquetteries auditives. Ces donnes secondaires se rpartissent sur trois bandes distinctes de 8 K bit/s. Chacun d'elle renforce un peu plus la qualit de la bande principale de 16 K bit/s. Autre nuance, compar au codage ADPCM, la norme G.727 encore appele Embedded-ADPCM dissocie l'opration de codage initial du dcodage opr destination. Ce schisme fonctionnel autorise une transmission plus dilettante de l'information vocale, jusqu' sacrifier les donnes secondaires sur l'autel de l'optimisation. Cette libert facilite l'encapsulation sous forme de paquets, tape pralable indispensable une transmission Frame Relay. En gnral, celle-ci s'effectue conscutivement une technique de suppression de silences inhrents aux conversations tlphoniques. Cette mise sous enveloppe tlcom a suscit la publication d'une seconde recommandation G.764 de l'ITU-T. Celle-ci dfinit le mode d'encapsulation de paquets de donnes vocales dans une trame HDLC. Chaque paquet encapsul dispose d'un en-tte renfermant, le type codage employ, une tiquette horodate, un numro de squence ainsi qu'une estimation du bruit de fond rgnrer une fois destination, afin de ne pas dconcerter l'interlocuteur par des blancs nigmatiques. Une fois engendre la trame HDLC se prte son tour une encapsulation dans une enveloppe Frame Relay apte s'extrioriser. Seulement voil, l'encapsultation G.764 ne distingue plus le grain de livrai vocale. Informations principale et secondaire se ctoient sur la trame HDLC. Ce manque de discernement attnue les bienfaits de la segmentation qualitative induite par le codage G.727. Cette entrave a incit certain constructeur tel que Cray Communication distinguer lors de l'encapsulation l'information vocale utile des donnes secondaires et ceci au dtriment du standard G.764. Par cette dmarcation, les trames Frame Relay vhiculant les donnes moins nvralgiques voient leur fanion DE (Discard Eligibility), rserv en principe l'abandon systmatique en cas de congestion, activ d'office. A l'oppos, le bit DE des trames transportant l'information vocale indispensable est positionne 0. Cette Initialisation distincte s'accompagne d'un dbit garantit CIR (Committed Information Rate) affect aux donnes vocales principales et d'un dbit de dbordement autoris Be (Excess Burst Size) allou aux donnes secondaires. Lors d'une exploitation fluide, le goulet d'tranglement

impos a priori par le CIR demeure symbolique. Et les trames Frame Relay porteuses des informations complmentaires transitent sans encombre sur le rseau. Par contre, ds la moindre suspicion de congestion, toutes ces trames marqus DE passent les premires la trappe, laissant l'information vocale principale parvenir son destinataire. Outre son application la compression, l'chappatoire du bit DE est galement emprunte pour affecter une priorit au trafic vocal. Par ce biais, la voix se voit attribu les faveurs qu'exige son niveau de disponibilit au dtriment des donnes. En situation critique, les trames Frame Relay marques sont abandonnes au profit du trafic voix. Ce renoncement s'en remet un protocole de couche suprieur, tel que TCP/IP, pour renvoyer les trames de donnes sacrifies. Lorsque la voix s'clipse de la bande passante, les donnes reprennent leurs aises. Les routeurs 65XX MPRouter de Motorola dispose d'une fonction. Pour garantir cette priorit, ces quipements rduisent le nombre et la taille des trames de donnes conjointes aux informations vocales. Dans la mme logique propritaire, ces quipements mettent en oeuvre un codage de la voix dsign CVSELP (Codex Vector Sum Excited Linear Predection) portant le dbit 16 voire 8 k bit/s. Outre la compression, cet algorithme intgre une fonction d'annulation d'cho. Le dlai inhrent la segmentation en trames Frame Relay rvle les effets pervers de ce phnomne de rflexion de signal. Pour viter de se prendre les pieds dans toutes ces ficelles d'intgration voix-donnes, d'autres promoteurs du Frame Relay prfrent s'en tenir la commutation rapide de paquets pour supporter une transmission multiservice. Cette commutation segmente la trame Frame Relay sans discrimination quant la nature de l'information, afin de minimiser conscutivement le temps de remplissage au dpart, le temps d'extraction l'arrive et le temps de transit dans le rseau. Le protocole Fast Packet Switching de Stratacom fut le premier intgrer voix et donnes de la sorte. Il dcoupait les trames Frame Relay en cellules de tailles fixe, rassembles dans leur format d'origine une fois destination. Cette fonction de Segmentation et de Rassemblage (SAR : Segmentation And Reassembly) propritaire annonait videment ATM, le standard de commutation de cellules auquel se rallie avec bon sens, d'autres acteurs Frame Relay. L'ATM Forum et le Frame Relay Forum oeuvrent activement cette symbiose. Deux solutions d'adaptation ATM/Frame Relay mergent aujourd'hui de cette coopration. Un adaptateur ATM dote d'un logiciel FR-SSCS (Frame Relay Service Specific Convergence Sublayer) peut muler du relais de trame la source. L'adaptation peut galement s'oprer dans le rseau par conversion du protocole Frame Relay natif (Q.922) travers l'AAL5 (ATM Adaptation Layer 5), la couche d'adaptation protocolaire la plus simple d'ATM).

La congestion, talon d'Achille du relais de trames

Si la commutation de cellule ATM mise en oeuvre sur de puissant commutateur garantit des temps de rponse satisfaisant, elle ne prserve pas pour autant du risque de congestion. Le bit DE (Discard Eligible) tmoigne de cette fatalit. Fort heureusement, plusieurs remdes prcdent cette phase d'abandon ultime. Le plus trivial profite du transite des trames Frame Relay dans les commutateurs pour forcer 1 les bits ECN (Explicit Congestion Notification) localiss dans l'entte, afin de commander un ralentissement du trafic aux quipements d'extrmits. Concrtement deux champs hbergent cet indicateur de prvention de congestion. La zone FECN (Forward ECN) opre lorsque la trame se dirige en aval et rciproquement le champ BECN (Backward ECN) prend tout son sens en amont. Seulement voil, lorsque aucune trame de donnes ne se dirige vers la source de congestion, Frame Relay se retrouve dsarme pour attnuer celle-ci. Il dispose heureusement d'un mcanisme alternatif de signalisation dsign CLLM (Consolidated

Link Layer Management) activ sur le circuit virtuel DLCI n 1023. En situation critique, un message CLLM oblige les quipements d'accs souponns de congestion, freiner la transmission des circuits virtuels en cause. Cela dit, mme coupl, ces deux remdes au syndrome de congestion demeurent insuffisants et la saigne de trames invitable. Cette opration engendre un effet pervers immdiat car les tentatives de retransmission des trames laisses pour compte, par un protocole tiers, aggravent la congestion. Appliqu la voix, le sacrifice apparat encore plus problmatique, puisque par nature cette information ne dispose d'aucun filet protocolaire. La reproduction artificielle des paquets de donnes vocales abandonnes limite en partie les dgts. Mais en dfinitive, l'ombre de la congestion oblige modrer les prtentions de tous ces couteaux Suisses tlcoms prometteurs d'intgration, pour les exploits sur une liaison point point, en vitant autant que possible le mlange des genres voixdonnes et l'entassement dmesur de protocoles diffrents.

Frame Relay aperu de la technologie.

Les rseaux locaux et les quipements informatiques actuels ont le potentiel d'exploiter de bien plus hauts dbits et de transfrer de trs gros volumes de donnes. La complexit des rseaux d'aujourd'hui peut rendre difficile leur administration si vous n'avez pas les bons outils. Chaque environnement est une combinaison unique d'quipements de diffrents fournisseurs. Frame Relay, qui est une mthode relativement nouvelle de rseau tendu, rencontre un succs grandissant. Elle utilise une technologie de commutation de paquets similaire X.25 mais plus efficace ; elle peut faciliter et acclrer votre mise en rseau pour un moindre cot. Frame Relay a t dvelopp pour rsoudre des problmes de communications que d'autres protocoles ne pouvaient pas traiter : le besoin accru de vitesses plus leves, la ncessit de bnficier d'une bande passante plus efficace, en particulier pour fluidifier le trafic, la prolifration d'quipements de rseau intelligents qui rduisent le traitement des protocoles de bas niveau, et le besoin d'interconnecter rseaux locaux (LAN) et rseaux tendus (WAN).

Tout comme X.25, Frame Relay est un protocole commutation de paquets. Mais les traitements de Frame Relay sont plus dpouills, pour une plus grande rapidit et une meilleure efficacit du rseau. Un rseau Frame Relay ne ralise pas de dtection d'erreurs, ce qui procure bien plus de bande passante pour les donnes et une vitesse de traitement suprieure X.25. Frame Relay est aussi indpendant des protocoles : il accepte les donnes de bien des protocoles diffrents. Les donnes sont encapsules par l'quipement Frame Relay et non par le rseau. Ce sont les quipements de rseau intelligents connects un rseau Frame Relay qui sont responsables du contrle d'erreurs et de la mise en forme des trames. Le temps de traitement est rduit, aussi la transmission des donnes est-elle plus rapide et plus efficace. En outre, Frame Relay s'appuie sur des circuits entirement numriques, ce qui rduit le risque d'erreurs et offre d'excellents dbits de transmission. Typiquement, Frame Relay fonctionne de 56 ou 64 kbits/s 1,544 ou 2,048 Mbits/s. Qu'est-ce que permet Frame Relay ? Frame Relay envoie les informations travers un rseau Frame Relay partag, sous la forme de paquets appels trames. Chaque trame contient toute l'information ncessaire son routage jusqu' la bonne destination. De ce fait, chaque point terminal peut communiquer avec plusieurs destinations en empruntant une mme ligne d'accs au rseau. Au lieu d'allouer une bande passante fixe, les services Frame Relay services offrent un dbit d'information garanti (CIR) auquel les donnes sont transmises. Cependant, si votre trafic et le service souscrit le permettent, des rafales de donnes peuvent dpasser votre dbit garanti. Pourquoi choisir Frame Relay ? La grande efficacit de sa bande passante le destine parfaitement aux rseaux complexes d'aujourd'hui. Plusieurs connexions logiques peuvent coexister sur une mme liaison physique, ce qui rduit les cots d'interconnexion. La rduction du temps de traitement ncessaire augmente les performances et raccourcit les temps de rponse. Comme Frame Relay utilise un protocole simple couche, vos quipements ne requirent que quelques mises jour logicielles ou de simples modifications matrielles et vous n'avez pas besoin de gros investissements pour faire voluer voter systme. Indpendant du protocole, Frame Relay peut traiter le trafic de diffrents protocoles rseau, comme IP, IPX et SNA. Frame Relay est le choix idal pour relier des rseaux tendus (WAN) prsentant de gros volumes de donnes et dont le trafic est imprvisible avec des pics soudains. Typiquement, cela bnficie aux transferts de donnes, la CAO/FAO et aux applications client/serveur. Frame Relay offre aussi des avantages pour l'interconnexion de rseaux. Dans la pass, la mise en place de liaisons WAN impliquait l'emploi de lignes prives ou la location de lignes spcialises. Avec Frame Relay, il n'est plus ncessaire d'avoir une ligne loue ddie pour chaque interconnexion de rseau et le cot en est diminu. Circuits virtuels permanents. Dans l'essentiel, un circuit virtuel permanent (CVP) est une connexion ddie travers le rseau Frame Relay partag, qui remplace une liaison spcialise point point. Un CVP est ncessaire pour chaque site de votre rseau, comme le serait une ligne spcialise. Mais, dans un rseau Frame Relay, la bande passante est partage par plusieurs utilisateurs. Ainsi, chaque site peut communiquer avec n'importe quel autre sans recourir chaque fois une ligne ddie de bout en bout. Les CVP fonctionnent travers une interface locale de gestion (LMI) qui gre les procdures de contrle. Les procdures de contrles assurent trois fonctions : la vrification de

l'intgrit de la liaison initie par l'quipement utilisateur, l'indication de l'tat du rseau avec le dtail de tous les CVP, et la notification au rseau du changement d'tat des CVP, activation ou dsactivation. Les DLC sont des CVP prdfinis au niveau de la liaison par les deux extrmits de la connexion. L'identificateur de DLC (DLCI) sert d'adresse logique pour le multiplexage au niveau trame. Avec quoi dmarrer ? D'abord, if vous faut un service d'abonn Frame Relay (FRBS), souscrire auprs de votre oprateur tlphonique local. Vous signerez pour un CIR, peut-tre 64 kbits/s. Cela vous garantit que les donnes transiteront cette vitesse sur votre CVP. Mais, selon le trafic rseau et le type de ligne, vous pouvez profiter de dbits de transmission plus rapides, grce des rafales de 2 secondes travers le rseau. Aux heures de pointe, vous ne pourrez pas dpasser 64 kbits/s. Ensuite, il vous faut un quipement Frame Relay. Comme le rseau Frame Relay n'assure pas la conversion de protocole ni la dtection correction d'erreurs, les matriels chez l'utilisateur doivent tre intelligents. Classiquement, vous pouvez accder au service Frame Relay par l'intermdiaire d'quipements comme des assembleurs/dsassembleurs Frame Relay (FRAD), des routeurs de trames, des ponts-routeurs ou des commutateurs Frame Relay. Routeurs de trames. Les routeurs de trames transposent sur un rseau Frame Relay les protocoles de transmission de donnes existants, puis routent les donnes jusqu' un autre routeur de trames ou un autre quipement compatible Frame Relay. Les routeurs de trames peuvent traiter plusieurs types de protocole y compris les protocoles LAN. On les utilise dans les environnements qui requirent des vitesses d'accs au rseau infrieures ou gales E1. Chaque routeur supporte au moins l'une des interfaces physiques possibles et peut aussi offrir plusieurs ports utilisateurs. Ponts, routeurs et FRAD. Vous pouvez aussi utiliser des ponts, des routeurs ou des FRAD. Ces quipements combinent et convertissent les donnes en paquets Frame Relay. Les ponts sont faciles configurer et maintenir ; ils servent d'ordinaire relier une succursale et un site central. Les routeurs peuvent grer le trafic d'autres protocoles WAN, re-router une connexion en cas de coupure de ligne, ou assurer un certain contrle de flux et de congestion. Les FRAD mettent les donnes au format requis par un rseau Frame Relay, certains se comportent jouent aussi le rle de routeurs. Ils fonctionnent bien dans les applications o un site possde dj des ponts et des routeurs ou pour transmettre le trafic de mainframes sur un rseau Frame Relay. Les avances de Frame Relay. Bien que Frame Relay offre de nombreux avantages, de nombreux problmes ont d tre rsolus avant qu'il puisse servir la transmission du trafic voix, fax ou vido. Jusqu' rcemment, les progrs raliss taient des solutions propritaires qui n'offraient aucune interoprabilit. De nouveaux standards industriels ont trait des problmes comme la compression, la mise en paquets et la gestion des priorits. Cette volution vers la standardisation a t initie par le Forum Frame Relay (FRF) et l'Union internationale des tlcommunications (UIT). Compression : En fvrier 1998,l'UIT a ratifi un standard parapluie pour la transmission simultane du trafic voix, donnes et vido sur IP. Connu sous le nom de H.323, ce standard

prend en compte des critres nouvellement reconnus comme G.729 et G.723. Ces standards spcifient les algorithmes utiliss pour compresser le trafic voix (qui occupe en gnral 64 kbits/s sur les circuits des oprateurs) jusqu' 8 kbits/s pour la voix sur Frame Relay (VOFR). Mise en paquets : Le FRF a rcemment accept de ratifier deux nouvelles procdures pour VOFR. FRF.11 spcifie un processus permettant de connecter des autocoms sur Frame Relay pour acheminer le trafic voix, donnes et fax sur un mme CVP. FRF.12 dfinit la mise en paquets et la gestion des priorits qui en dcoule. Il standardise une procdure pour que Frame Relay puisse fractionner de grandes trames en une srie de trames de plus petite taille. Cette technique aide adoucir les problmes de congestion du rseau qui se produisent pendant les priodes de pic lorsque de plus grands blocs de donnes sont mis en file d'attente au profit du trafic voix plus sensible aux dlais de transmission. Au lieu d'un protocole formel de qualit de service (QoS) tel que celui mis en uvre par ATM (Asynchronous Transfer Mode), FRF.12 exploite des paquets de plus petite taille dont les dlais d'acheminement soient prvisibles ; de ce fait, la qualit et l'intgrit des transmissions vocales sont prserves. Plutt que de bloquer le circuit avec des paquets de donnes mis en attente, des trames de donnes fragmentes, de plus petite taille, sont entrelaces avec le trafic sensible aux dlais, rduisant ainsi la gigue et les temps de rponse, tout en laissant la voie libre pour les communications vocales. Gestion des priorits : le protocole de rservation de ressources RSVP est le seul standard industriel courant spcialement conu pour supporter la gestion des priorits du trafic. Bien que RSVP soit plutt limit en comparaison avec les possibilits de QoS d'ATM, il s'agit d'un mcanisme dynamique qui participe l'coulement du trafic en s'activant automatiquement ds que ds paquets vocaux sont prsents sur la ligne. L'avenir. Tandis que de nouveaux standards continuent d'merger, nous pouvons prdire que vous verrez de plus en plus de VOFR dans les centres informatiques qui s'appuient fortement sur les communications internationales, o le potentiel d'conomies est le plus important.