ROYAUME DU MAROC

Office de la Formation Professionnelle et de la Promotion du Travail

Protocole PPP

DIRECTION RECHERCHE ET INGENIERIE DE FORMATION

SECTEUR NTIC
 ROYAUME DU MAROC

Office de la Formation Professionnelle et de la Promotion du Travail

DIRECTION RECHERCHE ET INGENIERIE DE FORMATION

SECTEUR NTIC
 Protocole PPP

Sommaire

1. Introduction.....................................................................................2
2. Concepts Frame Relay.......................................................................2
2.1. Terminologie Frame Relay...............................................................2
2.2. Couches support de la pile Frame Relay............................................4
2.3. Bande passante et contrle de flux Frame Relay.................................4
2.4. Mappage d'adresse et topologie Frame Relay.....................................6
2.5. LMI Frame Relay............................................................................7
2.6. tapes des protocoles de rsolution d'adresse inverse et LMI...............9
3. Configurer des connexions Frame Relay...............................................9
3.1. Configuration de base de Frame Relay..............................................9
3.2. Configuration d'une carte Frame Relay statique................................10
3.3. Configuration de sous-interfaces Frame Relay..................................11
3.4. Vrification de la configuration Frame Relay.....................................12
3.5. Dpannage de la configuration Frame Relay.....................................13

Document Millsime Page

OFPPT @ 372198507.doc juin 08 1 - 17
Protocole PPP

1.Introduction
La technologie Frame Relay a t dveloppe l'origine en tant
qu'extension du RNIS. Elle a t conue pour permettre l'acheminement
de la technologie commutation de circuits sur un rseau commutation
de paquets. Cette technologie est devenue un moyen autonome et
conomique de crer un rseau WAN.

Les commutateurs Frame Relay crent des circuits virtuels permettant de

connecter des rseaux locaux distants un WAN. Le rseau Frame Relay
existe entre un quipement frontire de rseau local, gnralement un
routeur, et le commutateur de l'oprateur. La technologie utilise par
l'oprateur pour acheminer les donnes entre les commutateurs n'a pas
d'importance pour Frame Relay.

La complexit de la technologie exige une connaissance approfondie des

termes dcrivant le fonctionnement de Frame Relay. En effet, sans une
comprhension totale du rseau Frame Relay, il s'avre difficile d'y
effectuer des dpannages.

Frame Relay est devenu l'un des protocoles WAN les plus rpandus. L'une
des raisons de sa popularit est notamment son faible cot par rapport
celui de lignes loues. Frame Relay est galement populaire parce que les
procdures de configuration de l'quipement utilisateur d'un rseau
Frame Relay sont trs simples.

2.Concepts Frame Relay

2.1. Terminologie Frame Relay
On appelle circuit virtuel (VC) la connexion entre deux ETTD par le rseau
Frame Relay. Les circuits virtuels peuvent tre tablis de faon
dynamique par l'envoi de messages de signalisation au rseau. Dans ce
cas, on les appelle des circuits virtuels commuts (SVC switched virtual
circuits). Toutefois, ces SVC ne sont pas trs courants. En gnral, des
circuits virtuels permanents (PVC) prconfigurs par l'oprateur sont
utiliss. Un circuit virtuel est cr par le stockage d'un mappage entre
port d'entre et port de sortie dans la mmoire de chaque commutateur,
afin de les lier jusqu' ce qu'un chemin continu d'une extrmit l'autre
du circuit ait t identifi.

Comme Frame Relay a t conu pour fonctionner sur des lignes

numriques de haute qualit, aucun mcanisme de rcupration aprs
erreur n'est fourni. Si un nud dtecte une erreur dans une trame, il la
rejette sans notification.

Le FRAD ou le routeur connect au rseau peut tre connect divers

points d'extrmit par plusieurs circuits virtuels. Ceci remplace de faon
Document Millsime Page
OFPPT @ 372198507.doc juin 08 2 - 17
Protocole PPP

trs conomique un maillage de lignes d'accs. Avec cette configuration,

chaque point d'extrmit ne ncessite qu'une ligne d'accs et une
interface. D'autres conomies peuvent tre ralises, car la capacit de la
ligne d'accs est fonde sur la bande passante moyenne requise par les
circuits virtuels et non sur la bande passante maximale requise.

