metatoc

Les sujets de l'examen CCNA traités dans ce chapitre sont les suivants :

1. Implémenter un schéma d'adressage IP et des services IP pour répondre aux exigences du réseau dans un réseau de succursales d'entreprise de taille moyenne.
2. Implémenter des services d'adressage statique et dynamique pour les hôtes dans un environnement LAN.
3. Calculer et appliquer un schéma d'adressage comprenant la conception d'adressage IP VLSM à un réseau.
4. Déterminer le schéma d'adressage sans classe approprié à l'aide de VLSM et d'un résumé pour répondre aux exigences d'adressage dans un environnement LAN/WAN.
5. Identifier et corriger les problèmes courants associés à l'adressage IP et aux configurations d'hôte.
6. Après l'étude des sous-réseau IP dans les deux derniers chapitres, on va maintenant parler des masques de sous-réseau de longueur variable (VLSM) ainsi que montrer comment concevoir et mettre en œuvre un réseau à l'aide de réseaux VLSM.
7. Une fois qu'on aura maîtrisé la conception et la mise en œuvre de VLSM, on verra comment résumer les limites de classe. On approfondira cela dans le Chapitre 9, “Enhanced IGRP (EIGRP) et Open Shortest Path First (OSPF)”, où on étudiera les protocoles de routage EIGRP et OSPF.
8. On terminera le chapitre en passant en revue le dépannage d'adresse IP et on expliquera les étapes recommandées par Cisco lors du dépannage d'une adresse IP réseau.

Ce chapitre aidera vraiment à comprendre l'adressage IP et la mise en réseau.

Dans ce chapitre, on va montrer un moyen simple de prendre un réseau et de créer de nombreux réseaux en utilisant des masques de sous-réseau de différentes longueurs sur différents types de conceptions de réseaux. C'est ce qu'on appelle la mise en réseau VLSM, et cela soulève un autre sujet qu'on a mentionné au chapitre 4 : classe et réseautage sans classe.

Ni les protocoles de routage RIPv1 ni IGRP n'ont de champ pour les informations de sous-réseau, les informations de sous-réseau sont donc supprimées. Cela signifie que si un routeur exécutant RIP a un masque de sous-réseau d'une certaine valeur, il suppose que toutes les interfaces au sein de l'espace d'adressage par classe ont le même sous-réseau masqué. C'est ce qu'on appelle le routage par classe, et RIP et IGRP sont tous deux considérés comme des protocoles de routage par classe. (on parlera plus de RIP et IGRP dans Chapitre 8, « Routage IP. ») Si on mélange et fait correspondre les longueurs de masque de sous-réseau dans un réseau exécutant RIP ou IGRP, ce réseau ne fonctionnera tout simplement pas !

Les protocoles de routage sans classe, cependant, prennent en charge la publication d'informations de sous-réseau. Par conséquent, on peut utiliser VLSM avec des protocoles de routage tels que RIPv2, EIGRP et OSPF. (EIGRP et OSPF seront discutés au chapitre 9.) L'avantage de ce type de réseau est qu'on économise beaucoup d'espace d'adressage IP avec lui.

Comme son nom l'indique, avec les VLSM, on peut avoir des masques de sous-réseau de différentes longueurs pour différentes interfaces de routeur.

Si on prend pour exemple deux routeurs, chacun avec deux réseaux locaux et connectés ensemble par une liaison série WAN. Dans un typique conception de réseau par classe (protocoles de routage RIP ou IGRP), on peut créer un sous-réseau comme celui-ci :

192.168.10.0 = Réseau
255.255.255.240 (/28) = Masque

Les sous-réseaux seraient 0, 16, 32, 48, 64, 80, etc. Cela permet d'attribuer 16 sous-réseaux à l'interréseau. Mais combien d'hôtes seraient disponibles sur chaque réseau ? Chaque sous-réseau ne fournit que 14 hôtes. Cela signifie que chaque LAN a 14 hôtes valides disponibles - un LAN n'a même pas asser d'adresses nécessaires pour tous les hôtes ! Mais la liaison WAN point à point dispose également de 14 hôtes. C'est dommage qu'on ne puisse pas simplement extraire des hôtes valides de ce lien WAN et les donner à nos réseaux locaux !

Tous les hôtes et interfaces de routeur ont le même masque de sous-réseau, encore une fois, c'est ce qu'on appelle le routage par classe. Et si on veut que ce réseau soit plus efficace, on doit absolument ajouter des masques différents à chaque interface de routeur.

Mais il y a encore un autre problème : le lien entre les deux routeurs n'utilisera jamais plus de deux hôtes valides ! Cela gaspille une adresse IP précieuse, et c'est la grande raison pour laquelle on va parler de la conception de réseau VLSM.

Dans l'exemple précédent, on perd un espace d'adressage : un réseau local n'a pas asser d'adresses car chaque interface de routeur et hôte utilise le même masque de sous-réseau. Il serait bien de ne fournir que le nombre nécessaire d'hôtes sur chaque interface de routeur. Pour ce faire, on utilise ce que l'on appelle la longueur variable

On peut utiliser des masques de tailles différentes sur chaque interface de routeur. Et si on utilise un /30 sur nos liens WAN et un /27, /28 et /29 sur les réseaux locaux, on obtiendra 2 hôtes par interface WAN et 30, 14 et 8 hôtes par interface LAN — sympa ! Cela fait une énorme différence, non seulement on peut obtenir juste la bonne quantité d'hôtes sur chaque LAN, on a encore de la place pour ajouter plus de WAN et de LAN en utilisant ce même réseau !

