bienvenue, mon nom est David Bombal CCIE 1123. Dans cette section, nous allons examiner
le masque de sous-réseau de longueur variable ou VLSM et
le résumé de l’itinéraire.
VLSM nous permet de mieux utiliser les
adresses IP en autorisant le masque de sous-réseau de longueur variable sur un seul réseau.
Donc, ce que nous allons couvrir dans cette section, c'est tout d'abord
VLSM encore une fois, masque de sous-réseau de longueur
variable, nous allons examiner le routage CIDR ou sans
classe entre domaines. Je veux expliquer
le résumé et vous montrer comment vous pouvez résumer plusieurs itinéraires moins ou un seul itinéraire.
nous allons examiner les choix de
routage et la façon dont les routeurs choisissent une
route plutôt qu'une autre, non seulement
en fonction de la distance administrative, mais également en fonction de la légèreté
du préfixe, puis enfin, nous examinerons les problèmes liés aux réseaux non contigus.
donc le masque de sous-réseau
de longueur variable nous permet d’avoir un masque variable ou variable sur l’ensemble
de notre réseau. Par exemple, un réseau classieux
de 10 aura un masque de / 8
avec le premier octet. en
d'autres termes, les 24 derniers bits constituent la
partie hôte de l'adresse.
ce réseau de classe a été sous-réseau, nous pourrions, par exemple, avoir
un sous-réseau de 10. 1. 1. 0/24 où
10. 1. 1 est la
partie réseau de l'adresse en d'autres termes, les 24 octets
les plus significatifs ou les 3 octets les plus significatifs sont la partie réseau et le dernier
octet ou la partie la moins significative de l'adresse est la partie hôte.
nous pourrions également sous-réseau un réseau 10 à 10. 1. 0. 0/16 où la moitié
de l'adresse est la partie réseau et
la moitié de l'adresse, la partie hôte.
Veuillez vous reporter à la partie ICND 1 de
ce cours ou à mon e-book expliqué de sous-réseaux, pour plus de détails sur les sous-réseaux.
Le CIDR ou routage interdomaine sans classe a été introduit en 1993 pour
remplacer l'architecture d'adressage antérieure des réseaux à classe.
les
réseaux de
classes n'étaient
pas évolutifs
donc par exemple 10. 0. 0. 0/8 est un exemple de réseau A classful.
172. 16 0. 0/16 est un exemple de réseau
de classe B et 192. 168. 1. 0/24 est un exemple de réseau de classe C.
le problème avec cette méthode est que vous
avez été obligé d'utiliser un masque / 16 qui vous donnait environ 65 000 adresses d'hôte
ou une adresse de classe C comme celle-ci,
qui ne vous donnait que 254 adresses d'hôte.
ce schéma aurait
entraîné l'extorsion rapide d'adresses IP et la rigidité.
CIDR a donc remplacé ceci qui est basé sur le masque de
sous-réseau de longueur variable, les masques pouvant varier sur des longueurs arbitraires,
ils permettent donc d'utiliser des sous-réseaux
de tailles différentes. 0. 0. 0/8, vous
pouvez aussi utiliser 10. 0. 0. 0/16 ou 24 ou 30 en fonction
des exigences relatives au nombre de sous-réseaux ou d'hôtes de votre réseau ou vous pouvez
utiliser par exemple 10. 1. 1. 0/27 ou 10. 1. 2 0/26 et ainsi de suite et ainsi de suite.
afin que vous puissiez prendre une seule adresse de
classe A et la subdiviser en plusieurs sous-réseaux en fonction de vos besoins.
Il est également important de noter que dans
CIDR, nous ne faisons pas que annoncer un réseau, nous publions un préfixe de routage,
autrement dit 192. 168. 1. 0/24 pas seulement 192. 168. 1. 0 CIDR
permet également de résumer les adresses que je
vais expliquer plus en détail dans un instant.
mais c’est là que nous prenons plusieurs sous-réseaux et les plaçons
dans un réseau super net ou récapitulatif, ce qui réduira
la taille des tables de routage.
Le masque de sous-réseau de longueur variable présente de nombreux avantages, notamment
une meilleure utilisation des adresses IP et des sous-réseaux.
sur un lien WAN à titre d'exemple, seules 2 adresses IP sont requises.
Une adresse IP pour une extrémité
du lien et une autre adresse
IP pour l'autre extrémité du lien, un masque / 30 serait donc préférable, par exemple un masque / 16 ou / 24.
Un masque / 30 ne prend en charge que 2 hôtes sur
ce sous-réseau et c’est tout ce qui est requis dans le scénario point à point comme celui-ci.
Un masque / 24, par exemple, prend en charge 254 hôtes, ce
qui entraîne une destruction excessive de ce lien.
VLSM aide donc l’administrateur à
mieux utiliser les adresses IP et les sous-réseaux.
où nous sous-sous-réseaux sous-réseau
pour prendre en charge le nombre requis d'adresses IP sur ce segment spécifique.
Ainsi, à titre d'exemple, nous avons ici des
sous-réseaux qui utilisent un masque / 27, sur les liens de réseau étendu nous utilisons
un masque / 30 et pour l'instance au siège, nous utilisons un masque / 16.
Cela nous permet également de mettre en œuvre
une meilleure synthèse et une meilleure évolutivité des réseaux, car nous ne sommes
pas obligés d'utiliser un
masque de sous-réseau spécifique. Nous pouvons utiliser différents masques dans nos propres réseaux
et publier des résumés auprès d'autres entreprises ou sur Internet.
voici donc un réseau simple pour expliquer le problème
lorsque le résumé n’est pas utilisé.
sur le côté gauche, nous avons les réseaux 10. 1. 1. 0/24 jusqu'à 10.
1. 2 200
0/24 à droite, nous avons les réseaux 10. 2 1.
0/24 jusqu'à 10. 2 200 Le résumé 0/24 est maintenant
implémenté et supposons que vous utilisiez un protocole de
routage tel que le protocole RIP qui annonce la
totalité de la table de routage toutes les
30 secondes. Un scénario comme
celui-ci avec le routeur situé à gauche annonce 200 itinéraires. toutes les 30 secondes et
le routeur côté routeur annonce également 200 itinéraires toutes les 30 secondes.
Le protocole RIP envoie continuellement toute sa table de routage toutes
les 30 secondes, même en l'absence de changement.
400 routes sont donc annoncées sur ce lien de réseau étendu, ce qui est
très inefficace. Ces mises à jour de routage consomment beaucoup
de bande passante et ne font pas grand-chose, car elles
seront continuellement annoncées bien qu’il n’y
ait pas de modification, il est
donc plus logique de résumer les routes. à gauche, nous
en avons 10. 1. 1. 0 jusqu'à
10. 1. 200 0 Ce sont
donc des sous-réseaux du 10. 1. 0. 0 réseau afin que
nous puissions résumer ces 200 itinéraires en un seul itinéraire et à
gauche 10. 2 1. 0 à 10. 2 200 0 pourrait être résumé
comme 10. 2 0. 0/16
donc plutôt que d'annoncer 400 itinéraires, un seul itinéraire du côté gauche est annoncé
vers le côté gauche.
et un seul itinéraire à droite est annoncé à gauche. En résumé,
ce que nous recherchons, ce sont les bits les
plus significatifs qui sont égaux, c'est-à-dire en partant de gauche et de
côté et en allant vers la droite. côté, nous cherchons des bits
identiques. Ainsi, dans le premier octet, tous les sous-réseaux
en contiennent 10, ce qui est courant. Dans le
deuxième octet, tous les sous-réseaux en contiennent un, ce qui est courant,
mais dans le troisième octet, les valeurs varient de 1 à 200. aussi facile de voir
ce qui est en commun afin que nous puissions simplement le résumer
par 10. 1. 0. 00/16
sachant que 10. 1 est commun partout et
le routeur ici résumera toutes ces routes et
n'enverra qu'une seule publicité. Le routeur situé à
gauche peut toujours accéder à tous les sous-réseaux car ils sont
des sous-réseaux de ce réseau. Pour résumer les itinéraires, nous
avons toujours une connectivité complète sur l'ensemble du
réseau. En voici un exemple plus compliqué,
supposons que nous avons des
réseaux 172. 16 32 0/24
jusqu'à 172. 16 63. 0/24 maintenant
plutôt que ce routeur annonçant tous ces réseaux, pouvons-nous
résumer ce réseau en 1 ou au moins quelques résumés maintenant pour résoudre ce problème en
partant des bits les plus significatifs, autrement dit en
partant du côté gauche
et vous recherchez ce qui est commun dans tous ces réseaux,
donc dans le premier octet 172 est commun, nous savons donc que 16 est
également commun, nous savons donc bien que les deux premiers octets sont communs dans
le troisième octet, cependant, les nombres changent donc nous avons 32,
33, 34, 35, jusqu'à 63, donc ce n'est pas aussi facile
de visualiser ou de voir ce qui est commun
ici, donc ce que nous allons faire,
c'est que nous pouvons convertir le troisième octet en binaire pour rechercher des bits communs, par exemple 32 = 0010 0000 maintenant, il
n'y a évidemment aucun espace à mi-chemin à travers
l'octet. at suit maintenant dès que vous convertissez en
binaire, vous devez convertir les bits restants dans binaire également dans
cet exemple, vous n’avez pas besoin de
le faire car vous pouvez voir
que le dernier octet contient seulement
un 0 mais je l’ai fait ici par souci d’exhaustivité, le
deuxième réseau est 172. 16 33 0 et 33 en binaire
ressemble à ce qui suit, 34 ressemble à ce qui suit, 35 ressemble à ce qui suit et je ne recommanderais pas
de convertir toutes les adresses en binaires Je dirais simplement les 3 ou
4 premiers puis le dernier pour
voir ce qui est en commun.
Dans le monde réel, vous rencontrerez peut-être des exemples bien plus complexes et vous
devrez peut-être convertir toutes les adresses en adresses
binaires, mais au niveau CCNA, cela peut ne pas être nécessaire.
Donc, une fois que nous avons fait cela, nous
pouvons rechercher les bits qui sont en commun, de sorte que le
premier 0 binaire du 3ème octet soit commun dans le deuxième 0 binaire soit également commun, le troisième
bit binaire est un 1 et qu'il est commun dans l'ensemble, cependant,
dans la 4ème position du bit binaire, les valeurs changent comme vous pouvez le voir ici. Les premiers réseaux ont un
0, mais le dernier réseau a un 1 dans
la quatrième position du binaire afin que nous puissions tracer une ligne à droite de tous les bits
qui sont comme vous pouvez le voir ici à gauche de la
ligne dans le 3ème octet, nous avons 001 en
binaire, les bits restants en binaire ne sont pas communs, autrement dit les bits varient.
Désormais, Cisco ne prend pas en charge les masques
de sous-réseau non contigus. Vous pouvez donc voir que ces bits ne sont pas
en commun et que ces bits sont
en commun. dès qu'il y a des bits qui
ne sont pas communs, vous devez tracer
une ligne pour différencier les bits communs et les
bits qui ne le
sont pas. Nous savons maintenant que le premier octet est commun, le
deuxième octet est commun, donc 172. 16 dans le troisième octet, les
3 premiers bits binaires sont communs, donc 001 maintenant tous
les bits qui ne sont pas en commun sont simplement mis à 0;
de retour à la décimale alors
souvenez-vous, espérons-le, du cours ICND 1.
Donc, le premier octet est 172, le deuxième octet est 16 le troisième octet
si vous convertissez cela en décimal est égal à 32 et
le dernier octet converti en décimal est 0.
Donc, l'adresse sommaire est 172. 16 32 0 La dernière
étape consiste à déterminer les bits communs, le premier octet étant
commun et un octet composé de 8 bits, le second octet
étant commun, il s'agit de 8 bits supplémentaires. Nous avons
donc jusqu'à présent 8 bits + 8 bits. En d'autres termes, 16 bits communs
3 bits du troisième octet sont communs. Par conséquent, 8 + 8 + 3 vous donneront 19 bits communs, ainsi l'adresse récapitulative
de ce sous-réseau sera 172. 16 32 0/19 c’est aussi simple que cela
de préparer un résumé et je vais vous montrer une astuce
dans un instant qui vous
permette de résoudre ce problème en quelques secondes. Voici
un autre exemple. 16 64. 0/24 à 172. 16 127. 0/24 Ces
sous-réseaux peuvent-ils être résumés en un seul sous-réseau ou en moins de sous-réseaux?
Donc, en utilisant le même processus, nous partons du côté gauche et
nous cherchons les bits qui
sont communs dans le premier octet. Nous avons 172 dans tous ces sous-réseaux, ce qui
est commun. Dans le deuxième octet, nous en avons 16, ce qui
est commun partout. Nous savons
donc que les 2 premiers octets 172. 16 sont communs partout mais
dans le troisième octet, les valeurs changent.
Nous avons 64, 65, 66, 67 jusqu’à 127, ce qui nous
permet de convertir le troisième octet en binaire afin
de mieux voir ce qu’il contient.
La conversion de 64 en binaire vous donnera 00100 0000 65 une apparence, 66 comme ceci,
67 et vous pourrez convertir un troisième octet de tous les sous-réseaux jusqu’à ce
que vous obteniez un 127 qui suit le dernier
octet. 0 en décimal,
ce qui ressemble à ce qui suit en binaire. Nous devons maintenant rechercher les
bits communs afin que
ces derniers redeviennent 172. 16 puis le premier 0 binaire
est commun dans tous les sous-réseaux, le deuxième bit binaire qui est mis à 1 est commun partout mais
le troisième bit binaire n'est pas commun pendant la notification il y a 0 et puis
ici il y a un 1 binaire afin que nous puissions tracer une ligne après
le second bit binaire pour indiquer
que tout ce qui se trouve à gauche de
la ligne est en commun et tout ce qui se trouve à
droite de la ligne n'est pas en commun, donc
tout cela est en commun et tout cela n'est pas en commun.
donc 172. 16 en décimal, les 2 premiers octets sont communs
et les 2 premiers bits binaires du
troisième octet sont communs, les bits restants doivent être mis
à 0 afin que le remplissage des bits restants soit
à 0 ressemble à
ce qui suit, puis à la conversion. le binaire retourné en décimale aura
172 dans le premier octet, 16 dans le deuxième octet, 64 en décimal, le troisième octet
est donc 64 et le dernier octet, les 0 binaires sont égaux à
0 en décimal, l'adresse 172. 16 64. 0 c'est le réseau récapitulatif de tous ces sous-réseaux.
la dernière étape consiste à compter le nombre de
bits en commun, le premier octet à 8 bits, le deuxième octet à
8 bits, soit 16 bits au total, suivi de 2 autres bits binaires,
ce qui vous donne 18 bits en commun, les
18 premiers bits sont donc en commun dans tous ces sous-réseaux, notre réponse
finale sera donc 172. 16 64. 0/18 correspond
au réseau de synthèse de tous les sous-réseaux répertoriés.