Les divers circuits virtuels d'une seule ligne d'accs peuvent tre
distingus, chaque VC disposant de son propre identificateur de canal de
liaison de donnes (Data Link Channel Identifier ou DLCI).

L'identificateur DLCI est stock dans le champ d'adresse de chaque

trame transmise. Le DLCI n'a gnralement qu'une signification locale et
peut diffrer chaque extrmit d'un circuit virtuel.

Document Millsime Page

OFPPT @ 372198507.doc juin 08 3 - 17
Protocole PPP

2.2. Couches support de la pile Frame Relay

Frame Relay fonctionne comme suit:

o Prlvement de paquets de donnes d'un protocole de

couche rseau, tel qu'IP ou IPX
o Encapsulation de ces paquets comme partie donnes d'une
trame Frame Relay
o Transfert de ces trames vers la couche physique pour les
dlivrer sur la ligne

o
La squence de contrle de trame (FCS) sert dterminer si des erreurs
se sont produites dans le champ d'adresse de couche 2 au cours de la
transmission. La FCS est calcule avant la transmission et le rsultat est
insr dans le champ FCS. l'extrmit distante, une deuxime valeur
FCS est calcule et compare la FCS de la trame. Si les rsultats sont
identiques, la trame est traite. S'ils diffrent, la trame est abandonne.
Aucun avertissement n'est envoy la source quand une trame est
abandonne. Le contrle d'erreur est laiss aux couches suprieures du
modle OSI.

2.3. Bande passante et contrle de flux Frame Relay

La connexion srie ou le lien d'accs au rseau Frame Relay est

gnralement une ligne loue. La vitesse de la ligne est assujettie au
dbit d'accs ou du port. Les vitesses des ports s'chelonnent
gnralement entre 64 kbits/s et 4 Mbits/s. Certains fournisseurs
proposent des dbits atteignant 45 Mbits/s.
En gnral, plusieurs circuits virtuels permanents utilisent la liaison
d'accs, chacun d'entre eux disposant d'une bande passante ddie. C'est
ce que l'on appelle le dbit de donnes garanti (CIR). Le CIR est le dbit

Document Millsime Page

OFPPT @ 372198507.doc juin 08 4 - 17
Protocole PPP

auquel le fournisseur d'accs accepte de recevoir des bits sur le circuit

virtuel.
Les CIR individuels sont gnralement infrieurs au dbit du port.
Toutefois, la somme des CIR est normalement suprieure au dbit des
ports. Le facteur peut parfois s'lever 2 ou 3. Le multiplexage
statistique s'adapte la nature sporadique des communications
informatiques, puisquil est peu probable que les canaux soient leur
dbit maximal simultanment.
Pendant la transmission d'une trame, chaque bit est envoy la vitesse
du port. C'est pourquoi il doit exister un cart entre les trames d'un
circuit virtuel si le dbit en bits moyen doit tre le CIR.
Le commutateur accepte les trames de l'ETTD des dbits dpassant le
CIR. Ceci fournit effectivement chaque canal une bande passante la
demande jusqu' un maximum dfini par la vitesse du port. Certains
fournisseurs d'accs imposent un dbit maximum infrieur la vitesse du
port pour les circuits virtuels. La diffrence entre le CIR et le maximum,
que celui-ci soit infrieur ou gal la vitesse du port, est appele EIR
(Excess Information Rate).
L'intervalle de temps sur lequel les dbits sont calculs est appel la
dure garantie (Tc). Le nombre de bits garantis dans T c constitue le dbit
garanti en rafale (Bc). Le nombre de bits supplmentaires au-dessus du
dbit garanti en rafale, jusqu' la vitesse maximale de la liaison d'accs
est le dbit garanti en excs (Be).
Bien que le commutateur accepte les trames excdant le CIR, chaque
trame en excs est signale au niveau du commutateur par le
positionnement du bit d'ligibilit la suppression (DE - Discard Eligible)
sur 1 dans le champ d'adresse.

Le commutateur gre un compteur de bits pour chaque circuit virtuel.