Pour créer des VLSM rapidement et efficacement, il faut comprendre comment les tailles de bloc et les graphiques fonctionnent ensemble pour créer les masques VLSM. Par exemple,avec des réseaux de classe C si on a besoin de 25 hôtes, on aura besoin d'une taille de bloc de 32. Si on a besoin de 11 hôtes, on utilisera une taille de bloc de 16. Besoin de 40 hôtes ? Ensuite, on aura besoin d'un bloc de 64. on ne peut pas simplement composer des tailles de blocs - ils doivent être les tailles de blocs indiquées dans le tableau suivant . Alors mémoriser les tailles de blocs dans ce tableau, c'est facile. Ce sont les mêmes nombres qu'on utilise avec les sous-réseau !

Pourquoi s'embêter avec la conception VLSM ? On viens d'être embauché par une nouvelle entreprise et aver besoin de compléter le réseau existant. Il n'y a aucun problème à recommencer avec un nouveau schéma d'adresse IP. Devrais-t'on utiliser un réseau sans classe VLSM ou un réseau avec classe ?

Disons simplement qu'on disposer de beaucoup d'espace d'adressage parce qu'on utilise l'adresse réseau privée de classe A10.0.0.0 dans l'environnement d'entreprise et que on ne peut même pas imaginer manquer d'adresses IP.

Pourquoi s'embêter avec le processus de conception VLSM ? Parce qu'en créant des blocs d'adresses contigus vers des zones spécifiques du réseau, on peut ensuite facilement faire de la récapitulation de réseau et conserver les mises à jour de l'itinéraire avec un routage protocole au minimum. Pourquoi quelqu'un voudrait-il annoncer des centaines de réseaux entre les bâtiments alors que on peut simplement envoyer un itinéraire récapitulatif entre les bâtiments et obtenir le même résultat ?

L'étape suivante consiste à créer une table VLSM, afin d'éviter des chevauchements accidentels des réseaux.

Une table VLSM est une feuille de calcul qui répertorie chaque taille de bloc qu'on peut utiliser pour une adresse réseau. Les tailles de Bloc sont répertoriés à partir d'une taille de bloc de 4 jusqu'à une taille de bloc de 256. Si on a deux réseaux avec des tailles de bloc de 128, on verra rapidement qu'on ne peut avoir que deux réseaux. Avec une taille de bloc de 64, on ne peut avoir que quatre réseaux, et ainsi de suite, jusqu'à avoir 64 réseaux si on n'utilisee que des tailles de bloc de 4. cela tient compte du fait qu'on utilise la commande ip subnet-zero dans la conception de votre réseauc

Maintenant, remplir simplement le tableau suivant, puis ajouter les sous-réseaux à la feuille de calcul et on est prêt à partir.

Prenons donc ce que on a appris jusqu'à présent sur les tailles de blocs et la table VLSM et créons un réseau VLSM à l'aide d'une adresse réseau de classe C 192.168.10.0. Remplir ensuite le tableau VLSM.

Par exemple on a quatre liaisons WAN et quatre LAN connectés ensemble. On doit créer un réseau VLSM qui permettra d'économiser de l'espace adresse. On dirait qu'on a deux tailles de bloc de 32, une taille de bloc de 16 et une taille de bloc de 8, et les WAN ont chacun une taille de bloc de 4. voici un exemple de tableau VLSM:

Class C Network 192.16.10.0

On a encore beaucoup de place pour la croissance avec cette conception de réseau VLSM. On n'a jamais pu accomplir cela avec un seul masque de sous-réseau en utilisant le routage par classe. Faisons-en un autre, pour un réseau avec 11 réseaux, deux tailles de blocs de 64, un de 32, cinq de 16 et trois de 4.

Tout d'abord, créer une table VLSM et utiliser votre tableau de taille de bloc pour remplir la table avec les sous-réseaux dont on a besoin. Voici une solution possible:

Class C Network 192.16.10.0

On remarquera qu'on a rempli tout ce tableau et qu'on n'a de la place que pour un bloc supplémentaire de 4 ! Ce n'est qu'avec un réseau VLSM qu'on peut fournir ce type de gain d'espace d'adressage. Garder à l'esprit que l'endroit où commence les tailles de bloc n'a pas d'importance tant qu'on compte toujours à partir de zéro. Par exemple, si on a une taille de bloc de 16, il faut commencer à 0 et compter à partir de là—0, 16, 32, 48, etc. on ne peut pas commencer une taille de bloc de 16 à partir de, disons, 40 ou autre chose que des incréments de 16.

Voici un autre exemple. Si on a des tailles de bloc de 32, il faut commencer à zéro comme ceci : 0, 32, 64, 96, etc. On ne peut pas commencer où on veux; il faut toujours commencer à compter à partir de zéro. Dans l'exemple précédent, on a commencé à 64 et 128, avec les deux tailles de bloc de 64.on n'a pas beaucoup de choix car les options sont 0, 64, 128 et 192. Cependant, on a ajouté la taille de bloc de 32, 16, 8 et 4 où on veut tout comme quant ils étaient dans les incréments corrects de cette taille de bloc.

