Envoyer cet exemple, supposons que A envoie une image à D.
Donc l'adresse source qui a conduit à sera.
Et l'adresse de destination sera D.
Je vais envoyer le cadre pour en changer un qui sera ensuite copié sur tous les ports en fonction de
l’architecture du commutateur.
L'async central va vérifier la destination dans la table de camp et supposons pour le moment qu'il ne répond pas aux
tables qui peuvent être la table ou la table d'adresse MAC.
Ainsi, le cadre tentera de sortir de ce port sur 0 2, mais parce que la couleur marquée interne est rouge pour
ce cadre.
Et ceci est un Greenport.
Le cadre n'est pas autorisé sur 0 2.
Cependant sur ce port car c'est un lien trunk.
Et supposons pour le moment que tous les terrains sont autorisés à travers ce
tronc, cette trame sera envoyée hors du port 0 3 vers lequel basculer, mais juste avant l'envoi de la trame.
Il doit être étiqueté avec le numéro du méchant.
Donc, dans ce cas, l'identifiant du méchant serait en rouge.
Maintenant, comme mentionné dans les commutateurs, les villans sont identifiés par des chiffres, mais pour garder ces exemples simples,
nous allons utiliser des couleurs.
En réalité, il s’agirait donc d’un nombre compris entre 0 et 4 000. Un cadre de lit 96 est
ensuite envoyé sur le tronc pour basculer sur le destinataire qui reçoit à nouveau la trame, laquelle est traitée en interne.
Maintenant, ce commutateur lit le disque identifiant un en-tête modifié ou
un Q et voit que celui-ci appartient au Villon rouge balisé en interne dans le
commutateur.
Et supposons une fois de plus que la table d'adresses MAC commutée ne contienne pas l'adresse MAC
de D.
Ainsi, lorsque le cadre tente d'accéder au port 0 1, il est refusé car sa couleur est rouge et cette
interface est dans le vert Villon.
Donc, le cadre est abandonné.
Cependant, en dehors de cette interface, le cadre est autorisé car le port se trouve dans le méchant rouge
et que le cadre est étiqueté avec la villaine rouge. Tous les marquages sont supprimés de ce port.
Donc, c'est comme une trame Ethernet normale à PCD.
Une fois de plus, les PJ sont inconscients du fait qu’ils ont été mis au compte de méchants.
Ils viennent de voir Ethernet stenté.
Ainsi, une trame standard dans laquelle l'adresse source d'une adresse de destination a
est transmise du port 0 à et traitée par le PC édité dans une clé connectée possède un
méchant spatial appelé villane natif. est configuré comme un coffre.
Par exemple, cette interface sur le commutateur 1 et le commutateur sur cette interface peut recevoir et transmettre des trames
étiquetées. Les trames appartenant à la villaine native ne portent pas d’étiquettes violentes lorsqu’elles sont envoyées sur cette ligne par le
même jeton si une trame non balisée était reçue sur le port de cette trame serait
automatiquement associé à la terre natale pour le sport.
Maintenant, un trafic de gestion spécifique traversera le pays natal.
Ainsi, par exemple, l'utilisation du BPT sur le spanning tree utilisera le Villon natif, de même que le protocole de liaison dynamique essentiel de la
liaison dynamique est un moyen utilisé par les commutateurs pour établir automatiquement une liaison entre eux et je vais vous
en montrer un exemple dans un instant.
Certains trafics de gestion utilisent toujours villaine one si vous avez quitté la première ligne en tant
que trafic LAN natif tel que CPV DP AGP et que votre DL D sera transmis sur le territoire natal.
Non étiqueté si je suis un jour La terre natale est changée en autre chose que les terres. Ces protocoles seront
ensuite étiquetés dans la CTP spécifique de la villaine, expliquée dans la partie CIM 1 de ce cours.
Il nous permet d’afficher directement les appareils connectés et le protocole de liaison dont nous discuterons dans
les prochaines diapositives.
C’est un moyen de mettre à jour dynamiquement d’autres commutateurs avec les modifications apportées à un commutateur
unique dans un domaine VTB. AGP ou protocole d’agrégation de ports est un protocole utilisé pour la création automatique de
canaux éther; votre DLT ou vous avez besoin d’une détection par liaison directionnelle pour surveiller configuration physique des câbles
entre les périphériques et détecter les liens directionnels uniques.
Cela nous permet de détecter les liens mal câblés.
Il est important de noter ici que les liaisons interurbaines constituent un méchant spécial appelé le
pays natal, où le trafic est envoyé sans étiquette si laissé à la valeur par défaut de Villa et qu'un
trafic de gestion sera envoyé à travers ce pays.
Il est important que les terres des deux côtés du tronc soient identiques si elles ne sont pas définies de la même manière.
Les chercheurs vous informeront en vous indiquant qu’il ya une incompatibilité entre les habitants de la ville.
Le problème qui se pose si les terres autochtones ne sont pas identiques est que le trafic d'un méchant sur le
commutateur sera automatiquement associé et aboutira dans un état différent de celui d'un autre commutateur.
Et bien évidemment, le concept des félins est de séparer le trafic en un Thielen spécifique.
En d'autres termes, un domaine de diffusion distinct ou un trafic de sous-réseau distinct d'un réseau local virtuel ne
devrait pas se retrouver dans une autre ville en raison d'une mauvaise configuration de la ville d'origine.
Maintenant, c'est quelque chose que vous ne voyez probablement pas dans les réseaux aujourd'hui.
En théorie, avec un villaine natif, un commutateur semblable à un commutateur pourrait être associé à des cadres étiquetés et à des
cadres non étiquetés sur ce MacBook.
Donc, en utilisant le Villon natif, ce MacBook ou un PC serait toujours capable de communiquer avec le réseau même
s’il ne comprend pas les cadres étiquetés modifiés ou si une image clé ou des cadres étiquetés sont utilisés
pour communiquer via des informations entre des périphériques réseau tels que des commutateurs.
Cet appareil ne comprendrait pas nécessairement les images modifiées ou une image clé, mais pourrait toujours communiquer avec
le réseau en utilisant la villaine native.
Cependant, ce n'est pas courant aujourd'hui.
Ce qui est plus typique Aujourd'hui, c'est un scénario comme celui-ci où vous avez un PC connecté à un téléphone IP connecté
à un commutateur Cisco.
Maintenant, le téléphone IP de Cisco dispose d'un commutateur intégré à trois voies dont l'un des ports est connecté à l'infrastructure réseau.
Ainsi, un commutateur Cisco avec un deuxième port permet au PC de se connecter à l'infrastructure via le téléphone et
un troisième port permet de hiérarchiser le trafic vocal du combiné par rapport aux données lorsqu'il est envoyé
à l'infrastructure réseau.
Donc, le téléphone a un commutateur intégré à trois voies toujours fier fier voix sur données en hausse.
Il convient toutefois de noter que le téléphone peut être configuré dans un Villon distinct
du PC.
Donc, le téléphone pourrait être dans le violon rouge et le PC pourrait être dans la ligne verte.
Cette façon de procéder présente de nombreux avantages.
Donc, généralement, du point de vue de la sécurité, ce PC ne sera pas en mesure de détecter le trafic vocal
et par conséquent d’écouter la conversation vocale.
Il y a maintenant de nombreuses mises en garde concernant les téléphones Cisco et différents
modèles sont configurés de différentes manières, mais en théorie, le concept est que le téléphone est violent et que le
PC n’est pas capable de voir le trafic vocal.
Il existe des applications telles que Cain et Abel, un outil de piratage très puissant qui vous permet de
capter le trafic vocal sur le réseau, puis de le lire à nouveau sous forme de fichier sur votre PC local afin que
vous puissiez rejouer la conversation vocale.
Mais si le téléphone se trouve dans un environnement séparé, la sécurité de Villon est améliorée car le PC ne peut pas voir
le trafic vocal du point de vue de la qualité de service.
C’est aussi beaucoup mieux, car il est plus facile de hiérarchiser le trafic vocal par rapport au trafic de données.
Si vous configurez votre réseau de cette manière dans une machine virtuelle distincte, vous bénéficiez également des avantages d'une gestion plus simple
des adresses IP, car vous pouvez attribuer un sous-réseau distinct à vos téléphones.
Ceci est votre PC et ainsi redimensionner votre adressage IP.
Donc, ce qui se passe, c’est que le commutateur est configuré avec ce que l’on appelle une voix Freelon et
une villaine native où la sensation de la voix est marquée afin que les images marquées soient envoyées au téléphone et que le
téléphone avec son commutateur à trois voies boltin puisse lire les images modifiées ou les images clés non marquées sont sauvegardés sur ce que l’on
appelle l’illum natif ou la ligne de données.
Ces informations sont envoyées au téléphone et le téléphone les transfère simplement vers le PC.
Ainsi, le PC reçoit les balises non étiquetées sur des trames terrestres natives et le téléphone reçoit le fichier vocal balisé
ou étiqueté et ne définit aucune configuration. Le téléphone est nécessaire pour l'activer.
Vous avez littéralement tapé quelques commandes sur le commutateur pour indiquer au commutateur quelle était la voix du pays et ce
qu'est la télévision numérique Bil'in.
Et cela se produit automatiquement car, lors du démarrage du téléphone, ils interrogent le commutateur via CGP pour savoir
à quel sentiment ils appartiennent.
Ainsi, le commutateur met à jour la configuration du téléphone grâce à l'utilisation de CTP.
Il s'agit donc d'une implémentation très commune des terres autochtones dans le monde réel d'aujourd'hui.
Donc, pour résumer comment les ports sont attribués aux villans sérieusement, ils peuvent être assignés statiquement par
un administrateur.
Donc, pour utiliser un administrateur, allez dans une interface et mettez régulièrement ce port dans un méchant.
La deuxième option consiste à créer ce que l’on appelle des méchants
dynamiques à l’aide d’un serveur de règles d’appartenance aux méchants. Les villans dynamiques autorisent une transaction
de ports.
Ainsi, dans une salle de conférence, par exemple, lorsqu'un directeur connecte un ordinateur portable en fonction
de l'adresse Mac de ce portable, ce port est attribué de manière dynamique aux administrateurs. Plan quand un responsable connecte
son ordinateur portable au même port le lendemain, par exemple, que Villon est automatiquement mis à jour aux gestionnaires Villon.
Ainsi, en fonction de l'adresse Mac source des images
reçues dans le port, le port est automatiquement attribué à différents pays. L'année dernière, nous
avons des voix qui sont utilisées spécifiquement pour les téléphones IP. la propagation des
informations d’un commutateur à l’autre plutôt que le télétravail à plusieurs commutateurs.
Vous pouvez Karaite supprimer ou renommer les terres sur un commutateur et faire en sorte que ces informations soient automatiquement propagées à
d'autres commutateurs via des liaisons de lignes réseau.
Remarquez le nom protocole de trunking villaine.
Ces informations ne peuvent être propagées que sur des liaisons de lignes réseau.
Maintenant, l'ETP peut vous faire économiser beaucoup de temps car beaucoup d'ingénieurs Sisk diront que le BTP peut vous causer beaucoup
de maux de tête.
Les commutateurs peuvent avoir la configuration complète de la villaine effacée si un nouveau commutateur est ajouté au
réseau sans suivre la procédure appropriée.
Par conséquent, de nombreux ingénieurs de Cisco n'activeront pas VCP dans les environnements modernes en raison des
risques inhérents à ce protocole.
Les messages GTP sont envoyés à l'adresse Mac suivante, qui est une adresse de multidiffusion bien connue
pour la saturation des protocoles CTP et DTP.
Il existe trois types de messages dans DTP.
Vous avez des annonces de sous-ensembles d'annonces gratuites et des demandes d'annonces, et je les expliquerai plus
en détail dans les prochaines diapositives.
Sachez toutefois que trois messages sont tapés lors de la configuration. Les périphériques DP appartiennent par défaut
à la VDB de domaine nul pour fonctionner.
Vous devez configurer et placer les périphériques dans un domaine VTB spécifique. Seuls les périphériques appartenant au même domaine
DTP seront mis à jour avec les informations de ligne.
Un commutateur ne peut être configuré que dans un seul domaine VTB à un moment donné par défaut. Les commutateurs Cisco se
trouvent dans le domaine nold ou dans aucun domaine de gestion jusqu'à ce qu'ils reçoivent une publication pour un domaine sur une liaison
partagée.
Ou jusqu'à ce que vous configuriez manuellement un domaine de gestion.
Donc, dans cet exemple, supposons que ces périphériques ont été placés dans le domaine VTB avec le
nom Cecka.
Rappelez-vous que ces VCP sont une couche de protocole et nécessitent des liaisons à ressources partagées pour la communication.
Donc, VDB ne traversera pas Harada. Un concept important pour comprendre NVP est le concept de numéro de
révision.
Chaque fois que des modifications sont apportées à la base de données méchant, le numéro de révision dans BTP sera incrémenté de 1.
Supposons donc que tous les appareils dans ces excuses ont un numéro de révision de 1 dans un ministère pour
un méchant, disons que nous sommes trois, le numéro de révision augmentera alors d'un numéro de vision
1 à un numéro de révision 2 et que les informations seront ensuite publiées à tous les autres commutateurs du domaine VTB
afin qu’ils puissent synchroniser leurs bases de données avec le dernier numéro de révision, numéro de
révision 2.
Ainsi, le commutateur situé au sommet enverra ce que l’on appelle une annonce récapitulative GTP à tous
les commutateurs, les informant qu’une modification a été apportée.
Rappelez-vous que ceci est envoyé en utilisant une adresse de multidiffusion.
Donc, tous ces appareils verront ce message.
Ils demanderont ensuite les dernières informations à l'aide d'une demande de publication et le commutateur situé en
haut leur enverra des informations détaillées sur le changement à l'aide d'une publication de sous-ensemble.
Le résultat net est que les numéros de révision et tous ces commutateurs seront incrémentés du même
numéro de révision qu'un commutateur où la modification a été effectuée.
Ainsi, Viola et trois figureront dans toutes les bases de données des commutateurs et le numéro de révision sera
défini sur la révision numéro deux.
Tout le concept de VTB est que vous pouvez apporter des modifications sur un périphérique individuel au fur et à mesure que ces modifications
sont apportées.
Tous les autres commutateurs sont informés du changement et ils synchroniseront leurs bases de données avec le
dernier numéro de révision afin de disposer des mêmes plans B et éventuellement des bases de données Lenn.
Cela signifie que, en tant qu'administrateur, vous ne devez apporter des modifications qu'à un commutateur plutôt qu'à
cinq commutateurs dans les excuses. Veuillez noter que les ports sont placés dans des villans individuels, par exemple par un administrateur.
Le PDD ne met pas de ports dans des villans individuels, il met simplement à jour la base de données afin que
les commutateurs sachent quels sont les vilains utilisés et qu’un administrateur doit encore mettre ces ports dans les villans correspondants.
Il s’agit donc simplement d’un mécanisme de mise à jour de la base de données des méchants, qui permet aux commutateurs de
connaître les méchants qui existent dans la typologie.
Alors regardons les messages VDB plus en détail.
Le premier arrêt du message VDB est une annonce récapitulative.
Ceci est envoyé toutes les cinq minutes ou chaque fois qu'il y a un changement.
Ainsi, chaque fois qu'un administrateur modifie un commutateur en ajoutant, par exemple, un Villon, une annonce récapitulative
est envoyée à l'adresse de multidiffusion connue de tous les commutateurs du domaine.
Donc, ceci est utilisé pour informer les autres commutateurs du domaine VCP actuel et du numéro de révision de la
configuration actuelle.
Ainsi, à titre d’exemple sur l’interrupteur numéro un, l’administrateur ajoute un autre méchant, disons que le méchant dont le numéro
de révision sera incrémenté
Donc, si le numéro de révision était trois, il ne serait pas augmenté à 4.
Ce commutateur indiquera dans une annonce résumée à tous les commutateurs voisins l’informant
du domaine VTB actuel et les nouveaux commutateurs de numéro de révision de configuration recevant cette
annonce résumée renverront alors une demande récapitulative demandant des informations détaillées sur les modifications
apportées.
Certaines demandes sont utilisées dans trois cas. En premier lieu, lorsqu'un commutateur a été réinitialisé, lorsque le
nom de domaine VTB est en cours de modification ou lorsque le commutateur a reçu une publication récapitulative VTB avec
un numéro de révision de configuration supérieur au sien.
Donc, parce que passer à recevoir l'annonce récapitulative d'un indiquant un nombre de révision élevé.
En d'autres termes, le numéro de révision et lequel est révision avant et le numéro de
révision sur le commutateur 2 est le numéro de révision 3, le commutateur 2 demande maintenant des informations au commutateur 1 afin qu'il puisse mettre à jour
sa base de données avec les informations les plus récentes à partir desquelles des informations détaillées sont envoyées. lequel utiliser pour utiliser
ce qu'on appelle un sous-ensemble.
Publicité.
Celui-ci contient une liste des informations et, s’il s’agit de plusieurs villistes, plusieurs publications du sous-ensemble peuvent être
nécessaires pour mettre à jour et synchroniser les bases de données d’autres commutateurs.
Il s’agit donc essentiellement d’informations détaillées sur les modifications apportées.
La publication de résumé informe simplement le commutateur, sous forme de résumé, du dernier numéro de révision et
du dernier domaine BTP.
Si le commutateur local constate qu'il est obsolète, il demandera des informations détaillées afin de pouvoir synchroniser
sa base de données. Ces informations seront fournies à l'aide d'une publication de sous-ensemble.
Le commutateur est maintenant en mesure de synchroniser les bases de données locales sur la base de données du commutateur avec
les dernières informations.
Maintenant, il y a trois modes dans BTP.
Le mode par défaut est serveur: un commutateur VTB en mode serveur peut créer des villans, modifier des vilains et
les supprimer.
Il envoie et transmet également des publicités.
Donc, s'il recevait une annonce d'un autre commutateur, il la transmettrait.
Si vous apportez des modifications sur le commutateur local, il enverra de véritables publicités.
Il synchroniserait également sa base de données locale avec le dernier numéro de révision.
Et cela enregistre également les informations de configuration du méchant localement.
Il s’agit donc du périphérique sur lequel vous allez effectuer vos modifications. Plusieurs commutateurs peuvent être configurés
en tant que serveurs VTB, mais vous devez être très prudent avec cela.
Le deuxième mode est le client VTB, un client VTB ne peut pas créer de modification ni supprimer des villans.
Il est également en mesure d'envoyer des publicités vers l'avant afin de pouvoir indiquer, dans les
violences répertoriées dans sa base de données, à d'autres commutateurs VTB qu'il peut également transférer la réception de publicités d'autres commutateurs.
Troisièmement, il synchroniserait également sa base de données avec le dernier numéro de révision de la configuration. Il
s’agit là d’un problème potentiel majeur pour GTP, qui a déjà attiré de nombreux ingénieurs de Cisco.
De nombreux ingénieurs de Cisco n'utiliseront pas VTB à cause de ce problème.
Il a donc un exemple de typologie.
Nous avons maintenant un serveur VTB et c'est une scène où tous les commutateurs du haut sont configurés
en tant que clients VTB. Les machines hôtes sont dans le raid Villano green Bil'in et le numéro de révision du domaine est
actuellement le numéro de révision.
Ainsi, le dernier numéro de révision de configuration concerne le domaine VTB.
Cisco et les méchants configurés sur les commutateurs sont-ils rouges et verts?
Notez encore une fois que les commutateurs ont une base de données de méchants.
C’est ce que VTB met à jour les ports individuels et les commutateurs doivent être placés manuellement
dans le fichier.
Maintenant, quelqu'un connecte un autre commutateur à la topologie, par exemple dans un environnement de laboratoire.
La raison pour laquelle cela est dangereux est que dans un environnement de laboratoire, la lentille peut avoir été ajoutée et supprimée
et que le numéro de révision peut donc être beaucoup plus élevé que le réseau de production.
Supposons donc pour le moment que le numéro de révision est 50, ce commutateur n’a que la
villaine bleue configurée.
Donc, les méchants verts et rouges n'existent pas dans la base de données des méchants.
De nombreuses personnes commettent l'erreur de supposer que tant que les commutateurs configurés en tant que client
VTB ne causeront aucun problème sur le réseau.
Un administrateur a donc branché le commutateur et configuré ce port comme une ligne réseau.
Veuillez noter une fois de plus que la publicité ETP n’est envoyée que sur les ports principaux.
Supposons donc que sur l'ensemble du réseau, tous ces liens sont configurés en tant que jonction dès que
ce client est ajouté au domaine VCP.
Et ce qui est vraiment effrayant, c'est que ce client peut être automatiquement mis à jour avec les informations VCP.
En d'autres termes, s'il est configuré avec un domaine Nold, il peut automatiquement rejoindre le domaine VCP actuel
de Cisco.
Et dès que cela se produit, les périphériques synchroniseront leurs bases de données avec le dernier numéro
de révision de configuration, qui dans ce cas correspond à 50 fois pour tous les commutateurs du domaine actif.
Le numéro de révision est changé en 50 car tous les commutateurs, y compris le
serveur VTB, seront automatiquement synchronisés avec le client VTB. Les villans actuels, rouge et vert, sont automatiquement supprimés
de la base de données violente et le seul méchant désormais disponible dans les
bases violentes de tous ces commutateurs sont violemment.
Désormais, tous les ports de tous les commutateurs qui ont été placés manuellement dans le Villon vert ou rouge ou
dans celui-ci sont désactivés.
Le problème ici est qu’un port appartient au Villon rouge mais que le Villon rouge n’existe pas dans la base de données.
Donc, le port est automatiquement désactivé.
Cela signifie qu'aucun trafic ne peut être envoyé ou reçu sur le sport et que la même chose se produit sur
tous les autres commutateurs.
Ce qui se passe essentiellement, c’est que tout le réseau soit réduit à néant par l’introduction
du commutateur unique.
C’est extrêmement inquiétant, à tout le moins, que l’introduction d’un commutateur unique puisse détruire
tout un réseau d’entreprise.
Le seul moyen de résoudre ce problème consiste à vous connecter physiquement au serveur VTB, puis à
ajouter manuellement les villans supprimés.