1 L.A. Steffenel

Topologies Frame-Relay

2 L.A. Steffenel

Topologies Frame Relay

3 L.A. Steffenel

NBMA – Non Broadcast Multiple Access

Un réseau NBMA est à l'opposé d'un réseau broadcast Dans un réseau broadcast, plusieurs ordinateurs et dispositifs sont

connectés au même câble ou médium. Lors d'une transmission, tous les nœuds "écoutent" le message mais uniquement le destinataire le reçoit. Il est aussi possible d'envoyer un seul message à tous

Un réseau NBMA comporte plusieurs dispositifs, mais les données sont transmis directement entre deux ordinateurs à travers un circuit virtuel ou un commutateur

4 L.A. Steffenel

Topologie en étoile

La topologie en étoile (aussi connue comme hub and spoke), est l'interconnexion la plus populaire avec FrameRelay car elle est la moins chère à mettre en place

Dans cette topologie les nœuds se connectent à une centrale, qui peut être responsable par les services ou par les applications

C'est le modèle le moins onéreux car il requiert un minimum de PVCs Dans cet exemple, le routeur central utilise une connexion multipoint (une

seule interface connectée à plusieurs PVCs)

5 L.A. Steffenel

Grille complète

Dans un réseau full mesh, tous les routeurs ont des PVCs vers les autres routeurs

Cette méthode est plus chère mais garantit une redondance maximale Le nombre de PVCs est exponentiel par rapport au nombre de dispositifs La formule pour calculer le nombre de PVCs dans une grille complète est :

⎡n(n – 1)⎤ /2, où n est le nombre de noeuds

Topologie en Grille complète Nombre de Nombre de Connexions PVCs ----------------- -------------- 2 1 4 6 6 15 8 28 10 45

6 L.A. Steffenel

Une configuration FrameRelay avec plusieurs sites

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

172.16.1.1 172.16.1.3

172.16.1.2

DLCI 101

DLCI 102

DLCI 112

DLCI 211

Hub

Routeurs Spoke

7 L.A. Steffenel

Configuration avec Inverse ARP

HubCity

interface Serial0

ip address 172.16.1.2 255.255.255.0

encapsulation frame-relay

Spokane

interface Serial0

ip address 172.16.1.1 255.255.255.0

encapsulation frame-relay

Spokomo

interface Serial0

ip address 172.16.1.3 255.255.255.0

encapsulation frame-relay

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

172.16.1.1 172.16.1.3

172.16.1.2

DLCI 101

DLCI 102

DLCI 112

DLCI 211

8 L.A. Steffenel

Configuration avec Inverse ARP

HubCity# show frame-relay map Serial0 (up): ip 172.16.1.1 dlci 101, dynamic, broadcast,

status defined, active

Serial0 (up): ip 172.16.1.3 dlci 112, dynamic, broadcast, status defined, active

Spokane# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 102, dynamic, broadcast,

status defined, active

Spokomo# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 211, dynamic, broadcast,

status defined, active

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

172.16.1.1 172.16.1.3

172.16.1.2

DLCI 101

DLCI 102

DLCI 112

DLCI 211

9 L.A. Steffenel

Configuration avec Inverse ARP

Inverse ARP a renseigné l'adresse de HubCity à Spokane et Spokomo Inverse ARP a renseigné l'adresse de Spokane à HubCity Inverse ARP a renseigné l'adresse de Spokomo à HubCity Pourquoi Spokane et Spokomo ne se voient pas mutuellement ?

HubCity# show frame-relay map Serial0 (up): ip 172.16.1.1 dlci 101, dynamic, broadcast,

status defined, active Serial0 (up): ip 172.16.1.3 dlci 112, dynamic, broadcast,

status defined, active Spokane# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 102, dynamic, broadcast,

status defined, active Spokomo# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 211, dynamic, broadcast,

status defined, active

10 L.A. Steffenel

Limitations de Inverse ARP

HubCity peut pinguer Spokane et Spokomo ? Oui ! Spokane et Spokomo peuvent pinguer HubCity ? Oui ! Spokane et Spokomo peuvent se pinguer ? Non ! Les interfaces serial des spocks (Spokane et Spokomo) jettent les