Il faut adresser trois emplacements et le réseau IP qu'on a reçu est 192.168.55.0 à utiliser comme adressage pour tout le réseau. On utilisera ip subnet-zero et RIPv2 comme protocole de routage. (RIPv2 prend en charge les réseaux VLSM, RIPv1 non, les deux seront discuté au chapitre 8.) La figure suivant montre le schéma du réseau et l'adresse IP de l'interface RouterA S0/0.

Dans la liste des adresses IP à droite de la figure, quelle adresse IP sera placée dans l'interface FastEthernet 0/0 et série 0/1 de chaque routeur du routeur B ?

Pour répondre à cette question, chercher d'abord des indices dans la figure:

1. Le premier indice est que l'interface S0/0 sur RouterA a l'adresse IP 192.168.55.2/30 attribué, ce qui permet une réponse facile. Un /30, est 255.255.255.252, ce qui donne une taille de bloc de 4. Vos sous-réseaux sont 0, 4, 8,etc. Étant donné que l'hôte connu a une adresse IP de 2, le seul autre hôte valide dans le sous-réseau zéro est 1, donc la troisième réponse est ce que on veut pour l'interface S0/1 du routeur B.
2. Les indices suivants sont le nombre d'hôtes répertorié pour chacun des réseaux locaux. RouterA a besoin de 7 hôtes, une taille de bloc de 16 (/28) ; Le routeur B a besoin de 90 hôtes, une taille de bloc de 128 (/25) ; et RouterC a besoin de 23 hôtes, une taille de bloc de 32 (/27).

Une fois qu'on a déterminé la taille de bloc nécessaire pour chaque réseau local, c'était en fait une question asser simple - tout ce qu l'on doit est de rechercher les bons indices et, bien sûr, connaître votre tailles de block.

Un dernier exemple de conception VLSM montre Quelle schéma d'adressage classe C on utilisera pour satisfaire les besoins du réseau suivant tous exécutant RIPv2.tout en économisant autant d'espace d'adressage que possible ?

• 1: Net 60 hosts
• 2: Net 30 hosts
• 3: Net 12 hosts
• 4: serial
• 5: serial

Sachant qu'il existe des tailles de bloc de 64, 32 et 16 et deux tailles de bloc de 4, cela est trés facile:

Voici ce qu'on a fait : à partir du sous-réseau 0, on ai utilisé la taille de bloc de 64. (On aurai tout aussi bien pu commencer avec une taille de bloc de 4, mais généralement on commence par la plus grande taille de bloc pour passer à la plus petite.) Ensuite on a ajouté les tailles de bloc de 32 et 16 et les deux tailles de bloc de 4. Il reste beaucoup de place pour ajouter des sous-réseaux à ce réseau—très cool !

La Summarization, également appelée agrégation de routes, permet aux protocoles de routage d'annoncer de nombreux réseaux comme une seule adresse. Le but de ceci est de réduire la taille des tables de routage sur les routeurs pour économiser de la mémoire, ce qui raccourcit également le temps nécessaire à IP pour analyser la table de routage et trouver le chemin vers un réseau distant.

La Summarization est en fait assez simple car tout ce dont on a vraiment besoin, ce sont les tailles de blocs qu'on viens d'utiliser pour apprendre le sous-réseau.et concevoir VLSM. Par exemple, si on veut appliquer la summerization sur les réseaux suivants en une seule publicité de réseau, il suffit d'abord de trouver le bloc taille, alors on peut facilement trouver la réponse:

Quelle est la taille du bloc ? Il existe exactement 16 réseaux de classe C, ce qui correspondent parfaitement à une taille de bloc de 16.

Maintenant qu'on connait la taille du bloc, on peut trouver l'adresse réseau et le masque utilisés pour la summerization de ces réseaux en une seule publicité. L'adresse réseau utilisée pour annoncer l'adresse récapitulative est toujours la première adresse réseau du bloc — donc quel masque est utilisé sur le réseau 192.168.16.0 pour obtenir une taille de bloc de 16 ? 240 serait placé dans le troisième octet — l'octet où on summarize. Ainsi, le masque serait 255.255.240.0.

Ce n'est pas aussi clair que l'exemple précédent car il y a deux réponses possibles, et voici pourquoi : Puisqu'on commence au réseau 32, les options pour les tailles de bloc sont 4, 8, 16, 32, 64, etc., et les tailles de bloc de 16 et 32 ​​peuvent fonctionner comme cette adresse récapitulative.

• Réponse n°1 : Si on utilise une taille de bloc de 16, l'adresse réseau est 172.16.32.0 avec un masque de 255.255.240.0 (240 fournit un bloc de 16). Cependant, cela ne résume que de 32 à 47, ce qui signifie que les réseaux 48 à 50 seraient annoncés comme des réseaux uniques. C'est probablement la meilleure réponse, mais cela dépend de la conception du réseau.
• Réponse n°2 : Si on utilise une taille de bloc de 32, l'adresse récapitulative serait toujours 172.16.32.0, mais le masque serait 255.255.224.0 (224 fournit un bloc de 32). Le problème possible avec cette réponse est qu'elle summerizera les réseaux 32 à 63 et on n'a que les réseaux 32 à 50. Si on prévoit d'ajouter les réseaux 51 à 63 plus tard dans le même réseau, on peut avoir de sérieux problèmes dans l'interréseau si les réseaux 51 à 63 devaient être annoncés depuis un autre endroit du réseau ! C'est la raison pour laquelle la réponse numéro un est la réponse la plus sûre.

