TCP/IP - Le routage dynamique
TCP/IP - Le routage dynamique
TCP/IP - Le routage dynamique
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>TCP</strong>/<strong>IP</strong> - <strong>Le</strong> <strong>routage</strong> <strong>dynamique</strong><br />
Ce cours est la propriété de la société CentralWeb.<br />
Il peut être utilisé et diffusé librement à des fins<br />
non commerciales uniquement.<br />
CentralWeb 56, Boulevard Pereire - 75017 PARIS<br />
Tel : +33 01.46.31.44.88 Fax: +33 01.46.31.49.99<br />
info@centralweb.fr / www.centralweb.fr<br />
CentralWeb - 1998 F. Playe 1
Plan<br />
F INTRODUCTION<br />
F <strong>Le</strong>s techniques de <strong>routage</strong><br />
F L’évolution du <strong>routage</strong><br />
F Autonomous Systems<br />
F <strong>Le</strong>s algorithmes de <strong>routage</strong><br />
F Vector-Distance<br />
F Link-state<br />
F EGP<br />
F R<strong>IP</strong><br />
F OSPF<br />
CentralWeb - 1998 F. Playe 2
Introduction<br />
F<br />
F<br />
F<br />
F<br />
F<br />
La technologie <strong>TCP</strong>-<strong>IP</strong> est de type «bout en bout» en opposition aux<br />
technologies «point à point» (Cf X25),<br />
L’acheminement des paquets est réalisé par <strong>routage</strong> plutôt que par<br />
commutation :<br />
l<br />
l<br />
<strong>IP</strong> est dit «sans états»<br />
X25/X75 maitiennent des états associés au circuit virtuel (adresse du<br />
prochain relais, nombre de paquets restant à transmettre, contrôle de flux,<br />
etc.); si un de ces états est perdu, la communication est rompue.<br />
<strong>Le</strong>s éléments de l’interconnexion ne doivent fournir qu’un service<br />
minimum: router du mieux qu’ils peuvent (best efford);<br />
<strong>IP</strong> over everything<br />
les services nécessaires à la communication (Contrôle de flux, gestion<br />
des d’erreurs, congestion, etc.) sont réalisés de bout en bout à un<br />
autre niveau (Cf <strong>TCP</strong>).<br />
CentralWeb - 1998 F. Playe 3
Introduction (suite)<br />
F<br />
F<br />
F<br />
Paradoxalement le mode «bout en bout» est le plus robuste que le<br />
mode point à point connecté; si un relais tombe en panne :<br />
l<br />
l<br />
les voisins du relais <strong>IP</strong> recalculent les tables de <strong>routage</strong>, et acheminent les<br />
paquets suivants par une nouvelle route.<br />
dans la technologie «point à point», le circuit est rompu et la connexion<br />
avortée.<br />
Conséquence : le <strong>routage</strong> <strong>IP</strong> doit être <strong>dynamique</strong>ment adaptatif<br />
==> cohérence des tables de <strong>routage</strong> en permanence.<br />
Afin de limiter la taille des tables de <strong>routage</strong> et le traitement associé:<br />
l<br />
l<br />
l<br />
l<br />
<strong>Le</strong> <strong>routage</strong> <strong>IP</strong> est effectué de saut en saut («next hop») depuis la source<br />
jusqu’à la destination,<br />
A chaque saut, il y a prise de décision autonome afin de sélectionner la<br />
route qui acheminera le datagramme (VS technologies point à point),<br />
A chaque étape, un relais n’a qu’une connaissance partielle du <strong>routage</strong><br />
<strong>Le</strong> concept de route par défaut est au cœur du <strong>routage</strong> <strong>IP</strong>.<br />
CentralWeb - 1998 F. Playe 4
<strong>Le</strong>s techniques de <strong>routage</strong><br />
F<br />
F<br />
Routage statique<br />
l<br />
l<br />
l<br />
convient uniquement pour des sites de taille modeste<br />
généralement le <strong>routage</strong> est modifié après découverte du problème<br />
ne peut gérer les changements de topologie non triviaux.<br />
Routage <strong>dynamique</strong><br />
l indispensable dès que la topologie devient complexe,<br />
l ==> protocoles de <strong>routage</strong> dont :<br />
u le but est de maintenir des informations associées aux routes de<br />
manière cohérente<br />
u le rôle n’est pas de router.<br />
l les protocoles de <strong>routage</strong> sont de natures différentes selon qu’ils :<br />
u traitent des informations de <strong>routage</strong> à l’intérieur d’un domaine de<br />
<strong>routage</strong> ,<br />
u relient plusieurs domaines de <strong>routage</strong>.<br />
CentralWeb - 1998 F. Playe 5
L’évolution du <strong>routage</strong><br />
ARPANET<br />
BACKBONE<br />
P1 P2 P3<br />
Réseau local<br />
1<br />
Réseau local<br />
2<br />
Réseau local<br />
3<br />
Core Gateways Pi = route défaut( Rli )<br />
Arpanet : interconnexion de réseaux locaux -> Routage circulaire<br />
pour mettre en œuvre le <strong>routage</strong> par défaut.<br />
R.L 2 vers R.L 1 ==> P2->P3->P1<br />
Inefficacité du <strong>routage</strong> par défaut<br />
CentralWeb - 1998 F. Playe 6
L’évolution du <strong>routage</strong><br />
L1<br />
Passerelles<br />
externes<br />
L2<br />
Ln<br />
L3<br />
CORE<br />
SYSTEM<br />
L7<br />
L4<br />
L5<br />
L6<br />
Passerelles du core<br />
interconnectées<br />
F<br />
F<br />
F<br />
<strong>Le</strong> Core System : système centralisé évitant le <strong>routage</strong> par défaut<br />
les passerelles internes au Core system connaissent la route pour<br />
atteindre n’importe quelle station (pas de route par défaut)<br />
<strong>Le</strong>s passerelles externes routent par défaut vers le Core.<br />
Devient impossible à gérer quand le système est de taille importante<br />
CentralWeb - 1998 F. Playe 7
L’évolution du <strong>routage</strong><br />
M1<br />
ARPANET<br />
BACKBONE<br />
M2<br />
P1 P2 P3<br />
M3<br />
NFSNET<br />
BACKBONE<br />
M4<br />
F<br />
La conception de «core» ne convient pas à l’interconnexion de<br />
backbones:<br />
l<br />
l<br />
l<br />
il y plusieurs choix de routes possibles entre 2 stations<br />
exemples : M1->P1-M4 ou bien M1->P1->P2->P3->M4<br />
il faut maintenir la cohérence entre toutes les machines des 2 backbones<br />
les routes par défaut peuvent introduire des boucles<br />
CentralWeb - 1998 F. Playe 8
Autonomous System<br />
F<br />
<strong>Le</strong>s limites imposées par le «Core»<br />
l<br />
l<br />
l<br />
l<br />
impossibilité de connecter un nombre arbitraire de réseaux,<br />
le core ne connaît qu’un seul réseau (local) par passerelle connectée<br />
les tables de <strong>routage</strong> et le trafic associé deviennent gigantesques<br />
quasi impossibilité de modifier les algorithmes de <strong>routage</strong> (base installée)<br />
F amenèrent le concept de «Système Autonome» (AS) :<br />
F<br />
l<br />
l<br />
l<br />
l<br />
l<br />
Domaine de <strong>routage</strong> (réseaux + routeurs) sous la responsabilité d’une<br />
autorité unique.<br />
Architecture de <strong>routage</strong> indépendante des autres systèmes autonomes<br />
Exemple : réseau R3T2; un réseau de société multinationale, un provider<br />
correspond à un découpage de l’Internet.<br />
Un AS est identifié par un numéro unique (16 Bits) attibué par le NIC.<br />
A l’origine, les AS étaient connectés sur le noyau ARPANET qui<br />
constituait également un AS, aujourd’hui, il existe seulement des AS<br />
interconnectés.<br />
CentralWeb - 1998 F. Playe 9
Autonomous System (suite)<br />
F<br />
F<br />
F<br />
F<br />
La connexité d’un AS implique que tous les routeurs de celui-ci soient<br />
interconnectés: 2 réseaux locaux d’une même société nécessitant un<br />
autre AS pour communiquer ne peuvent constituer un AS unique.<br />
La connexité implique que les routeurs d’un AS échangent les<br />
informations de <strong>routage</strong>:<br />
l<br />
l<br />
l<br />
un routeur dans un AS est dit «internal gateway»<br />
le protocole de <strong>routage</strong> entre «internal gateways» est appelé «Exterior<br />
Gateway Protocol» Exemple : EGP.<br />
<strong>Le</strong> protocole de <strong>routage</strong> à l’intérieur d’une «interior gateway» est appelé<br />
«Interior gateway Protocol»; Exemple de IGP’s: R<strong>IP</strong>, OSPF, IGRP.<br />
<strong>Le</strong>s IGP’s n’échangent que les tables de <strong>routage</strong> internes à l’AS, mais<br />
certains routeurs doivent d’autre part, dialoguer avec les «exterior<br />
gateways» pour découvrir les réseaux externes à l’AS.<br />
EGP (External Gateway Protocol) a pour fonction l’échange<br />
d’information sur la connectivité entre AS’s. Cette information exprime<br />
un ensemble de réseaux connectés.<br />
CentralWeb - 1998 F. Playe 10
Autonomous System (suite)<br />
EGP<br />
IGPs<br />
IGPs<br />
AS 1 AS 2<br />
CentralWeb - 1998 F. Playe 11
<strong>Le</strong>s algorithmes de <strong>routage</strong><br />
Deux classes d’algorithmes existent : les algorithmes Vector-Distance<br />
et les algorithmes Link-State.<br />
F<br />
Algorithmes Vector-Distance<br />
l Algorithme de Belman-Ford, calcul de routes distribué.<br />
l<br />
l<br />
l<br />
Un routeur diffuse régulièrement à ses voisins les routes qu’il connaît.<br />
Une route est composée d’une adresse destination, d’une adresse de<br />
passerelle et d’une métrique indiquant le nombre de sauts nécessaires pour<br />
atteindre la destination.<br />
Une passerelle qui reçoit ces informations compare les routes reçues avec<br />
ses propres routes connues et met à jour sa propre table de <strong>routage</strong> :<br />
u si une route reçue comprend un plus court chemin (nombre de<br />
prochains sauts +1 inférieur),<br />
u si une route reçue est inconnue.<br />
CentralWeb - 1998 F. Playe 12
Algorithme Vector-distance<br />
Destination Distance Route Destination Distance<br />
Net1 0 Direct Net1 0<br />
Net2 0 Direct Net4 3<br />
Net4 8 Gate L Net17 6<br />
Net17 5 Gate M Net21 4<br />
Net24 6 Gate J Net24 5<br />
Net30 2 Gate K Net30 10<br />
Net42 4 Gate J Net42 3<br />
Table actuelle<br />
informations reçues<br />
Mise à jour des entrées dans la table de <strong>routage</strong><br />
CentralWeb - 1998 F. Playe 13
A 3 A<br />
L<br />
1<br />
D L 0<br />
0<br />
A L 0<br />
B L 0<br />
C L 0<br />
B 1 1<br />
A 1 1<br />
B 2 1<br />
D 3 1<br />
C 2 1<br />
A 2 2<br />
C L 0<br />
D 4 2<br />
D 5 2<br />
B L 0<br />
B L2 01<br />
E 4 1<br />
E 5 1<br />
A L1 01<br />
A 12 12<br />
A 1 B 2<br />
C<br />
C L 0<br />
B 2 1<br />
A 2 2<br />
3<br />
B 4 1<br />
A 6 2<br />
D 6 1<br />
E L 0<br />
D<br />
6 E<br />
5<br />
AB 34 1 C 5 1<br />
AB 16 12<br />
DA L6 02<br />
B 4 1<br />
E 6 1 D 6 1 A 6 2<br />
A 3 1 E L 0 D 6 1<br />
D L 0 E L 0<br />
Vector-Distance :<br />
contruction des tables<br />
CentralWeb - 1998 F. Playe 14<br />
4<br />
B L 0<br />
A 1 1<br />
B 4 1<br />
A 6 2<br />
D 6 1<br />
E L 0
A L 0<br />
B L 0<br />
C L 0<br />
B 1 1 B L 0 A 1 1<br />
B 2 1<br />
D 3 1 A 1 1 C 2 1<br />
A 2 2<br />
C 1 2 C 2 1 D 4 2<br />
D 5 2<br />
E 1 2 D 4 2 E 4 1<br />
E 5 1<br />
E 4 1<br />
A 1 B 2<br />
C<br />
B L 0<br />
A L 0 Convergence B ! C 5 A1<br />
1 1<br />
L 0<br />
B 1 1<br />
B 4 1C<br />
2 1<br />
C 5 1A 1 1<br />
D 3 1<br />
A 6 2D<br />
4 2<br />
3 B 4 1C 2 1 4<br />
C 5 1<br />
C 1 2<br />
D 6 1E<br />
4 1<br />
A 6 2D 4 2<br />
B 4 1C<br />
E 1 2<br />
E L 0<br />
D 6 1E 4 1<br />
A 6 2D<br />
E L 0<br />
D 6 1E<br />
D<br />
6 E<br />
5 E L 0<br />
C 6 2<br />
C 5 1<br />
AB 16 12<br />
B 4 1<br />
E 6 1<br />
A 6 2<br />
A 3 1<br />
D 6 1<br />
D L 0 E L 0<br />
Vector-Distance : la<br />
convergence<br />
CentralWeb - 1998 F. Playe 15
C 6 2<br />
AB 16 12<br />
E 6 1<br />
A 3 1<br />
D L 0<br />
A L 0<br />
B L 0<br />
C L 0<br />
B 13 inf 3<br />
A 14 inf 3 B L 0 B 2 1<br />
D 3 1<br />
C 2 1 A 1 inf A 25 inf 23<br />
C 13<br />
inf 3<br />
D 4 2 C 2 1 D 5 2<br />
E 13<br />
inf 2<br />
E 4 1 D 4 2 E 5 1<br />
E 4 1<br />
A 1 B 2<br />
C<br />
Reconstruction terminée<br />
C 5 1<br />
C 5 1<br />
B 4 1<br />
3 B 4 1 4 A 6 2<br />
A 6 2<br />
D 6 1<br />
D 6 1<br />
E L 0<br />
E L 0<br />
D<br />
6 E<br />
5<br />
C 6 2<br />
C 5 1<br />
AB 16 12<br />
B 4 1<br />
E 6 1<br />
A 6 2<br />
A 3 1<br />
D 6 1<br />
D L 0 E L 0<br />
C 5 1<br />
B 4 1<br />
A 6 2<br />
D 6 1<br />
E L 0<br />
Vector-Distance : la<br />
rupture<br />
CentralWeb - 1998 F. Playe 16
A L 0<br />
B 1 1<br />
D 3 1<br />
C 1 24<br />
611<br />
12<br />
E 1 2<br />
C 4 11<br />
C 4 1 32<br />
45<br />
B L 0<br />
A 1 1<br />
C 2<br />
14 inf<br />
35<br />
12 11<br />
D 4 2<br />
E 4 1<br />
C L 0<br />
B 25 inf<br />
11<br />
A 25 inf 12<br />
D 25 inf 11<br />
E 25 inf 10<br />
A 1 B 2<br />
C<br />
Vers C : Rebond entre<br />
A et B jusqu’au TTL<br />
Convergence !!<br />
C 5 10<br />
C 41 24<br />
3 Et le temps passa 4 C 1 3<br />
C L 0<br />
jusqu’à ... 12 C 1 5<br />
sans effet<br />
C 5 10 C L 0<br />
C 45 104<br />
B+A+D+E<br />
D<br />
6 E<br />
5 coût liaison 5 = 10<br />
C 36 35<br />
12 11<br />
C 45 24<br />
611<br />
10<br />
AB 16 12<br />
B 4 1<br />
E 6 1<br />
A 6 2 Vector-Distance :<br />
A 3 1<br />
D 6 1 L’effet rebond<br />
D L 0 E L 0<br />
CentralWeb - 1998 F. Playe 17
Algorithme V-D : Inconvénients<br />
F<br />
F<br />
F<br />
F<br />
F<br />
La taille des informations de <strong>routage</strong> est proportionnelle au nombre de<br />
routeurs du domaine,<br />
Métrique difficilement utilisable : lenteur de convergence,<br />
Bouclage, éventuellement à l’infini,<br />
Pas de chemins multiples<br />
Coût des routes externes arbitraire.<br />
CentralWeb - 1998 F. Playe 18
Algorithme Link State<br />
F Basés sur la technique Shortest Path First (SPF) :<br />
l<br />
l<br />
l<br />
l<br />
l<br />
les passerelles maintiennent une carte complète du réseau et calculent les<br />
meilleurs chemins localement en utilisant cette topologie.<br />
les passerelles ne communiquent pas la liste de toutes les destinations<br />
connues (cf Vector-Distance),<br />
une passerelle basée sur l’algorithme SPF, teste périodiquement l’état des<br />
liens qui la relient à ses routeurs voisins, puis diffuse périodiquement ces<br />
états (Link-State) à toutes les autres passerelles du domaine.<br />
<strong>Le</strong>s messages diffusés ne spécifient pas des routes mais simplement l’état<br />
(up, down) entre deux passerelles.<br />
Lorsque un message parvient à une passerelle, celle-ci met à jour la<br />
carte de liens et recalcule localement pour chaque lien modifié, la nouvelle<br />
route selon l’algorithme de Dijkstra shortest path algorithm qui détermine<br />
le plus court chemin pour toutes les destinations à partir d’une même<br />
source.<br />
CentralWeb - 1998 F. Playe 19
Algorithme Link State: principes<br />
A<br />
1 B<br />
2<br />
C<br />
3 4<br />
D<br />
6 E<br />
5<br />
Tous les noeuds ont la même base de donnée<br />
==> pas de boucle.<br />
Paquet de A vers C ==> calcule le + court chemin<br />
et sélectionne B, qui calcule à son tour<br />
le + court chemin vers C.<br />
De à L D<br />
A B 1 1<br />
A D 3 1<br />
B A 1 1<br />
B C 2 1<br />
B E 4 1<br />
C B 2 1<br />
C E 5 1<br />
D A 3 1<br />
D E 6 1<br />
E B 4 1<br />
E C 5 1<br />
E D 6 1<br />
CentralWeb - 1998 F. Playe 20
Algorithme Link State: la rupture<br />
A B inf<br />
A<br />
1 B<br />
2<br />
C<br />
B A inf<br />
B A inf<br />
B A inf<br />
B A inf<br />
De à L D<br />
3 A BLorsqu’un inf message 4 correspond à un état<br />
déja connu, le message n’est pas retransmisA B 1 inf<br />
==> fin de l’inondation<br />
A D 3 1<br />
A B inf B<br />
inf<br />
B A inf<br />
B A 1 inf<br />
D<br />
6 E<br />
5 B C 2 1<br />
B E 4 1<br />
A B inf<br />
A B inf<br />
C B 2 1<br />
C E 5 1<br />
Etat A-B down : inondation sur tous les<br />
D A 3 1<br />
interfaces sauf l’interface émetteur.<br />
D E 6 1<br />
E B 4 1<br />
E C 5 1<br />
E D 6 1<br />
CentralWeb - 1998 F. Playe 21
Algorithme Link State: incohérences<br />
A<br />
D<br />
1 B<br />
2<br />
E D inf<br />
3 D E inf<br />
4<br />
6 E<br />
5<br />
E<br />
D inf<br />
<strong>Le</strong> calcul SPF corrige les incohérences :<br />
A et D noteront que B, C, E sont inaccessibles;<br />
B,C,E noteront que A et D sont inaccessibles.<br />
C<br />
Tables de B, A et C,E D<br />
De à L D<br />
E D inf<br />
A B inf 1<br />
A D 3 1<br />
B A inf 1<br />
B C 2 1<br />
B E 4 1<br />
C B 2 1<br />
C E 5 1<br />
D A 3 1<br />
D E 6 1inf<br />
E B 4 1<br />
E C 5 1<br />
E D 6 inf 1<br />
CentralWeb - 1998 F. Playe 22
Algorithme link state<br />
F<br />
F<br />
Cohérence des bases<br />
l<br />
les copies de chaque noeud doivent être identiques aux périodes de<br />
transition près.<br />
l on améliore le processus en protégeant les bases contre les erreurs :<br />
u procédure d’inondation avec acquittement,<br />
u transmission des paquets sécurisés,<br />
u enregistrements de la base protégés par cheksum,<br />
u enregistrements de la base soumis à temporisation et supprimés si non<br />
rafraîchis à temps.<br />
u messages pouvant être authentifiés.<br />
Métriques multiples<br />
l plus haut débit,<br />
l<br />
l<br />
l<br />
plus bas délai,<br />
plus bas coût,<br />
meilleure fiabilité.<br />
CentralWeb - 1998 F. Playe 23
Algorithme Link State (suite)<br />
F Avantage des algorithmes Link State :<br />
l<br />
l<br />
l<br />
l<br />
l<br />
l<br />
convergence rapide sans boucle,<br />
possibilités de chemins multiples,<br />
métriques précises et couvrant plusieurs besoins,<br />
traitement séparé des routes externes.<br />
chaque passerelle calcule ses routes indépendamment des autres.<br />
<strong>Le</strong>s messages diffusés sont inchangés d’une passerelle à l’autre et<br />
permettent un contrôle (debug) aisé en cas de dysfonctionnement.<br />
l les messages ne concernent que les liens directs entre passerelles et ne sont<br />
donc pas proportionnels au nombre de réseaux dans le domaine (VS V-D).<br />
F<br />
En conclusion, les algorithmes SPF sont mieux adaptés au facteur<br />
d’échelle que les algorithmes Vector-Distance.<br />
CentralWeb - 1998 F. Playe 24
EGP : Protocole de <strong>routage</strong> extérieur<br />
F EGP (Exterior Gateway Protocol): utilisé pour échanger les<br />
informations de <strong>routage</strong> relatives au systèmes autonomes.<br />
F EGP: essentiel dans la connectivité Internet (Core, inter-provider , ...)<br />
F<br />
EGP : RFC827<br />
F EGP a trois fonctions principales :<br />
l support d’un mécanisme d’acquisition permettant à une passerelles de<br />
requérir, auprès d’une autre passerelles, qu’elles échangent leurs<br />
informations de <strong>routage</strong>,<br />
l<br />
l<br />
test continu de l’accessibilité des passerelles EGP voisines,<br />
échange de messages d’information de <strong>routage</strong> avec les passerelles EGP<br />
voisines.<br />
CentralWeb - 1998 F. Playe 25
EGP : les messages<br />
F<br />
F<br />
F<br />
F<br />
F<br />
F<br />
F<br />
F<br />
F<br />
F<br />
Acquisition Request : Requête d’acquisition auprès d’une passerelle,<br />
Acquisition Confirm : Réponse positive à la requête d’acquisition,<br />
Acquisition Refuse : Réponse négative à la requête d’acquisition,<br />
Cease Request : Requête de terminaison auprès de la passerelle,<br />
Cease Confirm : Réponse positive à la requête de terminaison,<br />
Hello : Requête de réponse “alive”<br />
I heard you : Réponse à la requête Hello,<br />
Poll Request : Requête de mise à jour de <strong>routage</strong><br />
Routing Update : Information d’accessibilité,<br />
Error : réponse à un message incorrect.<br />
CentralWeb - 1998 F. Playe 26
EGP : format des messages<br />
0 8 16 24 31<br />
Version Type Code Status<br />
Checksum<br />
Numéro d’AS<br />
Numéro de séquence Données ...<br />
F<br />
F<br />
F<br />
F<br />
F<br />
F<br />
F<br />
VERSION : version du protocole EGP pour contrôle de cohérence,<br />
TYPE : identifie le type de message<br />
CODE : sous-type des différents messages<br />
STATUS : erreurs propres aux messages<br />
CHECKSUM : résultat du calcul de contrôle effectué comme <strong>IP</strong><br />
Numéro d’AS : numéro de système autonome de passerelle émettrice,<br />
SEQUENCE NUMBER : numéro que l’émetteur utilise afin de<br />
synchroniser les messages et les réponses.<br />
CentralWeb - 1998 F. Playe 27
F<br />
F<br />
F<br />
EGP : Messages d’acquisition<br />
Avant d’échanger des informations de <strong>routage</strong>, les routeurs adjacents,<br />
doivent devenir «voisins».<br />
Devenir «voisins» ==> procédure d’acquisition (synchronis. bilatérale)<br />
La passerelle adressée est spécifiée (configurée) par les organisations<br />
responsables des systèmes autonomes correspondant.<br />
F En plus de l’en-tête commune, les messages d’acquisitions<br />
comprennent deux champs de 16 bits chacun :<br />
l HELLO INTERVAL : intervalle de temps à utiliser pour tester<br />
l’accessibilité de la passerelle,<br />
l<br />
POLL INTERVAL : fréquence maximale (N/s) de mise à jour du <strong>routage</strong>;<br />
F Valeur du champs CODE :<br />
l<br />
l<br />
l<br />
l<br />
l<br />
0 : Acquisition Request,<br />
1 : Acquisition Confirm,<br />
2 : Acquisition Refuse (exemple: manque de mémoire, interdiction adm.),<br />
3 : Cease Request (exemple : arrêt en cours)<br />
4 : Cease Confirm.<br />
CentralWeb - 1998 F. Playe 28
EGP : messages d’accessibilité<br />
F EGP met en oeuvre des mécanismes d’accessibilté des réseaux ==><br />
échanger les listes de réseaux accessibles via chacun des voisins.<br />
F<br />
La procédure consiste en des interrogations à intervalle régulier de<br />
liste auprés de son voisin.<br />
F <strong>Le</strong>s messages échangés dans ce processus :<br />
l<br />
l<br />
l<br />
l<br />
HELLO et I-HEARD-YOU (I-H-U) pour le contrôle d’accessibilité des<br />
passerelles voisines,<br />
POLL Request sollicitant des réponses (Routing Update) sur les<br />
informations de <strong>routage</strong>.<br />
<strong>Le</strong>s messages HELLO et I-H-U sont composées uniquement de l’en-tête<br />
commune, CODE = 0 pour le message HELLO et 1 pour le message I-H-U.<br />
POLL Request et Routing Update comprennent, en plus de l’en-tête<br />
commune, le champ <strong>IP</strong> SOURCE NETWORK (32 bits) qui spécifie un<br />
réseau commun aux deux systèmes autonomes sur lesquelles sont reliées les<br />
deux passerelles. (Prefixe <strong>IP</strong> de classe A, B, C).<br />
CentralWeb - 1998 F. Playe 29
EGP : message d’accessibilité<br />
F<br />
<strong>Le</strong>s réponses (Routing Update ) contiennent des routes dont les<br />
distances sont mesurées par rapport aux passerelles reliées au<br />
réseau <strong>IP</strong> SOURCE NETWORK; les raisons pour lesquelles l’émetteur<br />
de l’interrogation, indique l’adresse <strong>IP</strong> source sont les suivantes :<br />
l<br />
un routeur EGP peut être connecté à plusieurs interfaces et si l’adresse <strong>IP</strong><br />
était absente, il ne saurait pas à quel réseau s’adresse la requête<br />
l<br />
La passerelle souvent rassemble l'ensemble des informations de <strong>routage</strong> de<br />
tout le système autonome : une suite de paires (adresse réseau, passerelle);<br />
la passerelle spécifiée pour atteindre le réseau dépend de l'entrée dans le<br />
système autonome c'est à dire du champ <strong>IP</strong> SOURCE NETWORK.<br />
CentralWeb - 1998 F. Playe 30
EGP : messages d’accessibilité<br />
<strong>IP</strong> Source Network<br />
(P2, réseau 2)<br />
(P1, réseau 1)<br />
(P3, réseau 3)<br />
(P3, réseau 4)<br />
EGP<br />
réseau 1<br />
P1 P3 P2<br />
réseau 2<br />
réseau 3<br />
IGP<br />
P4<br />
réseau 4<br />
CentralWeb - 1998 F. Playe 31
EGP : messages «Routing Update»<br />
F<br />
Une passerelle extérieure émet des requêtes de mise à jour<br />
d'information de <strong>routage</strong> (routing update),afin d'informer les<br />
passerelles voisines appartenant à d'autres systèmes autonomes.<br />
F<br />
<strong>Le</strong>s messages de mises à jour sont composés de deux types de listes:<br />
l<br />
une liste interne contenant tout ou une partie des passerelles du système<br />
autonome et les réseaux accessibles à travers elles,<br />
l<br />
une liste externe structurée de la même manière mais identifiant des<br />
destinations extérieures au sytème autonome. Seules les passerelles<br />
appartenant à l’interconnexion (Core, Provider, BB) peuvent propager ces<br />
informations.<br />
CentralWeb - 1998 F. Playe 32
EGP : Messages «Routing update»<br />
Version Typ Code Status<br />
Checksum e<br />
Numéro<br />
Numéro de<br />
d’AS Non utilisé<br />
séquence Réseau <strong>IP</strong> Source<br />
Adresse <strong>IP</strong> du routeur 1 (host id: 1,2,3 octets)<br />
# distances<br />
distance 1 # réseaux<br />
Réseau 1,1,1<br />
Réseau 1,1,2<br />
distance 2<br />
# distances<br />
distance 1<br />
. . .<br />
distance 2<br />
. . .<br />
# réseaux<br />
Réseau 1,2,1<br />
Réseau 1,2,2<br />
. . .<br />
Adresse <strong>IP</strong> du routeur n<br />
# réseaux<br />
Réseau n,1,1<br />
Réseau n,1,2<br />
# réseaux . . .<br />
Réseau n,2,1<br />
Réseau n,2,2<br />
. . .<br />
CentralWeb - 1998 F. Playe 33
EGP : annonces des routes<br />
F<br />
EGP peut ne pas annoncer les routes auxquelles il est relié.<br />
N’annonce pas la route vers By<br />
AS «X»<br />
Ax<br />
Backdoor<br />
EGP<br />
AS<br />
Provider<br />
By<br />
AS «Y»<br />
N’annonce pas la route vers Ax<br />
CentralWeb - 1998 F. Playe 34
EGP : les métriques<br />
F<br />
F<br />
EGP annonce des métriques comprises entre 0 et 255 (inaccessible)<br />
<strong>Le</strong> mécanisme permet de couvrir les besoins inhérents aux IGPs et les<br />
liaisons multiples entre AS<br />
Liaison Principale<br />
Métrique annoncée: Mp<br />
Liaison Provider<br />
Métrique annoncée: Mp<br />
AS «X»<br />
Mp < Mb<br />
AS «Y»<br />
AS «X»<br />
Liaison Backup<br />
Métrique annoncée: Mb<br />
Liaison Backdoor<br />
Métrique annoncée: Mb<br />
Mp >Mb<br />
AS<br />
Provider<br />
AS «Y»<br />
Métrique annoncée par le provider généralement assez grande (128) pour laisser fonctionner le backdoor<br />
CentralWeb - 1998 F. Playe 35
EGP : les contraintes<br />
F<br />
F<br />
F<br />
Conçu pour un réseau hierachique de type BackBone (exemple<br />
Arpanet/Nsfnet -> Réseaux régionnaux ->campus).<br />
l<br />
l<br />
Ajourd’hui le réseau est maillé et des boucles apparaissent<br />
<strong>Le</strong>s routes multiples ne sont pas prises en compte<br />
La distance est utlisée uniquement comme évaluation d’accessibilité<br />
(car la métrique est propre à un AS vs mesure universelle)<br />
Taille des messages importante ==> fragmentation de datagrammes<br />
F Successeur d’EGP : BGP développé fin des années 80 qui permet :<br />
l<br />
l<br />
l<br />
des mises à jour incrémentales ( vs tailles des messages),<br />
la conversion avec IGP’s des informations de <strong>routage</strong> (==>cohérence entre<br />
métriques de routeurs interieurs et extérieurs)<br />
évite les boucles dans une topologie maillée<br />
CentralWeb - 1998 F. Playe 36
R<strong>IP</strong> : Routing Information Protocol<br />
F Protocole intérieur (Cf AS), RFC 1058.<br />
F<br />
F<br />
F<br />
F<br />
Berkeley made (BSD/routed)<br />
Conçu à l’origine pour les réseaux locaux, étendu aux réseaux<br />
distants<br />
Peu performant, mais le plus employé au monde<br />
De type Vector/Distance<br />
F Deux Version 1.0 et 2.0<br />
F Fonctionne au dessus d’UDP/<strong>IP</strong> ; port 520 (Cf
R<strong>IP</strong> Format des messages<br />
1 : Request<br />
Version =1<br />
2 : Response<br />
Structure d’adresse<br />
Socket / unix<br />
0 8 16 24 31<br />
Commande Version Zéro<br />
ID. Famille d’adresse<br />
Zéro<br />
Adresse <strong>IP</strong> Réseau 1<br />
Zéro<br />
Zéro<br />
Valeur 1 à 16 !<br />
Métrique (Distance vers Réseau 1)<br />
Adresse <strong>IP</strong> Réseau 2<br />
and so on !<br />
Zéro<br />
Zéro<br />
Métrique (Distance vers Réseau 2)<br />
. . .<br />
CentralWeb - 1998 F. Playe 38
Sa<br />
R<strong>IP</strong> : traitement des messages<br />
Ma: Adresse destination<br />
Mm : Métrique associée<br />
Mn : Adresse Next hop<br />
Message reçu<br />
Ea: Adresse destination<br />
Em: Métrique associée<br />
En: Adresse Next hop<br />
Eaj: MAJ récente<br />
Et:Temporisations<br />
Entrée de la table<br />
de <strong>routage</strong><br />
Vérification des champs du message<br />
Si (entrée n’existe pas dans la table)<br />
{ si (Mm < infini)<br />
{ /* ajouter entrée dans la table */<br />
}<br />
Ea=Ma; Em=Mm; En=Mn;<br />
Et=f(t); init(Eaj);<br />
} sinon /* Entrée existante */<br />
{ si (Em >Mm)<br />
}<br />
{ Em=Mm; En=Mn; Et=f(t); init(Eaj);<br />
}<br />
sinon si (En=sa) /* émetteur=NH */<br />
{ Em=Mm; Et = f(t); init(Eaj);<br />
CentralWeb - 1998 F. Playe 39<br />
}<br />
Algorithme de MAJ de la Base de <strong>routage</strong>
R<strong>IP</strong> : les contraintes<br />
F R<strong>IP</strong> 1 : Pas de <strong>routage</strong> par sous réseaux (masque non transmis) .<br />
10.2.0.0 unreachable<br />
10.1.0.0 10.2.0.1<br />
(255.255.0.0)<br />
10<br />
Solution: liaison point .2à point dédiée<br />
au <strong>routage</strong> des 2 sous-réseaux .0<br />
.1<br />
R<strong>IP</strong> 1<br />
10.0.0.0<br />
(255.0.0.0)<br />
annoncent le réseau et<br />
non pas le sous-réseau<br />
10.2.0.0<br />
(255.255.0.0)<br />
10.0.0.0<br />
(255.0.0.0)<br />
CentralWeb - 1998 F. Playe 40
R<strong>IP</strong> : les contraintes<br />
F inconvénients des techniques Vector-Distance :<br />
l<br />
l<br />
l<br />
l<br />
taille des informations de <strong>routage</strong> (proportionnelle au nombre de routeurs)<br />
Métrique difficilement utilisable, limitée à 16, pas de cohérence entre<br />
domaine de <strong>routage</strong> (pas d’universalité entre AS),<br />
Bouclage, éventuellement à l’infini,<br />
Pas de chemins multiples<br />
F Amélioration apportée par R<strong>IP</strong> Version 2<br />
F<br />
l<br />
l<br />
l<br />
Gestion de sous-réseaux et super-réseaux (Cf CIDR)<br />
utilisation de Multicast <strong>IP</strong> (224.0.0.9) au lieu de Broadcast <strong>IP</strong><br />
Suppression de pics de transmission de messages : supprimer les<br />
synchronisations involontaires des émissions de messages : introduction de<br />
gestion aléatoire du déclenchement des émissions (14 à 45 secondes).<br />
Problèmes residuels importants<br />
l<br />
Boucles,<br />
l Métriques non appropriées aux réseaux modernes (Cf commerciaux )<br />
Pas de chemins multiples<br />
l<br />
CentralWeb - 1998 F. Playe 41
OSPF : Open Shortest Path First<br />
F<br />
F<br />
F<br />
F<br />
F<br />
F<br />
F<br />
Protocole link state (RFC 1247) destiné à remplacer les protocoles<br />
intérieurs propriétaires et R<strong>IP</strong>.<br />
OSPF utilise la fonctionnalité “type de service” offerte par <strong>IP</strong><br />
l<br />
l<br />
l<br />
permet d’installer plusieurs routes pour une même destination,<br />
selon des critères différents (ex : délai court, débit important).<br />
si plusieurs routes vers une même destination sont de coût équivalents,<br />
OSPF répartit la charge équitablement parmi ces routes.<br />
OSPF supporte l’adressage en sous-réseaux (subnets);<br />
Découpe d’un système autonome en aréas<br />
l<br />
isolement des informations de <strong>routage</strong> à l’intérieur de ces aréas<br />
l ==> limitation des informations de <strong>routage</strong> dans le système autonome .<br />
Des liens virtuels peuvent être établis dans la topologie de l’AS afin de<br />
cacher les connexions physiques d’une partie du réseau.<br />
<strong>Le</strong>s liens extérieurs avec d’autres systèmes autonomes (via EGP par<br />
exemple) sont pris en compte.<br />
Echanges entre routeurs authentifiés ==> l’intégrité des messages.<br />
CentralWeb - 1998 F. Playe 42
OSPF : les concepts, areas<br />
F<br />
F<br />
F<br />
<strong>Le</strong> problème : dans les sytèmes de <strong>routage</strong>, si le réseau est trop grand<br />
l<br />
l<br />
l<br />
overhead du traffic dans le réseau,<br />
calculs trop longs,<br />
dimensionnement mémoire trop grand<br />
La solution : <strong>routage</strong> hiérachique<br />
l découpage du réseau en parties indépendantes (Areas)<br />
l<br />
reliées par un BackBone (Area BackBone)<br />
La fonctionnalité<br />
l<br />
l<br />
chaque area constitue un réseau indépendant<br />
u la table des liaisons ne contient de les liaisons de l’Area,<br />
u le protocole d’inondation s’arrête aux frontières de l’Area,<br />
u les routeurs ne calculent que des routes internes à l’Area<br />
certains routeurs (area border routers) appartiennent à plusieurs Areas (en<br />
général une Area inférieure et une Area BB) et transmettent les<br />
informations récapitulatives des Areas qu’ils relient.<br />
CentralWeb - 1998 F. Playe 43
OSPF: Concepts: Areas<br />
BB0<br />
b1<br />
BB2<br />
Routeurs inter-areas<br />
Routeurs externes<br />
b2<br />
b6<br />
A1<br />
a2<br />
AB1<br />
BC1<br />
c1<br />
C2<br />
a1<br />
Area A<br />
b3<br />
b5<br />
Area C<br />
c2<br />
A2<br />
a3<br />
AB4<br />
b4<br />
BC3<br />
c3<br />
C4<br />
BB<br />
AS<br />
CentralWeb - 1998 F. Playe 44
OSPF, concepts : le routeur désigné<br />
F<br />
<strong>Le</strong> problème: Sur un réseau où il y N<br />
routeurs il y a N*(N-1)/2 adjacences.<br />
l<br />
l<br />
Chaque routeur doit annoncer N-1 liaisons<br />
vers les autres routeurs<br />
Chaque routeur doit annoncer ses routes<br />
vers un «réseau terminal» (Cf sousréseaux).<br />
l soit N_ annonces (problème du carré de N)<br />
A<br />
B<br />
C<br />
D<br />
N(N-1)/2 adjacences<br />
F<br />
La solution: Un routeur est désigné plus<br />
«égal que les autres»<br />
l<br />
l<br />
l<br />
<strong>Le</strong>s autres routeurs établissent une<br />
adjacence avec ce routeur uniquement<br />
<strong>Le</strong> routeur désigné annonce vers le réseau<br />
terminal<br />
soit N annonces<br />
CentralWeb - 1998 F. Playe 45<br />
A<br />
C<br />
B<br />
D<br />
A est le routeur désigné
OSPF, Fonctionnement<br />
F<br />
F<br />
F<br />
F<br />
F<br />
Chaque routeur du système autonome où d’une area construit sa<br />
propre base d’information décrivant la topologie de l’AS complet ou<br />
bien de l’area.<br />
Au départ les routeurs utilisent des message "Hello" pour découvrir<br />
leurs voisins; une "adjacence" est formée lorsque deux routeurs<br />
communiquent pour échanger des informations de <strong>routage</strong>.<br />
L’information élémentaire échangée entre routeurs décrit l’état (link<br />
state) des adjacences; cette information est fournie par un routeur<br />
donné puis propagée dans l'area ou l’AS.<br />
A partir de sa base d’information (collection d’états des routeurs),<br />
chaque routeur construit un arbre du plus court chemin (SPF tree)<br />
dont il est la racine.<br />
Cet arbre indique toutes les routes pour toutes les destinations du<br />
système autonome, plus les destinations extérieures.<br />
CentralWeb - 1998 F. Playe 46
OSPF, la Base topologique<br />
F<br />
F<br />
F<br />
F<br />
La base d’information topologique d’un système autonome décrit un<br />
graphe orienté. <strong>Le</strong>s noeuds du graphe sont des routeurs ou bien des<br />
réseaux tandis que les liens représentent les connexions physiques.<br />
<strong>Le</strong>s réseaux sont dits de transit si plusieurs routeurs y sont connectés<br />
ou terminaux dans le cas contraire.<br />
A chaque réseau est associé une adresse <strong>IP</strong> et un masque réseau.<br />
Une machine seule (host) est considérée comme un réseau terminal<br />
avec un masque égal à 0xFFFFFFFF.<br />
CentralWeb - 1998 F. Playe 47
N<br />
1<br />
0<br />
N<br />
1<br />
N<br />
2<br />
2<br />
3<br />
RT9<br />
N9<br />
RT12<br />
1<br />
1<br />
3<br />
10<br />
RT1<br />
3<br />
slip<br />
1<br />
RT2<br />
N<br />
1<br />
1<br />
H1<br />
1<br />
N3<br />
RT3<br />
N4<br />
1 2<br />
RT11<br />
2<br />
8<br />
CentralWeb - 1998 F. Playe 48<br />
1<br />
N<br />
8<br />
OSPF : exemple<br />
RT4<br />
RT6<br />
7<br />
lb<br />
8<br />
6<br />
N12 N13 N14<br />
8 8 8<br />
5<br />
la<br />
3 1<br />
RT10<br />
8<br />
7<br />
RT5<br />
N6<br />
1<br />
6<br />
6<br />
RT7<br />
1<br />
RT8<br />
2<br />
AS<br />
border<br />
Router<br />
9<br />
4<br />
N12<br />
N16<br />
N<br />
7
N<br />
1<br />
0<br />
N<br />
1<br />
N<br />
2<br />
N9<br />
3<br />
1<br />
*<br />
RT1<br />
*<br />
RT9<br />
*<br />
*<br />
1<br />
3<br />
3<br />
*<br />
1*<br />
*<br />
RT12<br />
*<br />
2 10<br />
RT2<br />
N<br />
1<br />
1<br />
1<br />
1<br />
H1<br />
*<br />
N3<br />
1 *<br />
RT3<br />
2<br />
*<br />
N4<br />
CentralWeb - 1998 F. Playe 49<br />
1<br />
8<br />
RT4<br />
8<br />
N12 N13 N14<br />
8 8 8<br />
6<br />
8<br />
7<br />
*<br />
RT5<br />
* *<br />
RT6<br />
*<br />
RT11<br />
RT10<br />
2 * * 1*<br />
N<br />
8<br />
*<br />
OSPF: <strong>Le</strong> graphe orienté<br />
6<br />
3<br />
5<br />
*<br />
annonces routeur<br />
annonces réseau<br />
*<br />
7<br />
N6<br />
1<br />
6<br />
RT7<br />
*<br />
*<br />
1<br />
RT8<br />
6<br />
2<br />
4*<br />
9<br />
N12<br />
N16<br />
N<br />
7
N<br />
1<br />
N<br />
2<br />
3<br />
RT9<br />
1<br />
3<br />
3<br />
RT1<br />
RT2<br />
N<br />
1<br />
1<br />
1<br />
1<br />
N3<br />
1<br />
RT3<br />
2<br />
N4<br />
1<br />
8<br />
RT4<br />
8<br />
6<br />
5<br />
N12 N13 N14<br />
8 8 8<br />
RT6<br />
8<br />
6<br />
RT5<br />
7<br />
7<br />
RT7<br />
6<br />
2<br />
9<br />
N12<br />
N16<br />
N<br />
1<br />
0<br />
2<br />
N9<br />
1<br />
RT12<br />
10<br />
1<br />
H1<br />
RT11<br />
2<br />
CentralWeb - 1998 F. Playe 50<br />
N<br />
8<br />
3<br />
RT10<br />
OSPF : <strong>Le</strong> plus court chemin<br />
1<br />
N<br />
6<br />
1<br />
RT8<br />
4<br />
N<br />
7
N<br />
1<br />
N<br />
2<br />
N<br />
1<br />
0<br />
2<br />
3<br />
3<br />
RT9<br />
N9<br />
RT12<br />
RT1<br />
RT2<br />
3<br />
10<br />
N<br />
1<br />
1<br />
H1<br />
1<br />
N3<br />
RT3<br />
2<br />
N4<br />
RT11<br />
1<br />
N<br />
8<br />
N12 N13 N14<br />
8 8 8<br />
RT4<br />
3<br />
CentralWeb - 1998 F. Playe 51<br />
RT6<br />
RT10<br />
La table de <strong>routage</strong> de R6<br />
6<br />
7<br />
RT5<br />
6<br />
Dest. Next hop Distance<br />
N1 RT3 10<br />
N2 RT3 10<br />
N3 RT3 7<br />
N4 RT3 8<br />
N6 RT10 8<br />
N7 RT10 12<br />
N8 RT10 10<br />
N9 RT10 11<br />
N10 RT10 13<br />
N11 RT10 14<br />
H1 RT10 21<br />
RT5 RT5 6<br />
RT7 RT10 8<br />
N12 RT10 10<br />
N13 RT5 14<br />
N14 RT5 14<br />
N15 RT10 17<br />
1<br />
2 N12<br />
N6 7<br />
9 N15<br />
RT8<br />
4<br />
RT7<br />
N7
N<br />
1<br />
N<br />
2<br />
N<br />
1<br />
0 2<br />
N9<br />
RT12<br />
3<br />
1<br />
3<br />
RT1<br />
1<br />
RT2<br />
N 3 Area 3<br />
RT9<br />
1<br />
1 1<br />
10<br />
H1<br />
1<br />
Area 1<br />
N3<br />
RT3<br />
N4<br />
8<br />
Area 2<br />
CentralWeb - 1998 F. Playe 52<br />
1<br />
RT4<br />
RT6<br />
OSPF : Configuration en areas<br />
1 2<br />
RT11<br />
internes<br />
2<br />
Area border<br />
AS border<br />
N<br />
8<br />
7<br />
lb<br />
8<br />
6<br />
5<br />
3 1<br />
RT10<br />
N12 N13 N14<br />
8 8 8<br />
la<br />
8<br />
7<br />
RT5<br />
N6<br />
1<br />
6<br />
6<br />
RT7<br />
1<br />
RT8<br />
2<br />
AS<br />
border<br />
Router<br />
9<br />
4<br />
N12<br />
N16<br />
N<br />
7
N<br />
1<br />
3<br />
RT1<br />
1<br />
Area 1<br />
N3<br />
1<br />
RT4<br />
N1 4<br />
N2 4<br />
N<br />
2<br />
3<br />
RT2<br />
1<br />
RT3<br />
1<br />
2<br />
N4<br />
N1 4<br />
N3 1<br />
N4 3<br />
N2 4<br />
N3 1<br />
N4 2<br />
OSPF : Annonces de l’area 1 vers le BackBone<br />
CentralWeb - 1998 F. Playe 53
OSPF : les annonces du Backbone vers l’area 1<br />
Destinations annoncées<br />
dans l’area 1 par RT3, RT4<br />
Dest RT3 RT4<br />
N6 16 15<br />
N7 20 19<br />
N8 18 18<br />
N9-11,H1 19 26<br />
RT5 14 8<br />
RT7 20 14<br />
N 3 Area 3<br />
RT9<br />
1<br />
1 1<br />
N<br />
1<br />
0 2<br />
N9<br />
RT12<br />
1<br />
10<br />
H1<br />
19<br />
RT3<br />
1 2<br />
RT11<br />
26 =min (N9,<br />
N10, N11) par<br />
RT5>RT6->RT10<br />
Area 2<br />
CentralWeb - 1998 F. Playe 54<br />
8<br />
18<br />
18<br />
N<br />
8<br />
RT4<br />
RT6<br />
7<br />
8<br />
6<br />
5<br />
3 1<br />
RT10<br />
N12 N13 N14<br />
8 8 8<br />
8<br />
14<br />
20<br />
16<br />
8<br />
7<br />
14<br />
RT5<br />
N6<br />
1<br />
6<br />
6<br />
RT7<br />
15 1<br />
19<br />
1<br />
RT8<br />
2<br />
9<br />
20<br />
4<br />
N12<br />
N16<br />
N<br />
7
OSPF : les annonces du Backbone vers l’area 1<br />
Distances Backbone<br />
calculées par RT3, RT4<br />
vers depuis depuis<br />
ABR RT3 RT4<br />
RT3 * 21<br />
RT4 22 *<br />
RT7 20 14<br />
RT10 15 22<br />
RT11 18 25<br />
R6 8 15<br />
R5 14 8<br />
R7 20 14<br />
N 3 Area 3<br />
RT9<br />
1<br />
1 1<br />
N<br />
1<br />
0 2<br />
N9<br />
RT12<br />
1<br />
10<br />
H1<br />
19<br />
RT3<br />
1 2<br />
RT11<br />
26 =min (N9,<br />
N10, N11) par<br />
RT5>RT6->RT10<br />
8<br />
18<br />
Area 2<br />
CentralWeb - 1998 F. Playe 55<br />
18<br />
N<br />
8<br />
6<br />
RT4<br />
RT6<br />
7<br />
8<br />
6<br />
5<br />
3 1<br />
RT10<br />
N12 N13 N14<br />
8 8 8<br />
8<br />
14<br />
20<br />
16<br />
8<br />
7<br />
14<br />
RT5<br />
N6<br />
1<br />
6<br />
6<br />
RT7<br />
15 1<br />
19<br />
1<br />
RT8<br />
2<br />
9<br />
20<br />
4<br />
N12<br />
N16<br />
N<br />
7
OSPF : La base de données<br />
F <strong>Le</strong>s états des liaisons sont enregistrés selon 5 types :<br />
F<br />
l<br />
l<br />
l<br />
l<br />
l<br />
routeur,<br />
réseau,<br />
récapitulation de réseau <strong>IP</strong>,<br />
récapitulation de réseau externe,<br />
externe<br />
L’identifiant de la liaison est choisi par le routeur annonçant<br />
F Format d’un enregistrement :<br />
Depend du type<br />
d’enregistrement<br />
valeur TOS<br />
Adresse <strong>IP</strong> généralement<br />
sur 32 bits, identifie l’antériorité<br />
à la <strong>IP</strong><br />
Age de l’EL<br />
options Type d’EL<br />
Identifieur d’état de liaison<br />
Routeur annonçant (<strong>IP</strong>)<br />
No de séquence d’EL<br />
Checksum d’El<br />
. . .<br />
longueur<br />
CentralWeb - 1998 F. Playe 56
OSPF : La base de données<br />
F <strong>Le</strong>s liaisons de routeurs (type EL = 1)<br />
l<br />
l<br />
récapitulent les liaisons attachées à ce routeur<br />
concernent soit un routeur inter-area, soit un point d’accès externe<br />
l type de la liaison :<br />
u point à point vers un autre routeur<br />
u reliant le routeur vers un réseau de transit<br />
u reliant le routeur à un réseau terminal<br />
Routeur inter area<br />
ou externe<br />
LIAISON point routeur à point -><br />
vers réseau un terminal autre de transit routeur<br />
Identifieur Adresse <strong>IP</strong> OSPF du réseau<br />
Adresse routeur sous-réseau désigné <strong>IP</strong> de<br />
l’interface Masque Adresse réseau <strong>IP</strong> routeur de<br />
sous l’interface réseaulocale<br />
E B 0 nombre de liaisons<br />
TOS defaut<br />
TOS 1<br />
TOS n<br />
Identifieur de liaison<br />
Données de liaison<br />
# TOS<br />
métrique, TOS défaut<br />
métrique, TOS=1<br />
CentralWeb - 1998 F. Playe 57<br />
0<br />
0<br />
. . .<br />
métrique, TOS=n
OSPF : La base de données<br />
F <strong>Le</strong>s liaisons de réseau (type EL = 2)<br />
l<br />
l<br />
annoncées par les routeurs désignés sur les réseaux de transit<br />
L’Identifieur de liaison correspond à l’adresse <strong>IP</strong> du routeur désigné vers<br />
ce réseau<br />
Masque de réseau ou sous-réseau<br />
Routeur connecté<br />
Routeur connecté<br />
. . .<br />
Routeur connecté<br />
CentralWeb - 1998 F. Playe 58
OSPF : La base de données<br />
F<br />
<strong>Le</strong>s liaisons récapitulatives de réseaux <strong>IP</strong> (type EL=3)<br />
l<br />
l<br />
l<br />
annoncées par les routeurs inter-area<br />
un message par annonce (pas de groupage)<br />
Identifieur de liaison = adresse <strong>IP</strong> de réseau ou sous-réseau<br />
Masque de sous - réseau<br />
TOS defaut 0 métrique, TOS défaut<br />
TOS 1 0<br />
. . .<br />
métrique, TOS=1<br />
TOS n 0 métrique, TOS=n<br />
CentralWeb - 1998 F. Playe 59
OSPF : La base de données<br />
F<br />
<strong>Le</strong>s liaisons récapitulatives de routeurs externes (type EL=4)<br />
l<br />
l<br />
l<br />
annoncées par les routeurs externes<br />
un message par annonce (pas de groupage)<br />
Identifieur de liaison = adresse <strong>IP</strong> du routeur externe<br />
Masque = FFFFFFFF<br />
TOS defaut 0 métrique, TOS défaut<br />
TOS 1 0<br />
. . .<br />
métrique, TOS=1<br />
TOS n 0 métrique, TOS=n<br />
CentralWeb - 1998 F. Playe 60
OSPF : La base de données<br />
F<br />
<strong>Le</strong>s liaisons externes (type EL=5)<br />
l<br />
l<br />
l<br />
annoncées par les routeurs externes (Cf EGP, BGP)<br />
un message par annonce (pas de groupage)<br />
Identifieur de liaison = adresse <strong>IP</strong> du réseau ou sous-réseau destinataire<br />
Masque de réseau ou sous-réseau<br />
E=extern<br />
E, TOS defaut métrique, TOS défaut<br />
0<br />
Identifiant de route externe (defaut)<br />
E, TOS 1 0 métrique, TOS=1<br />
Identifiant de route externe (1)<br />
. . .<br />
E, TOS n 0 métrique, TOS=n<br />
Identifiant de route externe (n)<br />
CentralWeb - 1998 F. Playe 61
OSPF : <strong>Le</strong> calcul des routes<br />
F<br />
F<br />
F<br />
F<br />
La base de données permet de calculer les tables de <strong>routage</strong>s<br />
<strong>Le</strong> calcul est effectué après tout changement de topologie<br />
Selon l’algorithme «link state» qui détermine<br />
l<br />
l<br />
les chemins les plus courts<br />
les chemins aussi courts<br />
OSPF transmet la table de <strong>routage</strong> à <strong>IP</strong> en transcodant les valeurs de<br />
TOS selon la RFC 1349<br />
CentralWeb - 1998 F. Playe 62
OSPF : les sous-protocoles<br />
F<br />
<strong>Le</strong> protocole Hello<br />
l<br />
l<br />
l<br />
vérifie que les liaisons sont opérationnelles<br />
permet l’élection du routeur désigné ainsi que le routeur back-up<br />
établit une connexion bilatérale entre 2 routeurs<br />
Intervalle entre<br />
paquets<br />
O si processus<br />
non terminé<br />
En-tête OSPF : hello<br />
Masque de reseau ou sous-réseau<br />
Intervalle Hello Options Priorité<br />
Intervalle de Mort (tempo.)<br />
Routeur désigné (<strong>IP</strong>)<br />
Back-up (<strong>IP</strong>)<br />
Voisin<br />
. . .<br />
Voisin<br />
bit T : routeur<br />
gérant le TOS BIT<br />
E : émet ou reçoit<br />
des routes<br />
externes<br />
O si processus<br />
non terminé<br />
permet la sélection<br />
du «désigné» et<br />
«backup»<br />
CentralWeb - 1998 F. Playe 63
OSPF : les sous-protocoles<br />
F<br />
<strong>Le</strong> protocole d’échange<br />
l<br />
l<br />
l<br />
l<br />
l<br />
l<br />
l<br />
consiste en l’échange des tables «link state» entre 2 routeurs<br />
activé si la connexion bilatérale a réussit<br />
se situe entre routeur désigné et les autres routeurs sur les liaisons réseaux<br />
et entre backup et autres routeurs<br />
initie les premiers échanges<br />
suppléé ensuite par le protocole d’inondation<br />
Fonctionne en Maitre/Esclave<br />
Echanges avec acquittements<br />
En tete OSPF Type = 2<br />
0 options 0<br />
No Seq dans la base<br />
Type d’EL<br />
Identifieur d’état de liaison<br />
Routeur annonçant (<strong>IP</strong>)<br />
Informations de synchronisation<br />
de protocole<br />
No de séquence d’EL<br />
Checksum d’El<br />
. . .<br />
age d’EL<br />
CentralWeb - 1998 F. Playe 64
OSPF : les sous-protocoles<br />
F<br />
<strong>Le</strong> protocole d’inondation<br />
l<br />
l<br />
l<br />
l<br />
Activé lorsque l’etat d’une liaison change et que cet état était<br />
préalablement enregistré.<br />
Peut aussi être activé sur demande d’état apres connexion bilatérale<br />
protocole avec acquittement<br />
Pour chaque annonce<br />
u si nouvelle valeur : l’annonce est<br />
réémises sur tous les interfaces<br />
u Acquittement vers l’émetteur<br />
initial<br />
En tete OSPF Type = 4<br />
Nombre d’annonce1<br />
Type d’EL<br />
Identifieur d’état de liaison<br />
Routeur annonçant (<strong>IP</strong>)<br />
No de séquence d’EL<br />
Checksum d’El<br />
. . .<br />
age d’EL<br />
CentralWeb - 1998 F. Playe 65
192.1.3.<br />
N<br />
2<br />
3<br />
1<br />
RT2<br />
N3<br />
192.1.1<br />
1<br />
RT3<br />
2<br />
N4<br />
192.1.4<br />
1<br />
8<br />
1<br />
192.1.2.<br />
N<br />
1<br />
RT1<br />
1<br />
RT4<br />
LS age = 0<br />
LS type = 1<br />
LS ID = 192.1.1.3<br />
Advertising router = 192.1.1.3<br />
bit E = 0<br />
bit B = 1<br />
#links=2<br />
link ID = 192.1.1.4<br />
Link Data = 192.1.1.3<br />
Type = 2<br />
metric = 1<br />
18.10.0.6 link ID = 192.1.4.0<br />
6 Link Data = 0Xffffff00<br />
RT6<br />
Type = 3<br />
7 term.<br />
metric = 2<br />
; valeur à l'init<br />
; signifie router link<br />
; Router ID de RT3<br />
; annonceur<br />
; pas un ASBR<br />
; RT3 = ABR<br />
; adr. <strong>IP</strong> du Des. Rout. RT4<br />
; RT3 interface<br />
; connecté a un réseau transit<br />
; coût<br />
; adresse <strong>IP</strong> du réseau N4<br />
; masque du réseau<br />
; connecté a un réseau<br />
; coût<br />
Annonces de RT3 vers le BB<br />
CentralWeb - 1998 F. Playe 66
192.1.2.<br />
192.1.3.<br />
N<br />
2<br />
3<br />
1<br />
RT2<br />
N3<br />
192.1.1<br />
1<br />
RT3<br />
1<br />
8<br />
1<br />
N<br />
1<br />
RT1<br />
1<br />
RT4<br />
18.10.0.6<br />
6<br />
RT6<br />
LS age = 0<br />
; valeur à l'init<br />
LS type = 1<br />
; signifie router link<br />
LS ID = 192.1.1.3 ; Router ID de RT3<br />
Advertising router = 192.1.1.3 ; annonceur<br />
bit E = 0<br />
; pas un ASBR<br />
bit B = 1<br />
; RT3 = ABR<br />
#links=1<br />
link ID = 18.10.0.6 ; adr. <strong>IP</strong> du voisin RT6<br />
Link Data = 0.0.0.0 ; interface SL<br />
Type = 1 ; connecté a un routeur<br />
metric = 8 ; coût<br />
2<br />
N4<br />
192.1.4<br />
7<br />
Annonces de RT3 vers Area 1<br />
CentralWeb - 1998 F. Playe 67
192.1.3.<br />
N<br />
2<br />
3<br />
RT2<br />
192.1.2.<br />
N<br />
1<br />
RT1<br />
1<br />
LS age = 0<br />
LS type = 4<br />
ASBR<br />
LS ID = w.x.y.z<br />
Advertising router = 192.1.1.4<br />
metric = 14<br />
; valeur à l'init<br />
; sign. summary link to<br />
; Router ID de RT7<br />
; annonceur<br />
; coût<br />
1<br />
1<br />
N3<br />
192.1.1<br />
1<br />
RT3<br />
8<br />
1<br />
RT4<br />
18.10.0.6<br />
6<br />
RT6<br />
Annonces de RT4 vers area1<br />
pour l’ASBR RT7<br />
2<br />
N4<br />
192.1.4<br />
7<br />
CentralWeb - 1998 F. Playe 68
192.1.3.<br />
N<br />
2<br />
3<br />
1<br />
RT2<br />
N3<br />
192.1.1<br />
1<br />
RT3<br />
2<br />
N4<br />
192.1.4<br />
1<br />
8<br />
1<br />
192.1.2.<br />
N<br />
1<br />
RT1<br />
1<br />
RT4<br />
18.10.0.6<br />
6<br />
RT6<br />
7<br />
Annonces de RT4 (DR) pour N3<br />
LS age = 0<br />
; valeur à l'init<br />
LS type = 2 ; signifie network link<br />
LS ID = 192.1.1.4<br />
Advertising router = 192.1.1.4<br />
Network mask = 0Xffffff00<br />
; Router ID de RT4<br />
; annonceur<br />
; masque réseau<br />
Attached Router = 191.1.1.4; Routeur RT4<br />
Attached Router = 191.1.1.1; Routeur RT1<br />
Attached Router = 191.1.1.2; Routeur RT2<br />
Attached Router = 191.1.1.3; Routeur RT3<br />
un network link par l’intermediaire du DR<br />
annonce tous les routeurs attachés à ce réseau<br />
CentralWeb - 1998 F. Playe 69
192.1.3.<br />
N<br />
2<br />
3<br />
RT2<br />
192.1.2.<br />
LS age = 0<br />
N LS type = 4<br />
1 ASBR<br />
RT1<br />
1<br />
LS ID = w.x.y.z<br />
Advertising router = 192.1.1.4<br />
metric = 14<br />
; valeur à l'init<br />
; sign. summary link to<br />
; Router ID de RT7<br />
; annonceur<br />
; coût<br />
1<br />
1<br />
N3<br />
192.1.1<br />
1<br />
RT3<br />
2<br />
N4<br />
192.1.4<br />
8<br />
1<br />
RT4<br />
18.10.0.6<br />
6<br />
RT6<br />
7<br />
Annonces synthèses de RT4<br />
vers area1 pour l’ASBR RT7<br />
CentralWeb - 1998 F. Playe 70
192.1.2.<br />
192.1.3.<br />
N<br />
2<br />
3<br />
1<br />
RT2<br />
N3<br />
192.1.1<br />
1<br />
RT3<br />
2<br />
N4<br />
192.1.4<br />
1<br />
8<br />
1<br />
N<br />
1<br />
RT1<br />
3<br />
LS age = 0<br />
LS type = 3<br />
LS ID = 192.1.2.0<br />
Advertising router=192.1.1.4<br />
metric = 4<br />
RT4<br />
18.10.0.6<br />
6<br />
RT6<br />
7<br />
; valeur à l'init<br />
; sign. summary link to Net<br />
; Adr. <strong>IP</strong> de N1<br />
; annonceur<br />
; coût<br />
Annonces (syntèses) de RT4<br />
vers le BB pour le réseau N1<br />
CentralWeb - 1998 F. Playe 71