Une trame entrante est signale comme DE si elle met le compteur au-
del de Bc. Une trame entrante est limine si elle pousse le compteur
au-del de Bc + Be. la fin de chaque Tc secondes, le compteur est
rinitialis. Comme le compteur ne peut pas tre ngatif, le temps
d'inactivit ne peut pas tre mis de ct.

Les trames qui arrivent au commutateur sont mises en file d'attente ou

en tampon avant d'tre transfres. Comme avec tous les systmes de
file d'attente, il se peut qu'une accumulation excessive de trames se
produise au niveau du commutateur. Ceci occasionne des retards. Les
retards mnent des retransmissions inutiles, qui surviennent quand des
protocoles de niveau suprieur ne reoivent aucun accus de rception au
cours d'une priode donne. Dans les cas svres, cela peut provoquer
une chute srieuse du dbit du rseau.

Pour viter ce problme, les commutateurs Frame Relay appliquent une

politique de rejet des trames en files d'attente pour que celles-ci restent
courtes. Les trames dont le bit DE est dfini sont supprimes en premier.
Quand un commutateur dtermine que sa file d'attente augmente, il
essaie de rduire le flux de trames y parvenant. Pour ce faire, il avertit

Document Millsime Page

OFPPT @ 372198507.doc juin 08 5 - 17
Protocole PPP

les ETTD du problme en positionnant les bits de notification explicite de

congestion (ECN Explicit Congestion Notification) dans le champ
d'adresse de la trame.

Le bit de notification explicite de congestion au destinataire (FECN

Forward ECN) est positionn sur chaque trame reue par le commutateur
sur la liaison encombre. Le bit de notification explicite de congestion la
source (BECN - Backward ECN) est positionn sur chaque trame place
par le commutateur sur la liaison encombre. Les ETTD qui reoivent des
trames dans lesquelles les bits ECN sont dfinis sont censs rduire le
flux de trames jusqu' ce que l'encombrement se dissipe.

Si l'encombrement se produit sur une agrgation interne, les ETTD

peuvent recevoir une notification, mme s'ils ne sont pas l'origine de
l'encombrement.
Les bits DE, FECN et BECN font partie du champ d'adresse de la trame
LAPF

2.4. Mappage d'adresse et topologie Frame Relay

connects, il s'avre ncessaire de rflchir la topologie des

connexions.
Il est peu probable que Frame Relay soit rentable quand deux sites
seulement sont relis par une connexion point--point. Frame Relay est
plus rentable quand plusieurs sites doivent tre interconnects.
Les WAN sont souvent interconnects suivant une topologie en toile. Un
site central hberge les principaux services et est connect chaque site
distant ncessitant un accs aux services.

Avec une topologie hub and spoke , le concentrateur est mis

l'emplacement permettant de rduire au maximum les cots de la ligne
loue. Avec une topologie en toile pour Frame Relay, chaque site distant
dispose d'une liaison d'accs au nuage Frame Relay avec un seul circuit
virtuel. Le concentrateur a une liaison d'accs avec plusieurs circuits
virtuels, un pour chaque site distant.

Comme les tarifs de Frame Relay ne sont pas assujettis la distance, il

n'est pas ncessaire que le concentrateur se trouve au centre du rseau.
On choisit une topologie en maillage global quand les services joindre
sont disperss gographiquement et qu'un accs trs fiable est
ncessaire. Avec le maillage global, chaque site est connect tous les
autres sites. Contrairement aux interconnexions de lignes loues, Frame
Relay ne ncessite aucun matriel supplmentaire. Il est ncessaire de
configurer d'autres circuits virtuels sur les liaisons existantes pour passer
d'une topologie en toile un maillage global. Plusieurs circuits virtuels
sur une liaison d'accs exploitent gnralement mieux Frame Relay que
des VC isols. En effet, ils profitent du multiplexage statistique intgr.
Document Millsime Page
OFPPT @ 372198507.doc juin 08 6 - 17
Protocole PPP

