Acum, pe linkuri către dispozitive care nu acceptă DTP, portul
va rămâne un port de acces,
astfel încât această legătură între comutatorul
2 și routerul 2 să fie utilizată în mod implicit, care este dinamic auto.
astfel că DTP este activat, dar utilizează automat dinamic.
O să-l configurez să folosească de dorit.
sh int g0 / 2 comutare remarca modul administrativ este dinamic de
dorit, dar modul de operare este
acces static.
Deci, nu trunkingul a rămas ca port de acces în VLAN implicit de 1.
și asta din cauză că routerul 2 nu este configurat
să utilizeze DTP. Aceste interfețe sunt interfețe de interfață,
astfel încât interfața portului de comutare în
momentul în care interfețele sunt în jos, deci permiteți-le
să vedem dacă are vreo diferență.
Dar observați dacă tastăm comanda sh switchport nu va funcționa sh int
f0 / 0 acesta este un port router nu o interfață switchport.
Deci, acționează ca un PC sau un router tradițional pe comutator 2 sh int g0
/ 2 comutare remiză modul a rămas un
acces static, chiar dacă
este configurat ca fiind de dorit,
care va fi adevărat atât dinamică auto, cât și dinamică dorită.
Cu excepția cazului în care ambele părți pot negocia utilizarea DTP, acesta va
rămâne doar un port de acces în VLAN implicit, care este VLAN 1.
Acum, haideți să ne uităm la
unele negocieri, așa
că să facem niște capturări Wireshark, așa că încep să surprind traficul pe hub,
în ​​acest caz pe portul 2, switch-urile folosesc gigabit 0/3, deci switch-ul sh int g0 / 3 în momentul în care este configurat
să folosească dinamic auto cu alte
cuvinte DTP, dar modul automat.
Același lucru este valabil și la comutatorul 2, notați automat dinamic.
În capturile Wireshark vedem BPDU-urile Spanning Tree vedem
câteva mesaje CDP și observăm că vedem protocolul dinamic al trunchiului.
Putem vedea un mesaj de la comutator cu adresa MAC care se termină
în cc: 03 configurat
pentru modul de acces auto sh
int g0 / 3 Notă aceasta este adresa MAC a comutatorului 2 care se termină
în cc: 03,
astfel încât în ​​ieșire putem vedea
starea trunchiului valorile configurate pentru acces automat utilizează ISL, iar ID-ul expeditorului este comutatorul 2.
De asemenea, putem vedea un mesaj de la adresa de
comutare 1, adresă MAC ff0 / 3 sh int g0 / 3, deci există comanda,
observați că adresa MAC se termină în ff0 / 3.
Acest comutator utilizează, de asemenea, modul de acces auto DTP derulant în jos, putem vedea că dorește
să negocieze utilizarea
ISL și există adresa MAC a comutatorului.
Deci, în prezent, niciuna dintre părți nu inițiază trunchiuri.
Deci, dacă tastăm sh tr trunk, veți observa că gigabitul
0/3 nu este în lista porturilor trunchi.
pe fiecare parte sh int g0 / 3 switchport în momentul în
care funcționează ca un port de acces.
Putem vedea acest lucru pe ambele fețe, dar dacă schimbăm o parte astfel încât int g0 / 3 modul
de switchport dinamic de dorit sh int trunk Observați că gigabit 0/3 este configurat să utilizeze
trunking cu encapsulation ISL, deoarece această parte este configurat ca
dorit sh int trunk acest partea este
configurată ca auto, astfel că au negociat pentru a
configura un trunchi.
În captura Wireshark, derulez în jos.
Aici avem un mesaj de la comutatorul 2 pentru ca
modul este trunchi dorit.
Deci, comutatorul inițiază canalul folosind ISL cu comutatorul 1.
Întrerupătorul 1 utilizează în continuare
portul auto, dar comutatorul 2 utilizează trunchiurile dinamice dorite, astfel
încât inițiază trunchiurile.
Ce se întâmplă dacă schimbăm încapsularea?
deci int g0 / 3
încapsulare trunchi de comutare dot1q sh tr trunchi pe
partea stângă Observați trunkingul este schimbat la
dot1q anterior a negocia
pentru a utiliza ISL.
în captura Wireshark, derulând, ar trebui să vedem câteva mesaje.
Iată comutatorul 2 de trunchi dorit.
Doriți să utilizați 802. 1q mai degrabă decât ISL.
deci observați că tipul de trunchi de operare este 802. Întrerupătorul 1q 2 este comutatorul de
negociere 1 care încă folosește dinamicul automat
pentru a configura un trunchi și ceea
ce sa întâmplat.
Comutatorul 1 utilizează modul
automat, dar utilizează în prezent trunking folosind 802. 1q cu comutatorul 2 deoarece
comutatorul 2 este configurat cu modul dorit și
inițiază trunchiul.
Deci, există câteva exemple de folosire a protocolului de trunchi dinamic pentru
a configura dinamic un trunchi între 2 întrerupătoare.
Recomandarea este încă să nu utilizați DTP, deci
dezactivați DTP și configurați manual trunchiul
și încapsularea între ambele comutatoare.