Frame Relay ccnp_cch.

Frame Relay ccnp_cch

Frame Relay - Présentation générale
• Définition d'un protocole de transfert de données sur réseau de données public ou privé. - Normalisé par l'UIT-T et l'ANSI - Le Frame Relay Forum produit des avis dans le cadre spécifique de l'usage privé ( • Protocole de couche 2 (liaison de données) orienté mode connecté. • Reporte la correction d'erreur sur les couches hautes • Utilise les services de la couche physique pour des débits de 64 à 45 Mbit/s ccnp_cch

• Utilisation de circuits virtuels permanents ou commutés - PVC (Permanent Virtual Channel) - SVC (Switched Virtual Channel) - Le support des circuits virtuels commutés nécessite les signalisations UIT-T Q922 et Q933 ou ANSI T1.617 • Un circuit virtuel est identifié par un numéro de DLCI ou Dalta Link Control Identifier - Le numéro de DLCI a une signification locale - Affection des numéros de DLCI - DLCIs 0-15 et réservés pour usage spécial - DLCIs pour usage général - DLCIs 1019,1020 usage Multicast - DLCI 1023 LMI Cisco DLCI 0 LMI ANSI ccnp_cch

ERBdB PVC DLCI 500 LAN LMI ARP ETH MAC Destination Source IP Frame Relay map ou Inverse ARP Frame relay Destination DLCI (500) IP ( ) ccnp_cch

LMI - Local Management Interface
• LMI est un standard de signalisation entre le commutateur Frame Relay de l'opérateur et l'équipement situé chez le client. Les fonctions de LMI sont les suivantes: - Mécanisme de "Keepalive" pour s'assurer que l'autre extrémité est toujours opérationnelle. - Adressage multicast (option). Une trame transmise par un émetteur peut être reçue par plusieurs récepteurs Adressage global (option). Le numéro de DLCI a une signification globale ce qui permet d'identifier une interface particulière dans un réseau. - Messages d'état des DLCIs transmis périodiquement. Ils informent sur l'existence de nouveaux PVC, de l'état des PVCs existants ccnp_cch

LAN PVC DLCI 500 ERBdB DLCI 400 "Keepalive" LMI DLCI 500 Actif DLCI 400 Inactif L'IOS Cisco supporte trois types de LMI: • cisco • ansi • q933a ccnp_cch

• Si vous devez configurer le type d'interface LMI, utilisez la commande suivante: Routeur(config-if)# frame-relay lmi-type {ansi|cisco|q933a} - La valeur par défaut est cisco - Si vous utilisez un IOS release 11.2 ou supérieure vous n'avez pas besoin de configurer le type d'interface LMI. ccnp_cch

• Auto-détection du type de LMI: - Le routeur transmet des messages de demande d'état au commutateur Frame Relay - Le commutateur répond avec un ou plusieurs types de messages LMI. - Le routeur configure le type de LMI avec le dernier type reçu. ccnp_cch

Mapping DLCI et Adresse de couche 3 (réseau)
• Manuel: - A l'aide de la commande frame-relay map • Dynamique: - Le routeur apprend les numéros de DLCI par l'interface LMI avec le commutateur - Le protocole I-ARP (Inverse-Address Resolution Protocol) permet d'obtenir l'adresse IP correspondant à un DLCI en transmettant des requêtes au prochain saut Le routeur met sa table de correspondance à jour et peut ainsi acheminer les paquets sur les DLCI correspondants. ccnp_cch

Mapping DLCI et Adresse de couche 3 (réseau)
• Inverse ARP - Elimine les configurations manuelles Commutateur Frame Relay DLCI 100 DLCI 200 P0 P1 requête IARP Requête IARP IARP réponse IARP réponse Frame-relay map Table de Commutation Adresse du prochain Routeur DLCI Port-IN DLCI-IN Port-OUT DLCI-OUT P P ccnp_cch

Frame Relay - Configuration minimum
Réseau Frame Relay DLCI 102 DLCI 101 Site Central Agence Central(config)# interface serial 0/0 Central(config-if)# ip address Central(config-if)# encapsulation frame-relay Central(config-if)# ip address Router(config-if)# encapsulation frame-relay [cisco|ietf] - cisco est la valeur par défaut (Utilisez cette valeur lorsque vous utilisez deux routeurs Cisco) - ietf (RFC 1490) (Utilisez cette valeur si vous êtes connecté avec un routeur autre que Cisco) ccnp_cch

Frame Relay - Configuration minimum
• Mapping Inverse ARP Réseau Frame Relay DLCI 102 DLCI 101 Site Central Agence Central# show frame-relay map Serial (up): ip dlci 101, dynamic, broadcast,status defined, active ( dynamic indique que l'adresse IP a été apprise via Inverse ARP) • Limitations d'Inverse ARP - Inverse ARP résoud uniquement les adresses des équipements Frame Relay distants qui sont directement connectés. ccnp_cch

Frame Relay - Topologies NBMA
• NBMA - Non-Broadcast Multiple Access - Les réseaux Frame Relay sont des réseaux NBMA - Les réseaux NBMA permettent à un routeur d'établir et de maintenir plusieurs connexions logiques sur une seule connexion physique. - Le "monde" est un réseau unique auquel sont rattachés de multiples équipements. - Un paquet transmis par un routeur n'est pas vu des autres routeurs. ccnp_cch

Frame Relay - Topologies NBMA
Totalement Maillé (Full Mesh) Partiellement Maillé (Partial Mesh) Etoile (Hub ans Spoke (Star)) ccnp_cch

Frame Relay - Configuration en Etoile
DLCI 211 DLCI 102 DLCI 112 DLCI 101 Réseau Frame Relay Agence 2 Agence 1 Central • Cette topologie est qualifiée de topologie "Hub and Spoke" par Cisco Le routeur Central est le "Hub router" et relaie les informations entre les deux routeurs Agence 1 et Agence 2 qui sont les "Spoke Router". • Limite le nombre de PVCs nécessaires pour une topologie totalement maillée ccnp_cch

• Configuration utilisant Inverse ARP Central interface serial0 ip address encapsulation frame-relay Agence1 interface serial0 ip address Agence2 interface serial0 ip address - Aucun DLCI n'est mentionné, ils seront appris par l'interface LMI. ccnp_cch

• Configuration utilisant Inverse ARP Central# show frame-relay map Serial0(up): ip dlci 101, dynamic, broadcast, status defined, active Serial0(up): ip dlci 112, dynamic, broadcast, status defined, active Agence1# show frame-relay map Serial0(up): ip dlci 102, dynamic, broadcast, status defined, active Agence2# show frame-relay map Serial0(up): ip dlci 211, dynamic, broadcast, status defined, active - Les deux routeurs Agence1 et Agence2 ont un mapping uniquement avec l'adresse IP du routeur Central. ccnp_cch

• Configuration utilisant Inverse ARP • Limitations d'Inverse ARP - Une commande ping depuis le routeur Central vers les routeurs Agence1 et Agence2 est exécutée avec succès - Une commande ping depuis le routeur Agence1 vers le routeur Central est exécutée avec succès - Une commande ping depuis le routeur Agence2 vers le routeur Agence2 n'aboutit pas!! - Il n'y a pas de mapping de DLCI avec les adresses IP de chacun des deux routeurs ccnp_cch

Frame Relay - Configuration Totalement Maillée
• La solution Maillage Total (Full Mesh) n'est pas évolutive - Nombre de connexions C nécessaires en fonction du nombre de nœuds n. C = (n*(n-1))/2 Nombre de Noeuds Connexions Nombre de PVCs 2 1 3 6 4 12 15 30 7 21 42 8 28 56 10 45 90 ccnp_cch

Frame Relay - Commande frame-relay map
• La commande frame-relay map permet : - De faire correspondre de manière statique des DLCIs locaux à des adresses de réseaux distants inconnus. - De faire cette correspondance si le routeur distant ne supporte pas Inverse ARP. ccnp_cch

• Router(config-if)# frame-relay map protocol protocol-address dlci [broadcast][ietf|cisco|payload-compress packet-by-packet] - broadcast (Optionnel) - Achemine les paquets de broadcast quand le multicast n'est pas validé. Utilisez ce mot-clé quand vous voulez que le routeur achemine les mises à jour de routage. Si broadcast n'est pas validé, vous devez définir des routes statiques. - ietf|cisco (Optionnel) - Sélectionnez le type d'encapsulation Frame Relay à utiliser. Utilisez ietf seulement si le routeur distant est un routeur non-Cisco autrement utilisez cisco. ccnp_cch

Central interface serial0 ip address encapsulation frame-relay (Inverse ARP fonctionne toujours à ce niveau) Agence1 interface serial0 ip address frame-relay map ip frame-relay map ip Agence2 interface serial0 ip address frame-relay map ip frame-relay map ip Central DLCI 211 DLCI 102 DLCI 112 DLCI 101 Réseau Frame Relay Agence 2 Agence 1 ccnp_cch

Frame Relay - Combinaison Inverse ARP et frame-relay map
Central interface serial0 ip address encapsulation frame-relay Agence1 interface serial0 ip address frame-relay map ip Agence2 interface serial0 ip address frame-relay map ip DLCI 211 DLCI 102 DLCI 112 DLCI 101 Réseau Frame Relay Agence 2 Agence 1 ccnp_cch

Central# show frame-relay map Serial0(up): ip dlci 101, dynamic, broadcast, status defined, active Serial0(up): ip dlci 112, dynamic, broadcast, status defined, active Agence1# show frame-relay map Serial0(up): ip dlci 102, dynamic, broadcast, status defined, active Serial0(up): ip dlci 102, static, CISCO, status defined, active ( static = appris par la commande frame-relay map) Agence2# show frame-relay map Serial0(up): ip dlci 211, dynamic, broadcast, status defined, active Serial0(up): ip dlci 102, static, CISCO, status defined, active • Tout est correct les deux routeurs peuvent communiquer ccnp_cch

• Règle de la commande frame-relay map - Quand la commande frame-relay map est utilisée pour un protocole particulier (IP, IPX...), Inverse ARP est dévalidé pour ce protocole et le DLCI mentionné dans la commande frame-relay map. - La solution précédente fonctionne car la commande frame-relay map a été exécutée après l'exécution d'Inverse ARP - Les résultats de la commande frame-relay map et d'Inverse ARP coexistent et restent effectifs Lorsque le routeur est rechargé (reboot ou reload), Inverse ARP ne sera pas exécuté à cause de la commande frame-relay map. ( On suppose que la configuration a été sauvegardée en NVRAM) ccnp_cch

• Après rechargement du routeur (reload ou reboot) Central# show frame-relay map Serial0(up): ip dlci 101, dynamic, broadcast, status defined, active Serial0(up): ip dlci 112, dynamic, broadcast, status defined, active Agence1# show frame-relay map Serial0(up): ip dlci 102, static, CISCO, status defined, active (static = appris par la commande frame-relay map) Agence2# show frame-relay map Serial0(up): ip dlci 102, static, CISCO, status defined, active • Les deux lignes indiquant la correspondance avec l'attribut dynamic entre l'adresse et les numéros de DLCI ont disparues. Solution: Utilisez la commande frame-relay map là où elle devient nécessaire ccnp_cch

Frame Relay - Exemple frame-relay map
Adresse IP = /24 Réseau Frame Relay Adresse IP = /24 DLCI 100 DLCI 110 Cirucuit Virtuel Site Central Agence Router(config)# interface Serial1 Router(config-if)# ip address Router(config-if)# encapsulation frame-relay Router(config-if)# bandwith 64 Router(config-if)# frame-relay map ip broadcast cisco Information pour le routage (IGRP, EIGRP) ccnp_cch

Frame Relay - Exemple frame-relay map
• L'exemple suivant montre un cas dans lequel plusieurs destinations utilisent une encapsulation cisco sauf une qui utilise l'encapsulation ietf. Router(config-if)# encapsulation frame-relay Router(config-if)# bandwith 64 Router(config-if)# frame-relay map ip broadcast Router(config-if)# frame-relay map ip broadcast ietf Router(config-if)# frame-relay map ip broadcast ccnp_cch

Frame Relay - Les sous-interfaces
• Implémentation sans sous-interface Réseau Frame Relay Réseau A Réseau D Réseau C Réseau B Réseau E Une interface par réseau ccnp_cch

• Deux types de sous-interfaces sont disponibles sur les routeurs Cisco - Sous-interfaces point à point - Sous-interfaces multipoint • L'utilisation de sous-interfaces sur les routeurs permet de traiter chaque PVC comme une interface point à point séparée. ccnp_cch

• Le Hub Routeur - Sous-interfaces point à point: Chaque sous-interface a son propre réseau. Les Broadcasts et le "Split-Horizon" ne posent pas de problème Sous-interfaces Multipoint: Toutes les sous-interfaces seront dans le même réseau. Les broadcasts et les mises à jour de routage sont soumises au problème du "Split-Horizon". Interface Serial 0.2 Réseau F Interface Serial 0.1 Réseau E Réseau B Réseau A Réseau C Serial0 Interface Serial 0.3 Réseau G Réseau Frame Relay Réseau D ccnp_cch

Site Central Agence1 Agence2 S0.3 DLCI=120 S0.2 DLCI=110 S0.3 S0.2 S0.1 ccnp_cch

• Frame relay et "Split-Horizon" - Interfaces physiques: Avec une topologie de type "Hub and Spoke" ou Etoile, le "Split-Horizon" empêche un routeur terminal d'une branche de propager les routes apprises vers un autre routeur d'une autre branche. - Sous-interfaces point à point: Chaque interface est située sur un sous-réseau. Les Broadcast et le "Split-Horizon" ne posent pas de problème. - Sous-interfaces Multipoint: Les sous-interfaces seront dans le même sous-réseau. Les Broadcast et les mises à jour de routage sont soumises à la règle du "Split-Horizon" et cela peut poser quelques problèmes. ccnp_cch

• Frame relay et "Split-Horizon" - Pas de "Split-Horizon" avec les sous-interfaces point à point S0.1=51 S0.2=52 S0.3=53 DLCI 51 DLCI 53 DLCI 52 Routing Update Site Central Site A Site C Site B ccnp_cch

• Frame relay et "Split-Horizon" - "Split-Horizon" avec les sous-interfaces Multipoint ou les interfaces physiques multipoint Interface Serial0 DLCI 51 DLCI 53 DLCI 52 Routing Update Site Central Site A Site C Site B Split-Horizon ccnp_cch

• Sous-interfaces point à point - Les sous-interfaces point à point sont considérées comme des interfaces point à point conventionnelles (PPP,..) et n'ont pas de concept ou n'ont pas besoin de: • Inverse-ARP • Correspondance entre le numéro de DLCI local et l'adresse de réseau distant associée ( commande frame-relay map). - Le service Frame relay supporte plusieurs PVCs sur la même interface physique et chaque PVC lié à une sous-interface correspond à une interface physique point à point indépendante. ccnp_cch

• Sous-interfaces point à point - Les interfaces physiques multipoint ou les sous-interfaces multipoint peuvent : - Avoir plusieurs DLCIs assignés - Supporter les commandes frame-relay map et interface-dlci - Utiliser Inverse-ARP - Les sous-interfaces point à point ne peuvent pas: - Avoir plusieurs DLCI assignés à une seule sous-interface - Supporter la commande frame-relay map - Les sous-interfaces point à point peuvent: - Supporter la commande frame-relay interface-dlci ccnp_cch

• Sous-interfaces point à point - Configuration de sous-interface point à point Router(config)#interface serial0.1 point-to-point Router(config-subif)#frame-relay interface-dlci dlci-number Router(config-subif)#ip address ip-address subnet-mask - Règles: 1. La commande frame-relay map ne peut pas être utilisée avec les sous-interfaces point à point 2. Un seul DLCI peut être associé à une seule sous-interface point à point. - L'encapsulation est faite au niveau de l'interface physique interface Serial0 no ip address encapsulation frame-relay ccnp_cch

• Sous-interfaces point à point - Commande show frame-relay map Router# show frame-relay map Serial0.1 (up) : point-to-point dlci, dlci 301(0xCB,0x30B0), broadcast status defined, active - Commande show frame-relay pvc Router#show frame-relay pvc 301 PVC Statistics for interface Serial0 (Frame Relay DTE) DLCI = 301, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1 input pkts output pkts in bytes 184 out bytes dropped pkts in FECN pkts 0 in BECN pkts out FECN pkts out BECN pkts 0 in DE pkts out DE pkts 0 out bcast pkts out bcast bytes 288 pvc create time 00:02:03, last time pvc status changed 00:02:03 ccnp_cch

• Sous-interfaces point à point - Configuration Réseau Frame relay DLCI 301 Serial 0.1 /24 DLCI 302 Serial 0.2 /24 DLCI 203 /24 DLCI 103 /24 Agence1 Agence2 Central ccnp_cch

• Sous-interfaces point à point - Configuration Routeur Centre interface serial0 encapsulation frame-relay no ip address interface serial0.1 point-to-point ip address frame-relay interface-dlci 301 interface serial0.2 point-to-point ip address frame-relay interface-dlci 302 Routeur Agence1 ip address frame-relay interface-dlci 103 Routeur Agence2 interface serial0 encapsulation frame-relay no ip address interface serial0.1 point-to-point ip address frame-relay interface-dlci 203 ccnp_cch

• Sous-interfaces Multipoint Interface Serial 0.1 /24 Interface Serial 0.2 Interface Serial 0.3 /24 DLCIs interface Serial0 • Problème de "Split-horizon" pour les mises à jour de routage ccnp_cch

• Sous-interfaces Multipoint - Configuration Central Interface Serial0.1 DLCI 301 DLCI 302 Réseau Frame relay DLCI 103 Serial 0.1 /24 DLCI 203 Serial 0.1 /24 Agence1 Agence2 ccnp_cch

• Sous-interfaces Multipoint - Configuration Routeur Centre interface serial0 encapsulation frame-relay no ip address interface serial0.1 multipoint ip address frame-relay interface-dlci 301 frame-relay interface-dlci 302 no ip split-horizon Routeur Agence1 interface serial0.1 point-to-point ip address frame-relay interface-dlci 103 Routeur Agence2 interface serial0 encapsulation frame-relay no ip address interface serial0.1 point-to-point ip address frame-relay interface-dlci 203 ccnp_cch

Frame Relay - Mise en forme du trafic
• Terminologie Frame Relay - CIR - Committed Information Rate Débit moyen négocié pendant un intervalle de temps prédéfini (intervalle Tc=Bc/CIR) - Bc - commited Burst Nombre maximum de bits acceptés par le commutateur pendant la durée de l'intervalle (Tc) de mesure du CIR. - Be - excess Burst - Nombre maximum de bits acceptés au dessus du CIR par le commutateur pendant la durée de l'intervalle (Tc) de mesure du CIR. - FECN - Forward Explicit Congestion Notification - Quand le commutateur reconnaît un état de congestion dans le réseau, il transmet une trame avec FECN positionné vers la destination. - BECN - Backward Explicit Congestion Notification une trame avec BECN positionné vers la source. - DE - Discard Eligibility - Le commutateur éliminera en priorité les trames marquées DE s'il y a congestion ccnp_cch

• Terminologie Frame Relay Site Central Agence1 Agence2 Congestion FECN BECN Accès Local 64 Kb/s Accès Local E1 2 Mb/s ccnp_cch

• Trame Frame Relay Flag Adresse Information FCS Flag DLCI C/R EA =0 DLCI FECN BECN DE EA =1 2 1 4 3 2 1 ccnp_cch

• Trame Frame Relay - Détail du champ Adresse • DLCI - Ce champ de 10 bits représente le numéro de circuit virtuel (PVC) • C/R - Ce bit indique que la trame est une commande ou une réponse • EA (Extended Address) - Ce bit indique si un octet supplémentaire est utilisé pour le champ adresse 0 = Octet à suivre 1 = Dernier octet • FECN - Forward Explicit Congestion Notification • BECN - Backward Explicit Congestion Notification • DE Priorité à la perte de trame 0 = Trame prioritaire 1 = Trame non prioritaire ccnp_cch

TC=Bc/CIR Trames rejetées Bc+Be DE = 1 Bc Bits Débit de l'accès CIR DE = 0 Bande passante garantie Trame 1 DE=0 Trame 2 DE=0 Trame 3 DE=1 Trame 4 Trame rejetée T intervalle de mesure ccnp_cch

• La mise en forme du trafic sur Frame Relay fournit les fonctions suivantes: - Régulation de trafic par circuit virtuel - Support généralisé de BECN par circuit virtuel - Support des files d'attente par circuit virtuel - Priority/Custom/Weighted Fair Queueing(PQ/CQ/WFQ) ccnp_cch

• Régulation du débit - Régulation du débit sur la base du circuit virtuel - Configuration d'un débit crête pour limiter le trafic sortant pour le CIR ou tout autre valeur prédéfinie comme le EIR (Excess Information Rate) - EIR - Si le débit d'informations dépasse un maximum négocié entre l'abonné et l'opérateur, toutes les trames au-delà de ce maximum seront automatiquement éliminées même s'il n'y a pas congestion. ccnp_cch

• Régulation de trafic adaptive avec BECN • Support généralisé de BECN par circuit virtuel - Le routeur peut superviser les BECNs et réguler le trafic d'après les trames marquées avec BECN transmises par le réseau Frame Relay • Support des files d'attente par circuit virtuel - Permet une granularité très fine pour la régulation du trafic. Les files d'attente permettent un meilleur contrôle du flux de trafic sur un circuit virtuel. ccnp_cch

• Quand utiliser la mise en forme du trafic? - Quand il y a une connexion E1 (2Mb/s) au site central et des connexions bas débit (64 Kb/s) sur les sites distants. - Quand vous avez plusieurs circuits virtuels vers différents sites sur la même ligne physique. - La régulation de débit vous permet de contrôler le débit utilisé par le routeur par d'autres moyens que le CIR. - Vous avez constaté des périodes de congestion sur votre connexion Frame Relay et vous voulez que le routeur régule le trafic. ccnp_cch

• Quand utiliser la mise en forme du trafic? • Les capacités de régulation basée sur BECN permettent au routeur de réaliser une régulation dynamique du trafic basée sur la réception de trames marquées avec BECN La régulation est faite par circuit virtuel et le débit augmente d'une manière inversement proportionnelle au nombre de trames venant du réseau marquées avec BECN • Vous pouvez aussi avoir types de trafic tels que IP, IPX ou SNA sur le même circuit virtuel et vous voulez vous assurer que chacun de ces différents types de trafic utilisent une partie de la bande passante L'utilisation du "Custom Queueing" (CQ) avec la mise en file d'attente par circuit virtuel et la régulation de débit permet d'allouer une partie de la bande passante à chacun de ces types de trafic. ccnp_cch

• Configurer la mise en forme du trafic 1. Création d'une map-class Routeur(config)# map-class frame-relay classe1 Routeur(config-map-class)# 2. Définir les fonctions de la map-class classe1 a. Définir le débit moyen et le débit crête en bit/s autorisés sur le circuit virtuel associé avec la map-class b. Définir la régulation dynamique du trafic par le routeur d'après le nombre de BECN reçus c. Définir une "custom queue-list" ou une "priority queue-group " à utiliser sur les circuits virtuels associés à la map-class ccnp_cch

• Configurer la mise en forme du trafic a. Définir la régulation du débit en configurant le débit moyen et le débit crête autorisés sur les circuits virtuels associés à la map-class. Routeur(config-map-class)#frame-relay traffic-rate average [peak] - average = Débit moyen équivalent au CIR négocié avec l'opérateur - peak (optionnel) = Débit crête en bit/s. La valeur usuellement paramétrée est égale à CIR+Be/Tc ccnp_cch

• Configurer la mise en forme du trafic b. Définir la régulation dynamique du trafic par le routeur d'après le nombre de BECN reçus Routeur(config-map-class)#frame-relay adaptive-shaping becn ccnp_cch

• Configurer la mise en forme du trafic c. Définir une "custom queue-list" ou une "priority queue-group " à utiliser sur les circuits virtuels associés à la "map-class" Routeur(config-map-class)#frame-relay custom-queue-list number Routeur(config-map-class)#frame-relay priority-group number ccnp_cch

• Configurer la mise en forme du trafic - Valider la mise en forme du trafic sur l'interface et appliquer la map-class Routeur(config-if)#encapsulation frame-relay Routeur(config-if)#frame-relay traffic-shaping Routeur(config-map-class)#frame-relay class classe1 ccnp_cch

• Mise en forme du trafic avec BECN Router(config)#interface serial0 Router(config-if)#encapsulation frame-relay Router(config-if)#frame-relay traffic-shaping Router(config-if)#frame-relay class notifbecn ! Router(config)#map-class frame-relay notifbecn Router(config-map-class)#frame-relay adaptive-shaping becn ccnp_cch

• Commande show frame-relay pvc -show frame-relay pvc dlci-number Router#show frame-relay pvc 110 PVC Statistics for interface Serial0 (Frame Relay DTE) DLCI = 110, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, Interface = Serial0.1 input pkts output pkts in bytes out bytes dropped pkts in FECN pkts 0 in BECN pkts out FECN pkts out BECN pkts 0 in DE pkts out DE pkts 0 out bcast pkts 33066 Shaping adapts to BECN pvc create time 1w6d, last time pvc status changed 1w6d cir bc be limit 875 interval 125 mincir byte increment BECN response no pkts bytes pkts delayed bytes delayed 0 shaping inactive Serial0.1 dlci 110 is first come first serve default queueing Output queue 0/40, 0 drop, 0 dequeued ccnp_cch

• Commande show traffic-shape Router#show traffic-shape access Target Byte Sustain Excess Interval Increment Adapt I/F list Rate Limit bits/int bits/int (ms) (bytes) Active Se0/ MAX=Bc+Be Be Bc=Tc * CIR CIR Tc = Bc/CIR Bc Ecoute de BECN ou FECN ccnp_cch

Frame Relay - Problèmes de routage
• Protocoles de routage vecteur distance et "Split-Horizon" • OSPF et non concordance de type de réseau ccnp_cch

• Protocoles de routage vecteur distance et "Split-Horizon" - La règle du "Split-Horizon" empêche la propagation des mises à jour de routage transmises par un routeur terminal d'une branche de l'étoile sur un PVC vers un autre PVC d'une autres branche de l'étoile. - Les protocoles de routage de type vecteur distance ne sont pas construits pour une topologie multi-connexion ou multi-PVCs de couche liaison utilisée par le Frame Relay . Interface Serial0 DLCI 51 DLCI 53 DLCI 52 Routing Update Site Central Site A Site C Site B Split-Horizon ccnp_cch

• Protocoles de routage vecteur distance et "Split-Horizon" - Ce problème ne se produit pas pour les topologies totalement maillées car chaque routeur a une connexion directe avec tous les autres routeurs et toutes les mises à jour de routage sont directement transmises entre routeurs. - Pour les interfaces physiques ou les sous-interfaces multipoint, le "Split-Horizon" peut être dévalidé sur le "Hub routeur". - Des boucles de routage peuvent apparaître Pour éviter ce problème, des liste de distribution peuvent être utilisées pour indiquer au routeur quelles routes il doit annoncer sur une interface. - Pour les sous-interfaces point à point, il n'y a pas de problème de "Split-Horizon" car chaque sous-interface a son propre réseau. ccnp_cch

• OSPF et non concordance de type de réseau - OSPF n"est pas affecté par le "Split-Horizon" car il ne l'applique pas - OSPF a son propre ensemble de problèmes avec le Frame Relay - OSPF transmet des messages "Hello" toutes les 30 secondes vers ses voisins pour créer des adjacences et le maintenir. - Pour créer ces adjacences, les deux voisins doivent posséder les mêmes paramètres "Hello" dont le type de réseau. ccnp_cch

• OSPF et non concordance de type de réseau - Types de réseaux OSPF pour les différentes interfaces - Ethernet, FDDI, Token Ring : BROADCAST - Connexion WAN E1/T1 point à point: POINT_TO_POINT - NBMA (Non-Broadcast Multiple Access) - Frame Relay et ATM : NON_BROADCAST - La commande show ip ospf interface permet de connaître le type de réseau associé à l'interface. ccnp_cch

• OSPF et non concordance de type de réseau Type de réseau OSPF : Central: Point_To_Point Distants: Non_Broadcast Sous-Interfaces Point à Point sur le routeur central et Interfaces physiques sur les routeurs distants Centre Routeur Centre interface serial0 encapsulation frame-relay no ip address interface serial0.1 point-to-point ip address encapsulation frame-relay frame-relay interface-dlci 301 ip address frame-relay interface-dlci 302 Routeur Agence1 ip address /24 /24 DLCI 301 Serial 0.1 DLCI 302 Serial 0.2 Réseau Frame Relay /24 /24 Agence 1 Agence 2 Routeur Agence2 interface serial0 encapsulation frame-relay ip address ccnp_cch

• OSPF et non concordance de type de réseau - Connexion OSPF avec une interface Frame Relay conventionnelle, le type de réseau est Non_Broadcast - Connexion OSPF avec une sous-interface point à point Frame Relay, le type de réseau est Point_To_Point. - Message d'erreur : "OSPF: Mismatched hello parameters from ..." Solution: Router(config-if)#ip ospf network ? broadcast nonbroadcast point-to-multipoint ccnp_cch

Frame Relay ccnp_cch.

Présentations similaires

Présentation au sujet: "Frame Relay ccnp_cch."— Transcription de la présentation:

Présentations similaires

Notre projet

Feed-back

Entrer

S'autoriser via un réseau social:

Frame Relay ccnp_cch.

Présentations similaires

Présentation au sujet: "Frame Relay ccnp_cch."— Transcription de la présentation:

Présentations similaires

Notre projet

Feed-back