Pour les rseaux de grande taille, une topologie en maillage global est
rarement accessible financirement. En effet, le nombre de liaisons
requises pour ce type de topologie augmente pour pratiquement
atteindre le carr du nombre de sites. Mme si Frame Relay ne connat
aucun problme li l'quipement, chaque liaison est limite moins de
1000 circuits virtuels. En pratique, la limite est infrieure cela et les
rseaux plus importants adoptent gnralement une topologie en
maillage partiel. Avec le maillage partiel, il y a plus d'interconnexions que
dans une disposition en toile, mais pas autant qu'avec un maillage
global. L'arrangement effectif dpend beaucoup des besoins en matire
de flux de donnes.

Dans n'importe quelle topologie Frame Relay, quand une seule interface
sert interconnecter plusieurs sites, des problmes d'accessibilit
peuvent survenir. Ceci est d la nature d'accs multiple sans diffusion
(NBMA - nonbroadcast multiaccess) de Frame Relay. Split horizon est
une technique utilise par les protocoles de routage pour viter les
boucles de routage. Split horizon ne permet pas d'envoyer des mises
jour de routage partir de l'interface qui tait la source des
informations de route. Ceci peut occasionner des problmes de mise
jour de routage dans un environnement Frame Relay o plusieurs circuits
virtuels permanents utilisent une seule interface physique.

Quelle que soit la topologie sous-jacente du rseau physique, il est

ncessaire d'effectuer un mappage au niveau de chaque FRAD ou routeur
entre une adresse Frame Relay de la couche de liaison de donnes et une
adresse de la couche rseau, par exemple une adresse IP.
Fondamentalement, le routeur doit savoir quels rseaux sont accessibles
au-del d'une interface en particulier. Le problme est le mme si une
ligne loue ordinaire est connecte une interface. La diffrence rside
dans le fait que l'extrmit distante d'une ligne loue est connecte
directement un seul routeur.

Les trames provenant de l'ETTD sont achemines sur une ligne loue
jusqu'au commutateur de rseau, o elles peuvent ensuite se disperser
sur jusqu' 1000 routeurs. L'identificateur DLCI de chaque circuit virtuel
doit tre associ l'adresse rseau de son routeur distant. Ces
informations peuvent tre configures manuellement l'aide de
commandes de mappage. Le DLCI peut galement tre configur
automatiquement, au moyen de la rsolution d'adresse inverse. Ce
processus est prsent en dtail dans une section spare

2.5. LMI Frame Relay

Frame Relay a t conu pour assurer la transmission de donnes
commutation de paquets avec un minimum de dlais de bout en bout.
Tous les lments risquant de contribuer aux dlais ont t omis. Quand
les constructeurs ont mis en oeuvre Frame Relay titre de technologie
spare et non plus de simple composant du RNIS, ils ont dcid qu'il
Document Millsime Page
OFPPT @ 372198507.doc juin 08 7 - 17
Protocole PPP

tait ncessaire que les ETTD puissent acqurir de faon dynamique des
informations sur l'tat du rseau. Cette fonctionnalit a t omise dans la
conception d'origine. Les extensions ncessaires pour ce transfert de
l'tat sont appeles l'interface de supervision locale (LMI Local
Management Interface).
Le champ DLCI de 10 bits accepte les identificateurs de circuit virtuel de
0 1023. Les extensions LMI rservent quelques-uns de ces
identificateurs. Ceci rduit le nombre de circuits virtuels autoriss. L'ETTD
et l'ETCD s'changent des messages LMI l'aide de ces identificateurs
DLCI rservs.

Les extensions LMI incluent les lments suivants:

Le mcanisme de test d'activit, qui vrifie qu'un circuit virtuel est oprationnel
Le mcanisme multicast
Le contrle de flux
La possibilit de donner une signification globale aux identificateurs DLCI
Le mcanisme d'tat du circuit virtuel

Il existe plusieurs types d'interfaces LMI, toutes mutuellement

incompatibles. Le type de LMI configur sur le routeur doit correspondre
au type utilis par l'oprateur. Trois types dinterfaces LMI sont pris en
charge par les routeurs Cisco :
Cisco Les extensions LMI d'origine
Ansi Correspondant la norme ANSI T1.617 annexe D
q933a Correspondant la norme de l'ITU Q933 annexe A