Jetons un coup d'œil à un autre exemple, mais du point de vue des hôtes. L'adresse récapitulative est 192.168.144.0/20.

• Quelle est la plage d'adresses d'hôtes qui seraient transférées en fonction de ce récapitulatif ?
  Le /20 fournit une adresse récapitulative de 192.168.144.0 et un masque de 255.255.240.0. Le troisième octet a une taille de bloc de 16, et à partir de l'adresse de résumé 144, le prochain bloc de 16 est de 160, donc la plage de summerization de réseau est de 144 à 159 dans le troisième octet (encore une fois, il faut savoir compter en 16s !).
  Un routeur qui a cette adresse récapitulative dans la table de routage transmettra tout paquet avec des adresses IP de destination de 192.168.144.1 à 192.168.159.254.
• Quand ces réseaux Ethernet connectés au routeur R1 sont summarized à R2, quelle plage d'adresses IP R2 transmettra-t-il à R1 en fonction de cette summerization ?
  Pas de soucis, c'est vraiment une question plus facile qu'il n'y paraît. La question a en fait l'adresse summarized indiquée : 192.168.144.0/20. Il faut savoir que /20 est 255.255.240.0, ce qui signifie qu'on a une taille de bloc e de 16 dans le troisième octet. À partir de 144 (c'est aussi juste là dans la question), la taille de bloc suivante de 16 débute à 160, on ne peut donc pas dépasser 159 dans le troisième octet. Les adresses IP qui seront transférées sont 192.168.144.1 à 192.168.159.254.

Dans cet exemple les cinq réseaux sont connectés au routeur R1. Quelle est la meilleure adresse récapitulative pour R2 ?

C'est une question beaucoup plus difficile, la première chose à fairest de voir si on peut trouver quelque chose en commun.

C'est le troisième octet. 4, 5, 6, 7, c'est une taille de bloc de 4. on peut donc summarized 172.1.4.0 en utilisant un masque de 255.255.252.0, ce qui signifie qu'on utilise une taille de bloc de 4 dans le troisième octet. Les adresses IP transmises avec cette summarization sont 172.1.4.1 à 172.1.7.255.

Le dépannage de l'adressage IP est évidemment une compétence importante car rencontrer des problèmes quelque part en cours de route est à peu près une chose sûre, et ça va arriver. En raison de ce fait désagréable, ce sera formidable lorsque on peut enregistrer le jour parce que on peut à la fois comprendre (diagnostiquer) le problème et le résoudre sur un réseau IP qu'on soit au travail ou à la maison !

Les étapes de dépannage suivies par Cisco, sont asser simples, mais néanmoins importants. Voici les quatre étapes de dépannage Cisco recommande :

1. Ouvrir une fenêtre de commande et faire un ping 127.0.0.1. Il s'agit de l'adresse de diagnostic, ou de bouclage, et si on obtiens un ping réussi, la pile IP est considérée comme initialisée. S'il échoue, on a une défaillance de la pile IP et il faut réinstaller TCP/IP sur l'hôte.

C:\>ping 127.0.0.1
Ping 127.0.0.1 avec 32 octets de données :
Réponse de 127.0.0.1 : octets=32 temps<1ms TTL=128
Réponse de 127.0.0.1 : octets=32 temps<1ms TTL=128
Réponse de 127.0.0.1 : octets=32 temps<1ms TTL=128
Réponse de 127.0.0.1 : octets=32 temps<1ms TTL=128
Statistiques de ping pour 127.0.0.1 :
Paquets : Envoyés = 4, Reçus = 4, Perdus = 0 (0% de perte),
Temps d'aller-retour approximatifs en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

1. Dans la fenêtre de commande, effectuer un ping sur l'adresse IP de l'hôte local. Si cela réussit, la carte d'interface réseau (NIC) fonctionne. Si il échoue, il y a un problème avec la carte réseau. Le succès ici ne signifie pas seulement qu'un câble est branché sur la carte réseau, seulement que la pile de protocoles IP sur l'hôte peut communiquer avec la carte réseau (via le pilote LAN).

C:\>ping 172.16.10.2
Ping 172.16.10.2 avec 32 octets de données :
Réponse de 172.16.10.2 : octets=32 temps<1ms TTL=128
Réponse de 172.16.10.2 : octets=32 temps<1ms TTL=128
Réponse de 172.16.10.2 : octets=32 temps<1ms TTL=128
Réponse de 172.16.10.2 : octets=32 temps<1ms TTL=128
Statistiques de ping pour 172.16.10.2 :
Paquets : Envoyés = 4, Reçus = 4, Perdus = 0 (0% de perte),
Temps d'aller-retour approximatifs en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

1. Dans la fenêtre DOS, effectuer un ping sur la passerelle par défaut (routeur). Si le ping fonctionne, cela signifie que la carte réseau est connectée au réseau et peut communiquer sur le réseau local. S'il échoue, on a un problème de réseau physique local qui peut se situer n'importe où, de la carte réseau au routeur.