paquets ICMP car elles ne trouvent pas une correspondance DLCI-IP pour l'adresse destination

Solutions aux problèmes de Inverse ARP 1. Rajouter un PVC entre Spokane et Spokomo (Full Mesh) 2. Configurer des mappages Frame-Relay (conf manuelle) 3. Configurer des sous-interfaces Point-à-Point

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

172.16.1.1 172.16.1.3

172.16.1.2

DLCI 101

DLCI 102

DLCI 112

DLCI 211

11 L.A. Steffenel

Configuration des maps Frame Relay

AU lieu de rajouter des PVCs, Frame-Relay peut utiliser des maps pour relier statiquement les DLCIs locaux à des adresses réseau distants

On a déjà utilisé ceci dans le cas des routeurs qui ne supportent pas Inverse ARP

Router(config-if)#frame-relay map protocol protocol-address dlci [broadcast] [ietf | cisco]

12 L.A. Steffenel

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

172.16.1.1 172.16.1.3

172.16.1.2

DLCI 101

DLCI 102

DLCI 112

DLCI 211

HubCity interface Serial0 ip address 172.16.1.2 255.255.255.0 encapsulation frame-relay (Inverse-ARP marche encore ici) Spokane interface Serial0 ip address 172.16.1.1 255.255.255.0 encapsulation frame-relay frame-relay map ip 172.16.1.3 102 frame-relay map ip 172.16.1.2 102 Spokomo interface Serial0 ip address 172.16.1.3 255.255.255.0 encapsulation frame-relay frame-relay map ip 172.16.1.1 211 frame-relay map ip 172.16.1.2 211

Maps Frame Relay

Attention : les routeurs utilisent iARP ou maps exclusivement. L'utilisation conjointe peut créer des problèmes

13 L.A. Steffenel

Mélangeant Maps et IARP

La configuration précédente marchait bien Que se passerait-il si on activait iARP avec les maps ? Problèmes ?! Lesquels ?

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

172.16.1.1 172.16.1.3

172.16.1.2

DLCI 101

DLCI 102

DLCI 112

DLCI 211

Inverse ARP

Maps Frame Relay

14 L.A. Steffenel

HubCity interface Serial0 ip address 172.16.1.2 255.255.255.0 encapsulation frame-relay Spokane interface Serial0 ip address 172.16.1.1 255.255.255.0 encapsulation frame-relay frame-relay map ip 172.16.1.3 102 Spokomo interface Serial0 ip address 172.16.1.3 255.255.255.0 encapsulation frame-relay frame-relay map ip 172.16.1.1 211

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

172.16.1.1 172.16.1.3

172.16.1.2

DLCI 101

DLCI 102

DLCI 112

DLCI 211

Mélangeant maps et iARP

Spokane et Spokomo continuent à utiliser iARP pour découvrir l'IP associé au DLCI de Hub City

rajouté

15 L.A. Steffenel

HubCity# show frame-relay map Serial0 (up): ip 172.16.1.1 dlci 101, dynamic,

broadcast, status defined, active Serial0 (up): ip 172.16.1.3 dlci 112, dynamic,

broadcast, status defined, active Spokane# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 102, dynamic,

broadcast, status defined, active

Serial0 (up): ip 172.16.1.3 dlci 102, static, CISCO, status defined, active

Spokomo# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 211, dynamic,

broadcast, status defined, active Serial0 (up): ip 172.16.1.1 dlci 211, static, CISCO,

status defined, active

Mélangeant maps et iARP

16 L.A. Steffenel

Tout a l'air correct ! Les routeurs peuvent faire ping normalement ! Bad News : Ceci ne marchera que jusqu'au prochain rédemarrage des routeurs… Ah bon ?

Mélangeant maps et iARP

HubCity# show frame-relay map Serial0 (up): ip 172.16.1.1 dlci 101, dynamic, broadcast, status defined, active Serial0 (up): ip 172.16.1.3 dlci 112, dynamic, broadcast, status defined, active Spokane# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 102, dynamic, broadcast, status defined, active Serial0 (up): ip 172.16.1.3 dlci 102, static, CISCO, status defined, active Spokomo# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 211, dynamic, broadcast, status defined, active Serial0 (up): ip 172.16.1.1 dlci 211, static, CISCO, status defined, active