Les messages LMI sont achemins dans une variante des trames LAPF.
Cette variante inclut quatre champs d'en-tte supplmentaires la rendant
compatible avec les trames LAPD utilises pour le RNIS. Le champ
d'adresse achemine l'un des identificateurs DLCI rservs. Il est suivi des
champs de contrle, d'indicateur de protocole et de rfrence d'appel, qui
ne changent pas. Le quatrime champ indique le type de message LMI.
Un ou plusieurs lments d'informations (IE) suivent l'en-tte. Chaque IE
contient les lments suivants:
Un identificateur d'IE sur un octet
Un champ de longueur d'IE
Un ou plusieurs octets contenant des donnes concrtes, qui incluent
gnralement l'tat d'un identificateur DLCI

Les messages d'tat facilitent la vrification de l'intgrit des liaisons

logiques et physiques. Ces informations sont cruciales au sein dun
environnement de routage, car les protocoles de routage fondent leurs
dcisions sur lintgrit des liaisons.

2.6. tapes des protocoles de rsolution d'adresse

inverse et LMI
Les messages d'tat LMI combins aux messages du protocole de
rsolution d'adresse inverse permettent un routeur d'associer les
adresses de la couche rseau et de la couche de liaison de donnes.
Document Millsime Page
OFPPT @ 372198507.doc juin 08 8 - 17
Protocole PPP

Quand un routeur connect un rseau Frame Relay dmarre, il envoie

au rseau un message d'interrogation de l'tat LMI. Le rseau rpond par
un message d'tat LMI contenant des informations sur chaque circuit
virtuel configur sur la liaison d'accs.

Le routeur rpte rgulirement cette interrogation de l'tat, mais les

rponses ultrieures n'incluent que les changements d'tat. Aprs un
nombre prdfini de ces rponses abrges, le rseau envoie un message
d'tat complet.

Si le routeur doit mapper les circuits virtuels des adresses de la couche

rseau, il envoie un message de rsolution d'adresse inverse sur chaque
circuit virtuel. Ce message contient l'adresse de couche rseau du
routeur, afin que l'ETTD ou le routeur distant puisse galement procder
au mappage. La rponse de rsolution d'adresse inverse permet au
routeur d'inscrire les entres de mappage ncessaires dans sa table de
correspondances adresse-DLCI. Si plusieurs protocoles de couche rseau
sont pris en charge par la liaison, des messages de rsolution d'adresse
inverse sont renvoys pour chacun d'entre eux

3.Configurer des connexions Frame Relay

3.1. Configuration de base de Frame Relay
La prsente section dcrit la configuration de base d'un circuit virtuel
permanent Frame Relay. Frame Relay est configur sur une interface
srie. Le type d'encapsulation par dfaut est celui de la version
propritaire Cisco de HDLC. Pour passer l'encapsulation Frame Relay,
utilisez la commande encapsulationframerelay[cisco|ietf].

o cisco : Utilise l'encapsulation Frame Relay propritaire

de Cisco. Utilisez cette option pour effectuer une connexion
un autre routeur Cisco. De nombreux quipements non-
Cisco prennent galement en charge ce type
d'encapsulation. Il sagit de la valeur par dfaut.
o ietf : Rend la mthode d'encapsulation la norme RFC
1490 de l'IETF (Engineering Task Force). Slectionnez cette
option si vous vous connectez un routeur non-Cisco.

L'encapsulation Frame Relay propritaire de Cisco fait appel un en-tte

sur 4 octets, dont 2 dsignent l'identificateur de connexion de liaisons de
donnes (DLCI) et 2 le type de paquet.

Dfinissez une adresse IP pour l'interface au moyen de la commande ip

address. Dfinissez la bande passante de l'interface srie l'aide de la
commande bandwidth. La bande passante se spcifie en kilobits par
seconde (kbits/s). Cette commande sert avertir le protocole de routage
que la bande passante est configure de faon statique sur la liaison. La
valeur de bande passante est utilise par les protocoles IGRP (Interior
Document Millsime Page
OFPPT @ 372198507.doc juin 08 9 - 17
Protocole PPP

Gateway Routing Protocol), EIGRP (Enhanced Interior Gateway Routing

Protocol) et OSPF (Open Shortest Path First) pour dterminer la mtrique
de la liaison.