C:\>ping 172.16.10.1
Ping 172.16.10.1 avec 32 octets de données :
Réponse de 172.16.10.1 : octets=32 temps<1ms TTL=128
Réponse de 172.16.10.1 : octets=32 temps<1ms TTL=128
Réponse de 172.16.10.1 : octets=32 temps<1ms TTL=128
Réponse de 172.16.10.1 : octets=32 temps<1ms TTL=128
Statistiques de ping pour 172.16.10.1 :
Paquets : Envoyés = 4, Reçus = 4, Perdus = 0 (0% de perte),
Temps d'aller-retour approximatifs en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

1. Si les étapes 1 à 3 ont réussi, essayer d'envoyer un ping au serveur distant. Si cela fonctionne, alors on sait qu'on a une communication IP entre l'hôte local et le serveur distant. On sait également que le réseau physique distant fonctionne.

C:\>ping 172.16.20.2
Ping 172.16.20.2 avec 32 octets de données :
Réponse de 172.16.20.2 : octets=32 temps<1ms TTL=128
Réponse de 172.16.20.2 : octets=32 temps<1ms TTL=128
Réponse de 172.16.20.2 : octets=32 temps<1ms TTL=128
Réponse de 172.16.20.2 : octets=32 temps<1ms TTL=128
Statistiques de ping pour 172.16.20.2 :
Paquets : Envoyés = 4, Reçus = 4, Perdus = 0 (0% de perte),
Temps d'aller-retour approximatifs en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

Si l'utilisateur ne peut toujours pas communiquer avec le serveur après la réussite des étapes 1 à 4, on a probablement un problème de résolution de nom et il faut vérifier les paramètres DNS (Domain Name System). Mais si le ping vers le serveur distant échoue, alors on sait qu'on a un certain type de problème de réseau physique distant et qu'il faut accéder au serveur et suivre les étapes 1 à 3 jusqu'à ce qu'on trouve le problème.

Avant de passer à la détermination des problèmes d'adresse IP et à la façon de les résoudre, on va juste mentionner quelques commandes de base qu'on peut utiliser pour aide à dépanner le réseau à partir d'un PC et d'un routeur Cisco (les commandes peuvent faire la même chose, mais elles sont implémentées différemment).

• Packet Internet Groper (ping) Utilise la demande d'écho ICMP et les réponses pour tester si une pile IP de nœud est initialisée et active sur le réseau.
• traceroute Affiche la liste des routeurs sur un chemin vers une destination réseau en utilisant les délais d'attente TTL et les messages d'erreur ICMP. Cette commande ne fonctionne pas à partir d'une invite de commande.
• tracert Même fonction que traceroute, mais c'est une commande Microsoft Windows et ne fonctionnera pas sur un routeur Cisco.
• arp -a Affiche les mappages d'adresses IP vers MAC sur un PC Windows.
• show ip arp Même fonction que arp -a, mais affiche la table ARP sur un routeur Cisco. Comme les commandes traceroute et tracert, arp -a et show ip arp ne sont pas interchangeables via DOS et Cisco.
• ipconfig /alll Utilisé uniquement à partir d'une invite de commande, on montre la configuration du réseau PC.

Une fois qu'on a suivi toutes ces étapes et utilisé les commandes DOS appropriées, si nécessaire, que faire si le problème subsiste ? Comment faire pour corriger une erreur de configuration d'adresse IP ? Passons à autre chose et discutons de la façon de déterminer les problèmes d'adresse IP et de les résoudre.

Il est courant qu'un hôte, un routeur ou un autre périphérique réseau soit configuré avec une adresse IP, un masque de sous-réseau ou une passerelle par défaut incorrects. Car cela arrive trop souvent, on va apprendre à déterminer et à corriger les erreurs de configuration d'adresse IP.

Une fois qu'on a suivi les quatre étapes de base du dépannage et déterminé qu'il y a un problème, il faut évidemment le trouver et le résoudre.

Cela aide vraiment à dessiner le réseau et le schéma d'adressage IP. Une fois qu'on a défini le réseau avec précision, y compris le schéma d'adressage IP, il faut vérifier l'adresse IP, le masque et le masque de chaque hôte et l'adresse de passerelle par défaut pour déterminer le problème. (on suppose que l'on n'a pas de problème de couche physique)

Examinons l'exemple illustré, une utilisatrice du service commercial appelle et dit qu'elle ne peut pas accéder au ServeurA dans le département commercial. On lui demande si elle peut accéder au ServerB du service marketing, mais elle ne le sait pas car elle n'a pas les droits pour se connecter à ce serveur. Que faire?

On demande au client de suivre les quatre étapes de dépannage qu'on a apprises dans la section précédente. Les étapes 1 à 3 fonctionnent, mais l'étape 4 échoue. En regardant la figure, on peut déterminer le problème ? Chercher des indices dans le dessin du réseau:

