Frame Relay Configuration & troubleshooting (Chapter 14)

1. Configuration

  1. Configurer l'interface physique pour utiliser l'encapsulation 'frame-relay' (encapsulation frame-relay).
  2. Configurer une adresse IP sur l'interface ou sous-interface(ip address)
  3. Changer le type de LMI sur l'interface (frame-relay lmi-type) [optionnel]
  4. Changer l'encapsulation (par défaut cisco) si besoin (pas que des éqmt cisco)[optionnel]
    • Si ce changement est pour toutes les sous-interfaces on peut configuré cela au niveau de l'interface physique (encapsulation frame-relay) en ajoutant le mot clef ietf.
    • Si le changement d'encapsulation est nécessaire uniquement pour un ou plusieurs VC, il suffit d'ajouter le mot clef ietf à la commande frame-relay interface-dlci sur la sous-interface (uniquement pour les interfaces en mode point à point), ou sur la commande frame-relay map.
  5. Si on ne veut pas utiliser le mode 'Inverse ARP', il suffit de faire le recoupement DLCI/IP au moyen de la commande frame-relay map ip dlci address_ip broadcast sur la sous-interface relatif au VC en question. [optionnel]
  6. Sur une interface ou sous-interface (en mode point à point ou multipoint), associer plusieurs DLCI. Cela se fait au moyen de la commande : frame-relay interface-dlci dlci sur une sous-interface ou bien par effet de bord si on utilise pas l''Inverse ARP' au moyen de la commande : frame-relay map ip dlci address_ip broadcast.

2. Configuration par défaut d'une interface série
Par défaut une interface série est sur un type d'encapsulation HDLC.
Afin de faire du frame-relay, on est obligé de spécifier le type d'encapsulation: encapsulation frame-relay.
Une fois ceci fait la configuration par défaut est la suivante :

  • LMI : autoconfiguration(via essai de tous les types) (TJS sur une interface physique)
  • Encapsulation: cisco
  • PVC DLCI appris automatiquement au moyen des message LMI
  • Inverse ARP: utilise par défaut et se met automatiquement en marche lorsqu'un VC est déclaré "up"

3. Mappage DLCI/IP
Définition:
L'information qui permet de lier une adresse de niveau 3 à une adresse de niveau 3 s'appelle mappage. Cette information est nécessaire sur les réseaux de type multi-accès.

Afin de savoir comment se fait ce mappage les commandes suivantes sont très intéressantes:

  • show frame-relay pvc
  • show frame-relay map

4. Inverse ARP
Comment se fait le mappage dont on vient de parler ?
Celui-ci se fait en utilisant l'Inverse ARP. Contrairement à IP ARP, qui utilise une requête au moment où nous avons besoin de faire la correspondance IP/MAC, ici Frame-Relay "annonce" son IP une fois qu'un VC est déclaré "UP".

5. Mappage statique DLCI/IP
Généralement, on utilisera l'Inverse ARP en production normale. Néanmoins, on peut utiliser un mappage statique. Ceci se fait de la manière suivante :

R(config)# interface serial0/0
R(config-if)# no frame-relay inverse-arp
R(config-if)# frame-relay map ip 199.1.1.2 52 broadcast
R(config-if)# frame-relay map ip 199.1.1.3 53 broadcast

6. Création d'une sous-interface point à point
La création d'une sous-interface point à point(1 VC par sous-interface) se fait de la manière suivante : 

R(config)#interface serial0/0/0
R(config-if)#encapsulation frame-relay
R(config-if)#interface serial 0/0/0.1 point-to-point
R(config-subif)#ip address 140.1.1.1 255.255.255.0
R(config-subif)#frame-relay interface-dlci 52
Ici 'Inverse ARP' est activé et l'affectation du DLCI à la sous-interface est réalisée au moyen de frame-relay interface-dlci.
L'avantage est de distinguer fortement par une sous-interface avec une adresse IP différente par sous-interface.
L'inconvénient => Plus de subnetting.

On pourrait configurer cela aussi de la manière suivante :
R(config-if)#interface serial 0/0/0.1 point-to-point
R(config-subif)#ip address 140.1.1.1 255.255.255.0
R(config-subif)#frame-relay map 140.1.1.2 52 broadcast
En revanche configurer ainsi, 'Inverse ARP' est désactivé.

7. Création d'une sous-interface multipoint
La configuration en mode multipoint(plusieurs VC par sous-interface) se fait de la manière suivante : 

interface serial0/0/0
  encapsulation frame-relay