La commande framerelaylmitype[ansi|cisco|q933a] permet

d'tablir et de configurer la connexion LMI. Cette commande est
seulement ncessaire avec la plate-forme logicielle Cisco IOS 11.1 ou une
version prcdente. partir de l'IOS version 11.2, aucune configuration
n'est ncessaire, car le type de LMI est dtect automatiquement. Cisco
est le type de LMI par dfaut. Le type de LMI se dfinit en fonction de
l'interface. Il est renvoy par la commande showinterfaces.
Les tapes de configuration sont les mmes, quels que soient les
protocoles de couche rseau actifs sur le rseau.

3.2. Configuration d'une carte Frame Relay statique

L'identificateur DLCI doit tre mapp de faon statique l'adresse de
couche rseau du routeur distant quand ce dernier ne prend pas en
charge la rsolution d'adresse inverse. Ceci est galement vrai quand le
trafic de diffusion broadcast et multicast doit tre contrl sur le circuit
virtuel permanent. Ces entres de carte Frame Relay statiques sont
dsignes par le nom de cartes statiques.

Utilisez la commande pour mapper de faon statique l'adresse de couche

rseau l'identificateur DLCI local.
framerelaymapprotocolprotocoladdressdlci[broadcast]

3.3. Configuration de sous-interfaces Frame Relay

C'est l'oprateur Frame Relay qui attribue les numros d'identification
DLCI. Ces numros vont de 16 992, et n'ont gnralement qu'une
signification locale. Les identificateurs DLCI peuvent avoir une importance

Document Millsime Page

OFPPT @ 372198507.doc juin 08 10 - 17
Protocole PPP

globale dans certaines circonstances. Cette plage de numros est

variable, en fonction de l'interface LMI utilise.

Dans l'illustration, le routeur A comporte deux sous-interfaces point--

point. La sous-interface s0/0.110 se connecte au routeur B et la sous-
interface s0/0.120 au routeur C. Chaque sous-interface rside sur un
sous-rseau diffrent. Pour configurer les sous-interfaces d'une interface
physique, procdez comme suit :
Configurez l'encapsulation Frame Relay sur l'interface physique au moyen
de la commande encapsulationframerelay
Pour chacun des circuits virtuels permanents dfinis, crez une sous-
interface logique

router(configif)#interface serial number.subinterfacenumber

[multipoint|pointtopoint]

Pour crer une sous-interface, utilisez la commande interface serial.

Indiquez le numro de port, suivi d'un point (.), puis du numro de la
sous-interface. En gnral, le numro de sous-interface est celui de
l'identificateur DLCI. Ceci facilite le dpannage. Le dernier paramtre
obligatoire indique si la sous-interface est de type point--point ou point-
-multipoint. Le mot cl multipoint ou pointtopoint s'avre alors
ncessaire. Il n'y a pas de valeur par dfaut. Les commandes suivantes
crent la sous-interface du circuit virtuel permanent vers le routeur B :
routerA(configif)#interfaceserial0/0.110pointtopoint

Si la sous-interface est configure en point-to-point, l'identificateur DLCI

local de la sous-interface doit galement tre configur afin que celle-ci
puisse tre distingue de l'interface physique. Le DLCI est galement
ncessaire pour les sous-interfaces multipoint pour lesquelles la
rsolution d'adresse inverse a t active. Il n'est pas obligatoire pour les
sous-interfaces multipoint configures avec des correspondances de route
statiques. La commande framerelayinterfacedlci sert configurer
l'identificateur DLCI local sur la sous-interface.
router(configsubif)#framerelayinterfacedlcidlcinumber

3.4. Vrification de la configuration Frame Relay

La commande show interfaces affiche des informations sur

l'encapsulation et l'tat des couches 1 et 2. Elle affiche galement les
informations ci-dessous:
Le type d'interface LMI
L'identificateur DLCI de l'interface LMI

Document Millsime Page

OFPPT @ 372198507.doc juin 08 11 - 17
Protocole PPP

Le type d'quipement terminal de traitement de donnes/quipement de

terminaison de circuit de donnes (ETTD/ETCD)