17 L.A. Steffenel

La règle pour les maps Frame-Relay : Quand un map est configuré pour un protocole (IP, IPX, etc.),

Inverse-ARP sera désactivé pour ce protocole, uniquement sur le DLCI indiqué dans le map Frame-Relay

Mélangeant maps et iARP

HubCity# show frame-relay map Serial0 (up): ip 172.16.1.1 dlci 101, dynamic, broadcast, status defined, active Serial0 (up): ip 172.16.1.3 dlci 112, dynamic, broadcast, status defined, active Spokane# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 102, dynamic, broadcast, status defined, active Serial0 (up): ip 172.16.1.3 dlci 102, static, CISCO, status defined, active Spokomo# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 211, dynamic, broadcast, status defined, active Serial0 (up): ip 172.16.1.1 dlci 211, static, CISCO, status defined, active

18 L.A. Steffenel

Le scénario actuel marche uniquement car Inverse ARP était actif entre Spokane et HubCity, et entre Spokomo etHubCity, avant que les maps soient déclarés

Les données apprises par iARP et les maps s'accumulent

Lorsque les routeurs redémarrent, iARP ne sera jamais activé (si le map a été enregistré dans startup-config)

HubCity# show frame-relay map Serial0 (up): ip 172.16.1.1 dlci 101, dynamic, broadcast, status defined, active Serial0 (up): ip 172.16.1.3 dlci 112, dynamic, broadcast, status defined, active Spokane# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 102, dynamic, broadcast, status defined, active Serial0 (up): ip 172.16.1.3 dlci 102, static, CISCO, status defined, active Spokomo# show frame-relay map Serial0 (up): ip 172.16.1.2 dlci 211, dynamic, broadcast, status defined, active Serial0 (up): ip 172.16.1.1 dlci 211, static, CISCO, status defined, active

Mélangeant maps et iARP

19 L.A. Steffenel

HubCity# show frame-relay map (après le redémarrage) Serial0 (up): ip 172.16.1.1 dlci 101, dynamic, broadcast, status

defined, active

Serial0 (up): ip 172.16.1.3 dlci 112, dynamic, broadcast, status defined, active

Spokane# show frame-relay map

NOW MISSING: Serial0 (up): ip 172.16.1.2 dlci 102, dynamic, broadcast, status defined, active

Serial0 (up): ip 172.16.1.3 dlci 102, static, CISCO, status defined, active

Spokomo# show frame-relay map

NOW MISSING: Serial0 (up): ip 172.16.1.2 dlci 211, dynamic, broadcast, status defined, active

Serial0 (up): ip 172.16.1.1 dlci 211, static, CISCO, status defined, active

Mélangeant maps et iARP

20 L.A. Steffenel

HubCity# show frame-relay map (after reload) Serial0 (up): ip 172.16.1.1 dlci 101, dynamic, broadcast, status

defined, active

Serial0 (up): ip 172.16.1.3 dlci 112, dynamic, broadcast, status defined, active

Spokane# show frame-relay map

Serial0 (up): ip 172.16.1.3 dlci 102, static, CISCO, status defined, active

Spokomo# show frame-relay map Serial0 (up): ip 172.16.1.1 dlci 211, static, CISCO, status

defined, active

Spokane et Spokomo ne peuvent même plus pinguer HubCity car leur tableau DLCI-vers-IP ne concerne que les maps

Mélangeant maps et iARP

21 L.A. Steffenel

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

172.16.1.1 172.16.1.3

172.16.1.2

DLCI 101

DLCI 102

DLCI 112

DLCI 211

HubCity interface Serial0 ip address 172.16.1.2 255.255.255.0 encapsulation frame-relay (Inverse-ARP marche encore ici) Spokane interface Serial0 ip address 172.16.1.1 255.255.255.0 encapsulation frame-relay frame-relay map ip 172.16.1.3 102 frame-relay map ip 172.16.1.2 102 Spokomo interface Serial0 ip address 172.16.1.3 255.255.255.0 encapsulation frame-relay frame-relay map ip 172.16.1.1 211 frame-relay map ip 172.16.1.2 211

Maps Frame Relay

Solution : ne pas mélanger IARP et maps