!
interface serial 0/0/0.1 multipoint
  ip address 140.1.1.1  255.255.255.0
  frame-relay interface-dlci 502
  frame-relay interface-dlci 503
=> Nécessite de mapper TOUS les DLCI avec les IP de leur correspondant sur une même interface :-(

8. Dépannage sur un réseau Frame-Relay
Si un ping d'un bout du réseau FR vers un autre site ne fonctionne pas, nous pouvons procéder de la manière suivante :

  1. Niveau 1: Regarder l'état du lien entre le routeur et le switch Frame-Relay.
  2. Niveau 2: Regarder du côté de l'encapsulation (encapsulation frame-relay) et de LMI sur le lien d'accès.
  3. Vérifier les PVC et leur état
  4. Vérifier un éventuel problème niveau 2/3 lié au mappage statique et dynamique
  5. Vérifier un éventuel problème niveau 2/3 lié à l'encapsulation à chaque bout du réseau FR (cisco ou ietf)
  6. Vérifier un éventuel problème de subnetting.

8.1 Niveau 1
Cf Dépannage lien point à point.

8.2 Niveau 2
Les problèmes à ce niveau résultant à un état "up/down" de l'interface série peuvent être :

  • Problème d'encapsulation sur l'interface (doit être : encapsulation frame-relay)
  • Problème sur le lien LMI entre le DTE et le DCE(FR switch (telco)) : Configuration différente du type de LMI (frame-relay lmi-type type)
  • Enlever le keepalive d'un lien (no keealive).

8.3 PVC et leur état
Prenons l'IP de notre ping qui ne fonctionne pas.

  1. Regardons quelle interface ou sous-interface est utilisée dans la table de routage afin d'aller à cette IP (show ip route X)
  2. Une fois l'interface identifiée: Identifions le PVC utilisé par l'interface ou sous interface (show frame-relay pvc)
  3. S'il y a plus d'un PVC assigné à l'interface ou sous-interface utilisé : show frame-relay map
  4. Vérifions l'état du PVC (show frame-relay pvc ou show frame-relay map associé l'interface et voyons sa concordance avec l'IP du next-hop, routage, ...
Les PVC peuvent avoir différents états. Ces états sont les suivants :
  • Active : PVC utilisable
  • Inactive: PVC non utilisable (interface showdown => Etape 1. aurait détecté le problème OU la configuration en face n'est pas faite)
  • Deleted : Le DLCI/PVC a été supprimé soit sur le DTE ou le DCE. Les messages LMI ne mentionnent donc pas le DLCI/PVC en question.
  • Static : Définit statiquement par frame-relay map ip dlci broadcast
StatusActiveInactiveDeletedStatic
Le PVC est définit sur le réseau FRYesYesNoUnknown
Le routeur essie d'envoyer des trames sur le VCYesNoNoYes

ATTENTION !!!!!
L'état d'une sous-interface ne se conçoit pas complètement comme on peut le faire avec une interface physique (up/up , up/down, ...).
  • down/down : Tous les DLCI/PVC sont soit inactifs, soit supprimés, soit l'interface physique sous-jacente n'est pas dans un état up/up.
  • up/up : Au moins un DLCI associé avec la sous-interface est dans un état 'active'.

8.4 Vérifier un éventuel problème niveau 2/3 lié au mappage statique et dynamique
Ici, le but est de détecter un éventuel problème de mappage entre l'adresse IP du next-hop et le DLCI adéquat.
Sur les interfaces point à point :

  • IOS n'utilise pas l'Inverse ARP ou de mappage statique car l'IP du next-hop est joignable via l'interface point à point.
  • show frame-relay map montre l'interface mais avec aucune adresse du next-hop (car point-to-point)
Sur les interfaces physique ou multipoint :
  • Elles utilisent Inverse ARP (vérifier qu'il est bien présent)
  • show frame-relay map doit montrer l'adresse IP du next-hop et le DLCI associé au routeur local et donc à son interface ou sous-interface
  • Si mappage DLCI/IP est statique, il doit y avoir le mot clef broadcast pour que les protocoles de routage puissent fonctionner.

8.5 Vérifier un éventuel problème niveau 2/3 lié à l'encapsulation à chaque bout du réseau FR
A chaque bout de notre VC, les routeurs doivent utilise le même type d'encapsulation (cisco ou bien ief si les routeurs ne sont pas que des Cisco). 

R(config-if)# encapsulation frame-relay cisco

ou bien

R(config-if)# encapsulation frame-relay ietf

8.6 Vérifier un éventuel problème de subnetting.
Vérifier un prossible problème de subnetting au niveau de l'interface serie (show ip interface brief ou bien show interfaces).