• Premièrement, le lien WAN entre le routeur Lab_A et le routeur Lab_B affiche le masque sous la forme d'un /27. il faut déjà savoir que ce masque est 255.255.255.224 puis déterminer que tous les réseaux utilisent ce masque. L'adresse réseau est 192.168.1.0. Quels sont nos sous-réseaux et hôtes valides ? 256 – 224 = 32, ce qui rend nos sous-réseaux 32,64, 96, 128, etc. Ainsi, en regardant la figure, on peut voir que le sous-réseau 32 est utilisé par le service commercial, le lien WAN utilise le sous-réseau 96, et le service marketing utilise le sous-réseau 64.
• Il faut maintenant déterminer quelles sont les plages d'hôtes valides pour chaque sous-réseau. D'après ce qu'on a appris au début de ce chapitre, on doit être désormais en mesure de déterminer facilement l'adresse de sous-réseau, les adresses de diffusion et les plages d'hôtes valides. Les hôtes valides pour le réseau local de vente sont de 33 à 62—l'adresse de diffusion est 63 car le sous-réseau suivant est 64, n'est-ce pas ? Pour le Marketing LAN, les hôtes valides sont 65 à 94 (broadcast 95),et pour la liaison WAN, 97 à 126 (broadcast 127). En regardant la figure, on peut déterminer que la passerelle par défaut sur le routeur Lab_B est incorrect. Cette adresse est l'adresse de diffusion du sous-réseau 64, il n'y a donc aucun moyen qu'il s'agisse d'un hôte valide.

Est-ce que tu as compris tout ça? On devrait peut-être en essayer un autre, juste pour être sûr. La Figure suivante montre un problème de réseau.

Un utilisateur du réseau local de vente ne peut pas accéder au serveur B. On demande à l'utilisateur de suivre les quatre étapes de dépannage de base et de constater que l'hôte peut communiquer avec le réseau local mais pas au réseau distant. Rechercher et définir le problème d'adressage IP.

Si on utilise les mêmes étapes que celles utilisées pour résoudre le dernier problème, on peut voir d'abord que le lien WAN fournit à nouveau le masque de sous-réseau à utiliser - /29, ou 255.255.255.248. En supposant un adressage par classe, il faut déterminer quels sont les sous-réseaux valides, les adresses de diffusion et les plages d'hôtes valides pour résoudre ce problème.

Le masque 248 est une taille de bloc de 8 (256 – 248 = 8, comme indiqué au chapitre 4), de sorte que les sous-réseaux démarrent et s'incrémentent par multiples de 8. En regardant la figure, on voit que le réseau local des ventes est dans le sous-réseau 24, le WAN est dans le sous-réseau 40 et le réseau local marketing est dans le sous-réseau 80.

La plage d'hôtes valide pour le réseau local de vente est de 25 à 30 et la configuration semble correcte. La plage d'hôtes valide pour le WAN le lien est 41–46, et cela semble également correct. La plage d'hôtes valide pour le sous-réseau 80 est de 81 à 86, avec une adresse de diffusion de 87 car le prochain subnet est 88. ServerB a été configuré avec l'adresse de diffusion du sous-réseau.

Maintenant que on peut déterminer les adresses IP mal configurées sur les hôtes, que faire si un hôte n'a pas d'adresse IP et que il faut en attribuer un ? Ce que il faut faire, c'est regarder d'autres hôtes sur le réseau local et déterminer le réseau, le masque et la passerelle par défaut. Jetons un coup d'oeil à quelques exemples sur la façon de trouver et d'appliquer des adresses IP valides aux hôtes.

Il faut attribuer des adresses IP de serveur et de routeur sur un réseau local. Le sous-réseau affecté à ce segment est 192.168.20.24/29, et le routeur se verra attribuer la première adresse utilisable et le serveur le dernier identifiant d'hôte valide. Quels sont l'adresse IP, le masque et la passerelle par défaut attribués au serveur?

Pour répondre à cette question, il faut savoir qu'un /29 est un masque 255.255.255.248, qui fournit une taille de bloc de 8. Le sous-réseau est appelé 24, le prochain sous-réseau dans un bloc de 8 est 32, donc l'adresse de diffusion du sous-réseau 24 est 31, ce qui rend la plage d'hôtes valide 25-30.

• Adresse IP du serveur: 192.168.20.30
• Masque de serveur: 255.255.255.248
• Passerelle par défaut: 192.168.20.25 (adresse IP du routeur)

Comme autre exemple, examinons la figure suivante et résolvons ce problème.

Regarder l'adresse IP du routeur sur Ethernet0. Quelle adresse IP, masque de sous-réseau et plage d'hôtes valides pourraient être attribués à l'hôte ?

L'adresse IP de l'Ethernet0 du routeur est 192.168.10.33/27. Un /27 est un masque 224 avec une taille de bloc de 32. L'interface est dans le sous-réseau 32. Le sous-réseau suivant est 64, ce qui fait que l'adresse de diffusion du sous-réseau 32 est 63 et la plage d'hôtes valide 33-62.

• Adresse IP de l'hôte: 192.168.10.34–62 (toute adresse de la plage à l'exception de 33, qui est attribuée au routeur)
• Masque : 255.255.255.224
• Passerelle par défaut: 192.168.10.33

La Figure suivante montre deux routeurs avec des configurations Ethernet déjà attribuées. Quelles sont les adresses d'hôte et les masques de sous-réseau des hôtes A et B ?

Le routeur A a une adresse IP de 192.168.10.65/26 et le routeur B a une adresse IP de 192.168.10.33/28. Quelles sont les configurations d'hôte ?

Le routeur A Ethernet0 se trouve dans le sous-réseau 192.168.10.64 et le routeur B Ethernet0 se trouve dans le réseau 192.168.10.32.