22 L.A. Steffenel

Problèmes avec les mises à jour des routes

Dans un réseau Ethernet, tous les nœuds voient les trames broadcast et multicast

Dans un NBMA tel que Frame Relay, les nœuds ne peuvent voir les trames broadcast que s'ils sont connectés par un PVC

Cela ceut dire que BranchB ne peut pas voir la diffusion de BranchA car il n'est connecté qu'à Central

Frame Relay est un réseau NBMA

23 L.A. Steffenel

Problèmes avec les mises à jour des routes

L'une des règles des protocoles de routage (RIP, surtout) est d'appliquer la technique du Split Horizon afin de limiter/empêcher les boucles de routage

Dans un réseau FR, le routeur Central doit recevoir le "broadcast" de Branch A et ensuite renvoyer son "broadcast" à Branch B

Ceci n'est pas possible car les protocoles de routage appliquent le split horizon : l'interface s0/0 est la même pour la réception et l'émission

Encore une fois, une grille complète entre les sites pourrait résoudre le problème, mais ça devient plus cher et très difficile à gérer pour un grand nombre de routeurs

Split Horizon empêche que les routes arrivées sur une interface soient renvoyées sur la même interface

24 L.A. Steffenel

Première solution : Désactiver Split Horizon

Pour résoudre ce problème, on peut désactiver split horizon pour IP Bien sûr, la protection contre les boucles de routage est perdue Split horizon n'affecte que les protocoles à vecteur de distances tels que

RIP, IGRP et EIGRP Split horizon n'a aucun effet sur les protocoles à états des liens tels que

OSPF et IS-IS

Router(config-if)#no ip split-horizon Router(config-if)#ip split-horizon

25 L.A. Steffenel

Une autre solution

Afin de contourner les limitations dues au split horizon, nous pouvons configurer des sous-interfaces

Les sous-interfaces sont des sous-divisions logiques d'une interface physique

Grâce aux sous-interfaces, une mise à jour reçue peut être retransmise sur autres sous-interface, ce qui respecte le split-horizon

26 L.A. Steffenel

Sous-interfaces

172.30.1.0/24

172.30.2.0/24

172.30.3.0/24

Chaque sous-interface est dans un sous-réseau différent, associé à un PVC différent

27 L.A. Steffenel

Deux types de sous-interface Frame Relay sont possibles : Point-to-point

Multipoint

Multipoint

Point-to-point

28 L.A. Steffenel

Interfaces physiques : son utilisation dans une topologie hub and spoke empêche l'utilisation des protocoles de routage à cause de split-horizon

Sous-interfaces Point-to-point : Chaque sous-interface a son propre sous-réseau. Broadcasts et Split-horizon n'ont aucun problème

Sous-interfaces Multipoint : Tous les participants de la sous-interface seront sous le même sous-réseau. Broadcast et split-horizon peuvent avoir des problèmes

Multipoint

Point-to-point

29 L.A. Steffenel

Configuration des sous-interfaces Frame Relay

Les sous-interfaces peuvent être configurées après que l'encapsulation Frame Relay a été activée sur l'interface physique

Les numéros des sous-interfaces peuvent être configurées en mode de configuration global ou de l'interface •  1 à 4294967295 sont possibles

Ensuite, il faut soit configurer un map statique ou utiliser la commande frame-relay interface-dlci

La commande frame-relay interface-dlci associe la sous-interface au DLCI

RTA(config)#interface s0/0 RTA(config-if)#encapsulation frame-relay ietf

Router(config-if)#interface serial number subinterface-number {multipoint | point-to-point}

Router(config-subif)# frame-relay interface-dlci dlci-number

30 L.A. Steffenel

Configuration des sous-interfaces Frame Relay

La commande frame-relay interface-dlci : Est obligatoire pour toute sous-interface point-to-point

Nécessaire aux sous-interfaces multipoint où inverse ARP est actif

Ne peut pas être utilisé sur les interfaces physiques

31 L.A. Steffenel

Show frame-relay map

Les sous-interfaces point-to-point sont indiquées "point-to-point dlci"

Router#show frame-relay map

Serial0.1 (up): point-to-point dlci, dlci 301 (0xCB, 0x30B0), broadcast status defined, active

