Bienvenue dans cette section, nous allons examiner les villans ou les réseaux locaux virtuels.
Nous allons virtualiser notre infrastructure.
La virtualisation est un sujet majeur aujourd'hui avec des entreprises telles que V. M. moyen de virtualiser les serveurs,
mais les méchants existent depuis de nombreuses années et, d’une manière similaire, nous allons virtualiser
nos commutateurs avec un commutateur physique, c’est pratiquement plusieurs commutateurs.
Ce n'est pas une virtualisation complète.
Nous ne faisons que virtualiser les réseaux locaux sur ce commutateur spécifique.
Je veux donc vous donner un aperçu des villans et de leur fonctionnement.
Nous devons parler de protocoles de jonction comme un q sur deux et un mur de cellule en lien de commutation.
Je souhaite expliquer le protocole de jonction virtuelle ou VTB, qui nous permet de créer des villans sur un
commutateur unique et de transmettre ces informations à d’autres commutateurs de la topologie.
Le DP peut être un protocole très utile, mais extrêmement dangereux et a causé beaucoup de problèmes.
Au fil des ans, les ingénieurs de Cisco ont été nombreux à l’activer et à ne jamais l’utiliser
en raison de ses dangers inhérents.
Maintenant, un réseau mal conçu ou mal conçu pose plusieurs problèmes dans une typologie
simple, par exemple.
Nous avons un commutateur avec un hub.
C'est un domaine de diffusion unique.
Donc, si cet hôte présentait une émission commencée, cette émission serait reçue par tout le monde.
Ce n’est peut-être pas un problème, mais si les Knicks commencent à jaboter, c’est-à-dire qu’en envoyant une émission
à partir de la diffusion, elle peut envahir l’ensemble du réseau et causer de nombreux problèmes,
car chaque appareil du réseau doit traiter cette diffusion.
Ce problème augmente de manière exponentielle avec l'augmentation du nombre d'hôtes sur le réseau. De plus en plus
d'hôtes envoient des émissions. De plus en plus d'hôtes sont affectés par ces émissions.
La diffusion doit donc être contenue ou limitée autant que possible.
Ceci est un exemple de réseau mal conçu.
Si l'interrupteur central tombait en panne, cela affecterait tous les appareils et la typologie.
Aucun hôte ne pourrait communiquer entre eux, car toutes les communications doivent passer par un seul
périphérique, qui constitue désormais un point de défaillance unique.
Les émissions vont à nouveau parcourir le réseau.
La diffusion est reçue sur toutes les liaisons et consomme la bande passante de chaque liaison dans ces excuses.
Une fois encore, chaque appareil doit traiter cette émission et CPQ sera interrompu par la diffusion. Des
émissions continues ralentiront l'ensemble du réseau.
En raison de la manière dont les tables d'adresses mac fonctionnent, le trafic allant à l'adresse des coûts
unitaires où l'adresse MAC n'est pas apprise par les commutateurs sera également inondé tout au long de la typologie. Les
coûts multiples sont traités de la même manière que les diffusions diffusées par la plupart des commutateurs laïques. sera inondé
tout au long du réseau et affectera tous les périphériques sur un réseau mal conçu peut être désorganisé et mal documenté et facilement identifié
des flux de trafic qui rendent la maintenance de l'assistance et la résolution des problèmes.
Cela prend beaucoup de temps et est très difficile.
Vous avez également la question de la sécurité.
Si cet hôte du côté gauche se trouve dans le marketing et que celui du côté droit se
trouve dans le service de comptabilité, la personne responsable du marketing a accès à cette machine sur le réseau car la sécurité
n'est peut-être pas implémentée correctement.
Il devient très difficile de gérer un réseau mal conçu. Par conséquent, un réseau local
virtuel ou un méchant est un simple domaine de diffusion, un sous-réseau logique ou un réseau logique.
Vous pourriez dire que c'est un groupe d'hôtes avec un ensemble commun d'exigences attachées au
même domaine de diffusion quel que soit leur emplacement physique.
Vous pouvez regrouper plusieurs périphériques de manière logique plutôt que physique.
Il est donc possible de répartir plusieurs commutateurs sur un sous-réseau ou Villon, même si cela n'est pas
recommandé aujourd'hui.
Vous pouvez concevoir une structure de méchant qui vous permet de regrouper des stations ou des hôtes segmentés de
manière logique par des équipes de projet de fonctions et d’autres types d’applications.
Encore une fois sans égard à l'emplacement physique.
Ainsi, certains des avantages des villans incluent la segmentation où vous segmentez ou séparez les utilisateurs en fonction
de leur fonction.
Par exemple, le service des ventes ira à un méchant spécifique et le département de la
comptabilité passera à des situations violentes. Il est très flexible grâce à notre câblage physique changeant qui permet de déplacer
l'utilisateur d'un méchant à un autre.
Il fournit également une sécurité car les utilisateurs atterrissent insidieusement et doivent traverser un périphérique de couche 3, tel qu'un
Raptor, pour passer d'un méchant à un autre sur le routeur. Vous pouvez également mettre en place des listes d'accès pour
contrôler les utilisateurs ayant accès à différents méchants.
Nous parlerons beaucoup de listes d'accès plus tard, bien sûr.
Mais pour le moment, je comprends que cela vous donne la possibilité d’améliorer la sécurité en séparant les utilisateurs de nos jours.
Les Villans ont également d’autres avantages, notamment lors de l’implémentation de la voix sur IP.
Vous pouvez placer vos téléphones IP dans une case distincte de vos postes de travail et ainsi
fournir un meilleur service aux téléphones IP.
La mise en œuvre de villans présente donc de nombreux avantages sur les réseaux modernes.
Je trouve que quelque chose qui confond toujours les gens est la différence entre une topologie
physique et une topologie logique.
Vous devez changer de paradigme et ne plus penser à la topologie physique du réseau, mais dessiner
pour voir à quoi ressemble la topologie logique.
La typologie logique sera très différente de la topologie physique dès que les villans seront implémentés.
Il a donc un exemple de ce à quoi peut ressembler une typologie physique.
Vous avez quatre machines physiques connectées à un seul commutateur physique sur Portes 0 1 0 2 0 3 et 0 4.
Voilà donc la topologie physique. Cependant, logiquement, nous pouvons placer des interfaces dans différents villans.
Tout ce que vous avez à faire, c'est d'entrer dans l'interface. Je vous montrerai les commandes dans un moment
et vous placerez cette interface dans un plan spécifique.
Supposons, par souci de lecture, que les terres des commutateurs sont configurées avec des chiffres, mais
lorsque nous discutons de villans, nous parlons de couleurs pour essayer de différencier les méchants et de les
rendre plus faciles à comprendre.
Supposons donc pour le moment que PC a et PCD ont été intégrés dans le Villon rouge, de la même manière que
les commandes de frappe sur les ports de commutation PCB et PCC ont été intégrées au V-green.
S'il vous plaît noter que les hôtes sont inconscients de ce qui s'est passé.
Comme l’administrateur vient d’aller sur le commutateur et de changer le méchant auquel le port appartient par défaut, tous
les ports appartiennent à Villon un sur les commutateurs Cisco, mais vous pouvez déplacer ce port dans un Thielen séparé
à l’aide d’une seule commande.
Donc, encore une fois, la topologie physique se présente comme suit.
Mais vous devez simplement imaginer que ces PC situés sur des villans distincts ont
un aspect différent de la topologie logique. PCJ et PCD sont situés dans la villaine rouge située sur le commutateur DCC et
le PC situé sur la villaine verte logiquement, il existe deux commutateurs distincts. ou deux terres distinctes.
Ici, nous avons virtualisé l’infrastructure Allen et créé deux réseaux locaux distincts.
Ces réseaux ne peuvent pas communiquer entre eux d’un point à l’autre.
Les plans sont mis en œuvre chez les laïcs et le seul moyen de passer d’un méchant à un autre est
de passer par un périphérique de couche 3, tel qu’un routeur.
Un milliard est un sous-réseau logique distinct ou un domaine de diffusion distinct.
Si une émission envoyée, ces émissions ne seraient reçues que par d, si C a envoyé une émission, les émissions ne
seraient reçues que par B, ce qui est très différent avec tous les appareils du même Bil'in ou du
même commutateur physique.
Une fois de plus, les ports peuvent être intégrés à un méchant en utilisant différents mécanismes pour le moment,
qui utilisent l’administrateur pour placer le port de manière statique dans le pays.
Donc, pour revenir à notre vue physique de la topologie et de cette topologie, nous n'allons pas
utiliser les adresses Forty-Eight mais Mac, car je veux simplifier les choses.
Supposons donc simplement que ces chiffres a b c et d sont les adresses Mac de ces périphériques.
Lorsqu'un envoi envoie une diffusion, cette diffusion sera transmise au commutateur avec une adresse source d'un
et la destination contiendra x.
En d’autres termes, diffusé lorsque cette image touche le commutateur, celui-ci notera à quelle ville
le code appartient.
Donc, ce cadre est étiqueté en interne avec le méchant rouge.
S'il vous plaît noter le PC est inconscient de ce qui se passe.
Le PC voit simplement ce lien comme un Ethernet standard et ne comprend pas le concept de violence.
Je vais faire une digression juste une seconde.
L'architecture bascule dans de nombreux documents Cisco comme celui-ci, expliquant l'architecture d'un commutateur 6500.
Ainsi, par exemple, si vous examinez les différents Jessies, les différentes cartes de ligne et les différents superviseurs.
Ce document expliquera comment l’architecture est mise en place.
Les détails de ceci sont totalement hors de la portée du cours mais c'est juste pour essayer d'expliquer
un peu ce qui se passe dans les coulisses.
Une des choses qu’ils expliquent dans le document est le jour de la vie d’un paquet
de 100 personnes.
Et dans cet exemple, ils ont un transfert centralisé afin d'expliquer comment un paquet va arriver
sur une interface et basé sur différents circuits intégrés spécifiques à une application ou A-6, comment ce paquet
passera du port d'entrée à un grand sport en cours via la base de données sur le fond
du commutateur.
Vous pouvez en apprendre davantage sur le flux réel du paquet via le commutateur en consultant
des documents comme celui-ci.
Tout ce que je veux que vous réalisiez, c'est que l'architecture des différents commutateurs fonctionne différemment.
Et si vous voulez examiner les composants internes d'un commutateur, le site Web
de Cisco contient de très bons documents expliquant comment les paquets transitent par un commutateur pour cette raison. Nous allons l'expliquer comme suit.
Lorsque le cadre arrive sur ce port, il est étiqueté en interne avec un Villon rouge. Ce cadre est ensuite
copié sur tous les autres ports du commutateur.
Cependant, cette émission ne sera pas transmise.
Hors de ce port parce que le port est dans un Villon différent du cadre d'origine, le cadre ne sera pas non
plus transmis.
Hors de ce port 0 3 car le cadre est dans un méchant différent du port.
Cependant, sur ce port, le cadre sera transféré car le numéro ou la couleur du méchant est le même.
Veuillez noter que seul le cadre d'origine est envoyé hors du port.
Aucun marquage interne ne quitte le commutateur.
Une fois de plus, les PJ sont inconscients de tout marquage ou changement de cadre.
Ainsi, le cadre quitte le commutateur et arrive à PCD dans sa forme originale.
La source adresse une adresse de destination sous forme de diffusion.
Donc, physiquement, nous avons un commutateur ici, mais logiquement, PCIe ne peut envoyer du trafic que sur PCD, pas sur
PCB ou PCC.
Ils sont sur une terre séparée ou un commutateur logique séparé.
Si vous essayez d’envoyer un coût unitaire, les adresses source sont indiquées dans le cadre et l’adresse de destination
est C, qui correspond au PC sur la ligne verte.
Ce cadre serait envoyé au commutateur en tant que norme.
Ethan au cadre.
Nous supposons maintenant que l'adresse MAC de C est en quelque sorte apprise.
Donc, il envoie un cadre directement pour voir normalement, il ne serait même pas capable d'apprendre cette adresse Mac.
Donc, dans cet exemple, la personne qui se trouve sur un pourrait ne rien faire de bon.
Le cadre arrive au commutateur et le commutateur marque le cadre en interne avec la villaine
rouge qui est copiée sur tous les ports du commutateur.
Encore une fois, cela dépend de l’architecture du commutateur.
Donc, supposons juste pour le moment que c'est ce qui va se passer sur le commutateur spécifique.
Maintenant, l’async central vérifie la table d’adresses Mac et constate que C se trouve sur le port 0 3.
Ainsi, leur A-6 central envoie un message de vidage aux autres ports pour supprimer les copies du cadre.
Le cadre n’est donc disponible que sur le port 0 3.
Cependant, juste avant d’envoyer le cadre, Port Vila et Kallos ont vérifié le contenu du cadre.
Le cadre est un cadre de villaine rouge car il est arrivé sur un port rouge.
Mais il s’agit d’une interface de ligne verte afin que la trame ne soit pas transmise et soit abandonnée afin qu’elle ne
parvienne jamais au PCC.
Par conséquent, je ne peux pas accéder à la ligne verte.
Logiquement, A est séparé de C et, d'un point de vue ultérieur, il n'y a pas de lien entre la
ligne rouge et le V vert.
Comme mentionné précédemment, le seul moyen de passer d'un méchant à un autre est de traverser un périphérique
de couche 3 tel qu'un routeur et comme il n'y a pas de pourriture dans l'exemple, le trafic est totalement séparé.
Maintenant, il a un exemple un peu plus compliqué.
Il est toujours dans la ligne rouge mais est connecté au commutateur 1 D est dans la villaine rouge qui
est dans ce cas connectée pour basculer vers CS dans la villine verte connectée au commutateur t et B est dans le vert la ligne
connectée au commutateur 1.
Un type de liaison spécial est requis entre les deux commutateurs afin qu'ils puissent communiquer toutes
les informations entre eux et appelé un port de ligne réseau.
Cette interface fonctionnera selon le protocole de jonction afin que toute information puisse être transmise d'un commutateur à
un autre.
Les deux protocoles de jonction utilisés sont ISIL ou un éditeur de lien. ISIL était désormais un protocole propriétaire
de Cecka et tend à ne plus être utilisé de nos jours.
Ou une.
Q La norme industrielle est le protocole de choix pour la communication des informations entre les commutateurs
via les ports de jonction.
Maintenant, encore une fois, il est important de se rappeler à quoi ressemble la topologie physique.
Ce qui est comme suit.
Et puis la topologie logique qui ressemble à ceci.
Est connecté pour commuter un PCC connecté.
Ils sont tous dans les circuits imprimés rouges Villon connectés pour en changer un et PCD pour le commutateur 2.
Mais comme ils sont sur le méchant vert, il existe une séparation logique entre les périphériques des deux commutateurs. Rappelez-vous
qu'il n'y a que deux commutateurs dans cette topologie.
Mais logiquement, nous créons quatre commutateurs avec le Readville et séparés du Bil'in vert et les commutateurs
sont liés via une interface de liaison.
La mise en réseau permet donc à nouveau à plusieurs méchants de traverser un seul lien physique.
Les deux protocoles sont Ed. un.
Q Norme de l'industrie qui a tendance à être utilisée aujourd'hui et ISIL, qui était la méthode exclusive de Cisco et qui a tendance
à ne pas être utilisée dans les environnements actuels.
Les téléphones IP Cisco, par exemple, ne prennent pas en charge l'ICL et de nombreux commutateurs de nouvelles ne prennent
pas en charge ISIL.
Donc, dans ce cours, nous allons nous concentrer sur une clé deux-à-un et l'attitude ou un cadre Q est différent
d'un Ethan standard. Ethan, ce cadre ressemblerait à quelque chose comme cela.
Vous avez un champ de destination, un champ source, un champ de longueur ou de type ether.
Vous avez les données, puis vous avez la séquence de contrôle de trame et éditer 2. 1 une image contient une étiquette d'octet complet insérée
dans l'en-tête entre le champ d'adresse source et le champ ether ou top de longueur, car l'image
a été modifiée.
La séquence de contrôle de trame est pré-calculée et remplacée dans la trame modifiée.
La balise est composée de deux parties principales: l'identificateur de protocole de balise, qui est défini sur 0 6 8 1 0 0 pour l'identifier comme un
E réel par rapport à la trame de balise, permettant ainsi aux commutateurs et aux dispositifs de distinguer un éditeur ou une
trame de repères des trames non marquées .
C'est 16 bits de longueur ou deux octets.
Les deux bits restants seront divisés en 16 bits de la manière suivante: trois bits représentent le point de code de
priorité ou de priorité, qui est un champ de trois bits utilisé pour hiérarchiser certains types de trafic par rapport à d’autres.
Ceci est très utilisé dans la qualité de service où, par exemple, une valeur décimale de cinq est
utilisée pour représenter la voix.
L'identificateur de format canonique verra si y a été utilisé dans l'ancien temps ou si la compatibilité entre les réseaux Ethernet
et Token Ring est satisfaisante.
Il est très peu probable que vous utilisiez cela aujourd'hui.
Et la pièce importante est l’identité du méchant, qui est un champ de 12 bits spécifiant le réseau local Wii auquel
cette image appartient.
Une valeur de zéro signifierait que ce cadre n'appartient à aucun méchant.
C'est grâce à ce champ que les commutateurs sont capables de communiquer le numéro de téléphone et le numéro de téléphone.
Il a une taille de 12 bits, ce qui permet à 4 000 90 96 personnes d’être créées dans un environnement 8: 1.
Vous pouvez travailler comme suit.
Deux à la puissance de 12 équivaut à 4000 un 96.
Donc, en théorie 4000, 96 villans pourraient être configurés sur un ADA à un commutateur à clé, mais ils ne prennent
pas nécessairement en charge ce nombre de villans.