• Adresse IP de l'hôte A : 192.168.10.66–126
• Masque de l'hôte A: 255.255.255.192
• Passerelle par défaut de l'hôte A: 192.168.10.65
• Adresse IP de l'hôte B : 192.168.10.34–46
• Masque hôte B : 255.255.255.240
• Passerelle par défaut de l'hôte B: 192.168.10.33

La figure suivante montre deux routeurs ; il faut configurer l'interface S0/0 sur RouterA. Le réseau affecté à la liaison série est 172.16.17.0/22. Quelle adresse IP peut être attribuée ?

Tout d'abord, il faut savoir qu'un CIDR /22 est 255.255.252.0, ce qui fait une taille de bloc de 4 dans le troisième octet. Étant donné que 17 est répertorié, la gamme disponible est 16.1 à 19.254 ; ainsi, par exemple, l'adresse IP S0/0 pourrait être 172.16.18.255 car c'est dans la plage.

Bon, le dernier ! On a un identifiant de réseau de classe C et il faut fournir un sous-réseau utilisable par ville tout en autorisant suffisamment d'adresses utilisable pour les hôte de chaque ville spécifiée à la figure suivante quel est le masque ?

En fait, c'est probablement la chose la plus facile qu'on a faite toute la journée ! On compte 5 sous-réseaux nécessaires et le bureau du Wyoming a besoin de 16 utilisateurs (rechercher toujours le réseau qui a le plus besoin d'hôtes). Quelle taille de bloc est nécessaire pour le bureau du Wyoming ? 32. (on ne peut pas utiliser une taille de bloc de 16 parce qu'il faut toujours soustraire 2 !) Quel masque fournit une taille de bloc de 32 ? 224. Bingo ! Cela fournit 8 sous-réseaux, chacun avec 30 hôtes.

Ce chapitre a traiter :

1. des masques de sous-réseau de longueur variable.
2. comment concevoir et implémenter des réseaux VLSM simples et un résumé.
3. les méthodes de dépannage Cisco. il faut se rappeler les quatre étapes que Cisco recommande de suivre lorsqu'on essaye pour cerner exactement où se trouve un problème d'adressage réseau/IP et ensuite savoir comment procéder systématiquement pour le résoudre.
4. comment trouver des adresses IP et des masques de sous-réseau valides en consultant un schéma de réseau.

Pour chacun des ensembles de réseaux suivants, déterminer l'adresse récapitulative et le masque à utiliser pour récapituler les sous-réseaux.

1. 192.168.1.0/24 à 192.168.12.0/24
2. 172.148.0.0/13 à 172.156.0.0/13
3. 192.168.32.0 à 192.168.63.0
4. 203.168.6.0/24 et 203.168.60.0/24
5. 66.66.0.0 à 66.66.15.0
6. 192.168.1.0 à 192.168.120.0
7. 172.16.1.0 à 172.16.7.0
8. 192.168.128.0 à 192.168.190.0
9. 53.60.96.0 à 53.60.127.0
10. 172.16.10.0 à 172.16.63.0

(Les réponses à Written Lab 5 peuvent être trouvées après les réponses aux questions de révision de ce chapitre.)

Les questions suivantes sont conçues pour tester votre compréhension du contenu de ce chapitre:

1. Sur un réseau VLSM, quel masque utiliser sur les liaisons WAN point à point afin de réduire le gaspillage d'adresses IP ?

A./27
B./28
C./29
D./30
E./31

2. Pour tester la pile IP sur votre hôte local, quelle adresse IP doit-on envoyer par ping ?

A.127.0.0.0
B.1.0.0.127
C.127.0.0.1
D.127.0.0.255
E.255.255.255.255

3. Quel est le seul type de connexion qui prend en charge l'utilisation du masque /30 ?

A.Point à multipoint NT
B.Point à point
C.Multipoint à multipoint
D.Hôte à changer

4. Pour utiliser VLSM, quelle capacité les protocoles de routage utilisés doivent-ils posséder ?

A.Prise en charge de la multidiffusion
B.Prise en charge multi-protocole
C.Transmission des informations de masque de sous-réseau
D.Prise en charge de l'équilibrage de charge inégal

5. Quel est un autre terme pour l'agrégation de routes ?

A.VLSM
B.Équilibrage de charge
C.Sous-réseau
D.Résumé

6. Lequel des éléments suivants est le résultat de l'agrégation de routes ?

A.Tables de routage plus petites
B.Des tables de routage plus complètes
C.Utilisation accrue de la mémoire
D.Augmentation de l'utilisation du processeur

7. L'adresse réseau utilisée pour annoncer une adresse récapitulative est toujours laquelle des suivantes ?

A.La dernière adresse réseau du bloc
B.L'avant-dernier réseau du bloc
C.Le deuxième réseau du bloc
D.Le premier réseau du bloc

8. Quand un ping vers l'adresse de bouclage échoue, que peut-on supposer ?

A.L'adresse IP de l'hôte local est incorrecte.
B.L'adresse IP de l'hôte distant est incorrecte.
C.La carte réseau n'est pas fonctionnelle.
D.La pile IP n'a pas réussi à s'initialiser.

9. Lorsqu'un ping vers l'adresse IP de l'hôte local échoue, que pzut-on supposer ?

A.L'adresse IP de l'hôte local est incorrecte.
B.L'adresse IP de l'hôte distant est incorrecte.
C.La carte réseau n'est pas fonctionnelle.
D.La pile IP n'a pas réussi à s'initialiser.

