mercredi 20 janvier 2021

 

 

Introduction

 

DTP pour Dynamic Trunking Procotol, c’est un protocole propriétaire Cisco donc 

ne fonctionne qu’entre switchs Cisco!

Le principe est très simple, lorsqu’un port monte, des annonces DTP sont envoyées;

 

Si le port est connecté à un switch voisin, ce dernier va recevoir l’annonce DTP et y 
répondre.
Des deux côtés, l’activation du Trunk s’effectue;
Si le port est connecté à un pc, ce dernier ne répondra pas à l’annonce car il comprend 
pas le protocole.
Sur le port du switch, le Trunk n’est pas activé et donc reste en mode Access.
 
 

Fonctionnement

 

Un port physique d’un switch peut avoir plusieurs état (ou mode) 

concernant  le DTP.

Ces états sont très importants à connaitre car selon le modèle de votre 

switch, l’état par défaut n’est pas le même.

 

 

Les cases où il y a des “?” sont les cas où le comportement des 2 switchs 

est incertain car la configuration est incohérente:

d’un côté on configure le port en Access et de l’autre en Trunk donc ça 

ne fonctionnera pas.

 

Configuration

 

Si l’état par défaut du port ne vous convient pas, vous pouvez configurer le mode 
DTP comme vous voulez.
Prenons l’exemple des switchs A et B connectés entre eux via leur port Fa0/1 
respectifs.
Configurons le switch A pour qu’il soit en mode dynamic desirable

 

 

 


Et sur le switch B, on configure le port Fa0/1 en mode  auto:

 


 

Au final, vérifions si le lien entre les 2 switchs monte bien en Trunk  (regardons sur le switch A et B):

 


On remarque que le port Fa0/1 est bien en status trunking, ce qui veut dire que le lien entre les 2 

 switchs est bien en Trunk!

 

 

Explication:


le switch A est en mode dynamic desirable donc il envoi des invitations au switch B pour monter
 un lien Trunk;
le switch B est en mode dynamic auto donc il attend une invitation de son voisin, qu’il reçoit 
d’ailleurs. Une fois reçue, il active le trunk et répond au switch A; le  lien Trunk monte entre les 2
 switchs!
Remarque: on aurait mis le mode dynamic auto des 2 côté, cela n’aurait pas fonctionné car chacun
 aurait alors attendu une sollicitation de son voisin. On peut toujours attendre longtemps… et enfin 
de compte le lien sera mode Access.
  
Comme dans tout protocole, le bug ou le plantage existe, ce qui a pour conséquence qu’un lien 
entre 2 switchs peut ne pas monter en Trunk et donc basculer en mode Access. La conséquence 
est que les trames utilisateurs taguées avec leur VLAN ne peuvent plus passer par ce lien. Grosso 
modo, on coupe la communication réseau.
 
Il est donc fortement conseillé de désactiver le DTP et de forcer le lien Trunk entre 2 
 switchsJe sais, vous allez me dire “alors pourquoi avoir créé ce protocole?“. 
 Il est relativement ancien mais doit tout de même être compris pour le CCNA.
 

Mon conseil reste le forcage en statique d’une configuration Trunk entre 2 switchs dont voici la configuration:

 

 

Idem sur le switch B. Avec ces commandes, vous forcez le trunk (mode trunk) de par et d’autre et 

vous désactivez l’envoi d’invitation au voisin (nonegociate), donc vous désactivez le DTP.

Au moins, vous maitrisez votre réseau  et son comportement!

 

 


Aucun commentaire:

Enregistrer un commentaire