Avec les sous-interfaces multipoint, elles sont indiquées en tant que des entrées inverse ARP “dynamic”

Router#show frame-relay map

Serial0 (up): ip 172.30.2.1 dlci, 301 (0x12D, 0x48D0), dynamic,, broadcast status defined, active

32 L.A. Steffenel

Les sous-interfaces Point-to-point sont comme les liens PPP et n'ont pas besoin de :

•  Inverse-ARP •  Associer les adresses DLCI à des adresses réseau distants Frame-Relay considère les sous-interfaces point-to-point comme s'elles

étaient des interfaces physiques, avec des PVCs individuels

Multipoint

Point-to-point

Sous-interfaces Point-to-point

33 L.A. Steffenel

Avec les sous-interfaces point-to-point : On ne peut pas associer des DLCIs multiples à une seule sous-interface

point-to-point On ne peut pas utiliser des maps frame-relay On ne peut pas utiliser Inverse-ARP La seule commande disponible est frame-relay interface dlci (autant

sur point-to-point que sur multipoint)

Multipoint

Point-to-point

Sous-interfaces point-to-point

34 L.A. Steffenel

Configuration

La configuration de sous-interfaces point-to-point requiert au moins deux commandes :

Router(config)# interface Serial0.1 point-to-point

Router(config-subif)# frame-relay interface-dlci dlci

Règles : 1. Aucun map peut être utilisé avec les sous-interfaces point-to-point 2. Un seul DLCI peut être associé à chaque sous-interface point-to-point

La définition de l'encapsulation reste une commande globale de l'interface : interface Serial0 no ip address

encapsulation frame-relay

35 L.A. Steffenel

Sous-interfaces Point-to-Point Subinterfaces et la topologie Hub and Spokes

Chaque sous-interface de Hub requiert un sous-réseau différent •  Chaque sous-interface de Hub est traité comme une interface physique point-to-point, donc split horizon peut être laissé activé. Interface Serial0 (tous les routeurs) encapsulation frame-relay no ip address HubCity interface Serial0.301 point-to-point ip address 172.16.1.1 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 301 interface Serial0.302 point-to-point ip address 172.16.2.1 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 302 Spokane interface Serial0.103 point-to-point ip address 172.16.1.2 255.255.255.0 frame-relay interface-dlci 103 Spokomo interface Serial0.203 point-to-point ip address 172.16.2.2 255.255.255.0 frame-relay interface-dlci 203

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

Serial 0.1172.16.1.2/24

Serial 0.1172.16.2.2/24

Serial 0.1172.16.1.1/24

DLCI 301

DLCI 103

DLCI 302

DLCI 203

Serial 0.2172.16.2.1/24

Deux sous-réseaux

36 L.A. Steffenel

Les sous-interfaces multipoint sont très proches des interfaces physiques

Avec une sous-interface multipoint nous pouvons : •  associer plusieurs DLCIs •  utiliser des maps frame-relay map et la commande interface dlci •  utiliser Inverse-ARP •  Les dispositifs partagent le même sous-réseau Cependant, le problème du split-horizon reste présent

Multipoint

Point-to-point

Sous-interfaces Multipoint

37 L.A. Steffenel

Sous-interfaces multipoint avec une topologie hub and spokes

Frame RelayNetwork

HeadquartersHub City

Satellite Office 1Spokane

Satellite Office 2Spokomo

Serial 0172.16.3.1

Serial 0172.16.3.2

Serial 0172.16.3.3

DLCI 301

DLCI 103

DLCI 302

DLCI 203

Notes •  Solution très flexible •  Il faut désactiver le split horizon pour les protocoles à vecteur de distance Interface Serial0 (for all routers) encapsulation frame-relay no ip address HubCity interface Serial0.1 mulitpoint ip address 172.16.3.3 255.255.255.0 frame-relay interface-dlci 301 frame-relay interface-dlci 302 no ip split-horizon Spokane interface Serial0.1 point-to-point ip address 172.16.3.1 255.255.255.0 frame-relay interface-dlci 103 Spokomo interface Serial0.1 point-to-point ip address 172.16.3.2 255.255.255.0 frame-relay interface-dlci 203

Un sous-réseau