10. Lorsqu'un ping vers l'adresse IP de l'hôte local réussit mais qu'un ping vers l'adresse IP de la passerelle par défaut échoue, que peut-on exclure ? (Choisir tout ce à appliquer.)

A.L'adresse IP de l'hôte local est incorrecte.
B.L'adresse IP de la passerelle est incorrecte.
C.La carte réseau n'est pas fonctionnelle.
D.La pile IP n'a pas réussi à s'initialiser.

11. Si un hôte distant peut recevoir un ping, quels problèmes peut-on exclure ?

A.L'adresse IP de l'hôte local est incorrecte.
B.L'adresse IP de la passerelle est incorrecte.
C.La carte réseau n'est pas fonctionnelle.
D.La pile IP n'a pas réussi à s'initialiser.
E.Tout ce qui précède.

12. Quel service réseau pose le problème le plus probable si on peut envoyer un ping à un ordinateur par adresse IP mais pas par nom ?

A.DNS
B.DHCP
C.ARP
D.ICMP

13. Lorsqu'on exécute la commande ping, quel protocole est utilisé ?

A.DNS
B.DHCP
C.ARP
D.ICMP

14. Laquelle des commandes suivantes affiche les réseaux traversés sur un chemin vers une destination réseau ?

A.ping
B.traceroute
C.pingroute
D.chemin

15. Laquelle des commandes suivantes utilise les requêtes et les réponses d'écho ICMP ?

A.ping
B.traceroute
C.arp
D.tracer

16. Quelle commande est la version Windows de la commande Cisco qui affiche les réseaux traversés sur un chemin vers une destination réseau ?

A.ping
B.traceroute
C.arp
D.tracer

17. Quelle commande affiche les mappages d'adresses IP vers MAC sur un PC Windows ?

A.ping
B.traceroute
C.arp -a
D.tracer

18. Quelle commande affiche la table ARP sur un routeur Cisco ?

A.montrer ip arp
B.traceroute
C.arp -a
D.tracer

19. Quel commutateur doit être ajouté à la commande ipconfig sur un PC pour vérifier la configuration DNS ?

A./dns
B.-dns
C./all
D.-all

20. Lequel des éléments suivants est le meilleur résumé des réseaux suivants : 192.168.128.0 à 192.168.159.0

A.192.168.0.0/24
B.192.168.128.0/16
C.192.168.128.0/19
D.192.168.128.0/20

1. D. Une liaison point à point n'utilise que deux hôtes. Un masque /30 ou 255.255.255.252, fournit deux hôtes par sous-réseau.
2. C. Pour tester la pile locale sur votre hôte, envoyer un ping à l'interface de bouclage de 127.0.0.1.
3. B. Le seul type de connexion qui prend en charge l'utilisation du masque /30 est point à point.
4. C. Pour utiliser VLSM, les protocoles de routage utilisés possèdent la capacité de transmettre des informations de masque de sous-réseau.
5. D. Un autre terme pour l'agrégation de routes est le résumé.
6. A. L'agrégation de routes donne des tables de routage plus petites.
7. D. L'adresse réseau utilisée pour annoncer une adresse récapitulative est toujours le premier réseau du bloc.
8. D. Lorsqu'un ping vers l'adresse de bouclage échoue, on peut supposer que la pile IP n'a pas réussi à s'initialiser.
9. C. Lorsqu'un ping vers l'adresse IP de l'hôte local échoue, on peut supposer que la carte réseau n'est pas fonctionnelle.
10. C, D. Si un ping vers l'hôte local réussit, on peut exclure une panne de pile IP ou de carte réseau.
11. E. Si on peut cingler un hôte distant, tout fonctionne localement.
12. A. Le problème le plus probable si on peut envoyer un ping à un ordinateur par adresse IP mais pas par nom est un échec du DNS.
13. D. Lorsqu'on utilise la commande ping, on utilise le protocole ICMP.
14. B. La commande traceroute affiche les réseaux traversés sur un chemin vers une destination réseau.
15. A. La commande ping utilise les demandes et les réponses d'écho ICMP.
16. D. tracert est la version Windows de la commande Cisco qui affiche les réseaux traversés sur un chemin vers une destination réseau.
17. C. La commande arp -a affiche les mappages d'adresses IP vers MAC sur un PC Windows.
18. A. La commande qui affiche la table ARP sur un routeur Cisco est show ip arp.
19. C. Le commutateur /all doit être ajouté à la commande ipconfig sur un PC pour vérifier la configuration DNS.
20. C. Si on commence à 192.168.128.0 et passer à 192.168.159.0, on peut voir qu'il s'agit d'un bloc de 32 dans le troisième octet. Étant donné que l'adresse réseau est toujours le premier de la gamme, eL'adresse récapitulative est 192.168.128.0. Quel masque fournit un bloc de 32 dans le troisième octet ? La réponse est 255.255.224.0, ou /19.

1. 192.168.0.0/20.
2. 172.144.0.0/16
3. 192.168.32.0 255.255.224.0
4. 192.168.96.0 255.255.240.0
5. 66.66.0.0/16.
6. 192.168.0.0/25
7. 172.16.1.0 255.255.248.0
8. 192.168.128.0 255.255.192.0
9. 53.60.96.0 255.255.224.0
10. 172.16.0.0 255.255.192.0