Gnralement, le routeur est considr comme un quipement terminal

de traitement de donnes (ETTD). Toutefois, il est possible de configurer
un routeur Cisco comme commutateur Frame Relay. Le routeur devient
un quipement de terminaison de circuit de donnes (ETCD) quand il est
configur en tant que commutateur Frame Relay.

Utilisez la commande show framerelay lmi pour afficher les

statistiques relatives au trafic sur l'interface LMI.

Par exemple, cette commande montre le nombre de messages d'tat

changs entre le routeur local et le commutateur Frame Relay local.
Utilisez la commande showframerelaypvc[interfaceinterface]
[dlci] pour afficher l'tat de chaque circuit virtuel permanent configur,
ainsi que des statistiques sur le trafic.

Cette commande s'avre galement utile pour afficher le nombre de

paquets BECN et FECN reus par le routeur. L'tat du circuit virtuel
permanent peut tre actif, inactif ou supprim.

La commande showframerelaypvc prsente l'tat de tous les circuits

virtuels permanents configurs sur le routeur. Spcifiez un circuit virtuel
permanent pour afficher son tat en particulier.

la figure , la commande show framerelay pvc 100 affiche

uniquement ltat du circuit virtuel permanent PVC 100.
Utilisez la commande showframerelaymap pour afficher les entres
actuelles de la carte, ainsi que des informations sur les connexions. Les
informations ci-dessous permettent d'interprter l'cran de rsultats show
framerelaymapqui apparat la figure:

10.140.1.1 constitue l'adresse IP du routeur distant, apprise de faon dynamique

par la rsolution d'adresse inverse
100 est la valeur dcimale de l'identificateur DLCI local
Document Millsime Page
OFPPT @ 372198507.doc juin 08 12 - 17
Protocole PPP

0x64 est la conversion hexadcimale de l'identificateur DLCI, 0x64 = 100 en

valeur dcimale
0x1840 est la valeur telle qu'elle apparat sur la ligne, tant donn que les bits de
l'identificateur DLCI sont disperss dans le champ d'adresse de la trame Frame
Relay
La diffusion broadcast/multicast est active sur le circuit virtuel permanent
L'tat du circuit virtuel permanent est actif

Pour supprimer les cartes Frame Relay cres de faon dynamique

l'aide de la rsolution d'adresse inverse, utilisez la commande clear
framerelayinarp.

3.5. Dpannage de la configuration Frame Relay

Utilisez la commande debug framerelay lmi pour dterminer si le

routeur et le commutateur Frame Relay envoient et reoivent
correctement les paquets LMI.

Le out est un message d'tat de l'interface LMI envoy par le routeur.

Le in est un message reu du commutateur Frame Relay. Un message
d'tat LMI complet est un type 0. Un change LMI est un type 1.
dlci 100, status 0x2 indique l'tat actif de l'identificateur DLCI 100. Les
valeurs possibles du champ d'tat sont les suivantes :
0x0 Ajout/inactif signifie qu'un identificateur DLCI a t programm
pour le commutateur, mais qu'il n'est pas utilisable. La raison peut en tre
que l'autre extrmit du circuit virtuel permanent ne fonctionne pas.
0x2 Ajout/actif signifie que le commutateur Frame Relay dispose de
l'identificateur DLCI et que tout est oprationnel.
0x4 Supprim signifie que le commutateur Frame Relay n'a programm
aucun identificateur DLCI pour le routeur, mais qu'il en a exist un dans le
pass. Ceci est peut-tre caus par l'inversion des DLCI sur le routeur ou
parce que le circuit virtuel permanent a t supprim par l'oprateur dans
le nuage Frame Relay.

Document Millsime Page

OFPPT @ 372198507.doc juin 08 13 - 17
Protocole PPP

Document Millsime Page

OFPPT @ 372198507.doc juin 08 14 - 17
Protocole PPP

Pour approfondir le sujet.

Proposition de rfrences utiles permettant dapprofondir le thme abord

Sources de rfrence
Citer les auteurs et les sources de rfrence utilises pour llaboration du
support
CCNA 4

Document Millsime Page

OFPPT @ 372198507.doc juin 08 15 - 17