1 00:00:00,000 --> 00:00:05,000 Acum, pe linkuri către dispozitive care nu acceptă DTP, portul 2 00:00:05,000 --> 00:00:08,000 va rămâne un port de acces, 3 00:00:08,000 --> 00:00:11,000 astfel încât această legătură între comutatorul 4 00:00:11,000 --> 00:00:18,000 2 și routerul 2 să fie utilizată în mod implicit, care este dinamic auto. 5 00:00:18,000 --> 00:00:21,000 astfel că DTP este activat, dar utilizează automat dinamic. 6 00:00:21,000 --> 00:00:27,000 O să-l configurez să folosească de dorit. 7 00:00:27,000 --> 00:00:35,000 sh int g0 / 2 comutare remarca modul administrativ este dinamic de 8 00:00:35,000 --> 00:00:39,000 dorit, dar modul de operare este 9 00:00:39,000 --> 00:00:41,000 acces static. 10 00:00:41,000 --> 00:00:49,000 Deci, nu trunkingul a rămas ca port de acces în VLAN implicit de 1. 11 00:00:49,000 --> 00:00:53,000 și asta din cauză că routerul 2 nu este configurat 12 00:00:53,000 --> 00:00:57,000 să utilizeze DTP. Aceste interfețe sunt interfețe de interfață, 13 00:00:57,000 --> 00:01:00,000 astfel încât interfața portului de comutare în 14 00:01:00,000 --> 00:01:04,000 momentul în care interfețele sunt în jos, deci permiteți-le 15 00:01:04,000 --> 00:01:07,000 să vedem dacă are vreo diferență. 16 00:01:07,000 --> 00:01:16,000 Dar observați dacă tastăm comanda sh switchport nu va funcționa sh int 17 00:01:16,000 --> 00:01:25,000 f0 / 0 acesta este un port router nu o interfață switchport. 18 00:01:25,000 --> 00:01:32,000 Deci, acționează ca un PC sau un router tradițional pe comutator 2 sh int g0 19 00:01:32,000 --> 00:01:36,000 / 2 comutare remiză modul a rămas un 20 00:01:36,000 --> 00:01:38,000 acces static, chiar dacă 21 00:01:38,000 --> 00:01:41,000 este configurat ca fiind de dorit, 22 00:01:41,000 --> 00:01:46,000 care va fi adevărat atât dinamică auto, cât și dinamică dorită. 23 00:01:46,000 --> 00:01:51,000 Cu excepția cazului în care ambele părți pot negocia utilizarea DTP, acesta va 24 00:01:51,000 --> 00:01:56,000 rămâne doar un port de acces în VLAN implicit, care este VLAN 1. 25 00:01:56,000 --> 00:01:59,000 Acum, haideți să ne uităm la 26 00:01:59,000 --> 00:02:01,000 unele negocieri, așa 27 00:02:01,000 --> 00:02:08,000 că să facem niște capturări Wireshark, așa că încep să surprind traficul pe hub, 28 00:02:08,000 --> 00:02:20,000 î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 29 00:02:20,000 --> 00:02:23,000 să folosească dinamic auto cu alte 30 00:02:23,000 --> 00:02:26,000 cuvinte DTP, dar modul automat. 31 00:02:26,000 --> 00:02:32,000 Același lucru este valabil și la comutatorul 2, notați automat dinamic. 32 00:02:32,000 --> 00:02:37,000 În capturile Wireshark vedem BPDU-urile Spanning Tree vedem 33 00:02:37,000 --> 00:02:43,000 câteva mesaje CDP și observăm că vedem protocolul dinamic al trunchiului. 34 00:02:43,000 --> 00:02:52,000 Putem vedea un mesaj de la comutator cu adresa MAC care se termină 35 00:02:52,000 --> 00:02:55,000 în cc: 03 configurat 36 00:02:55,000 --> 00:02:59,000 pentru modul de acces auto sh 37 00:02:59,000 --> 00:03:09,000 int g0 / 3 Notă aceasta este adresa MAC a comutatorului 2 care se termină 38 00:03:09,000 --> 00:03:12,000 în cc: 03, 39 00:03:12,000 --> 00:03:16,000 astfel încât în ​​ieșire putem vedea 40 00:03:16,000 --> 00:03:26,000 starea trunchiului valorile configurate pentru acces automat utilizează ISL, iar ID-ul expeditorului este comutatorul 2. 41 00:03:26,000 --> 00:03:31,000 De asemenea, putem vedea un mesaj de la adresa de 42 00:03:31,000 --> 00:03:38,000 comutare 1, adresă MAC ff0 / 3 sh int g0 / 3, deci există comanda, 43 00:03:38,000 --> 00:03:43,000 observați că adresa MAC se termină în ff0 / 3. 44 00:03:43,000 --> 00:03:53,000 Acest comutator utilizează, de asemenea, modul de acces auto DTP derulant în jos, putem vedea că dorește 45 00:03:53,000 --> 00:03:55,000 să negocieze utilizarea 46 00:03:55,000 --> 00:03:59,000 ISL și există adresa MAC a comutatorului. 47 00:03:59,000 --> 00:04:05,000 Deci, în prezent, niciuna dintre părți nu inițiază trunchiuri. 48 00:04:05,000 --> 00:04:10,000 Deci, dacă tastăm sh tr trunk, veți observa că gigabitul 49 00:04:10,000 --> 00:04:14,000 0/3 nu este în lista porturilor trunchi. 50 00:04:14,000 --> 00:04:23,000 pe fiecare parte sh int g0 / 3 switchport în momentul în 51 00:04:23,000 --> 00:04:29,000 care funcționează ca un port de acces. 52 00:04:29,000 --> 00:04:42,000 Putem vedea acest lucru pe ambele fețe, dar dacă schimbăm o parte astfel încât int g0 / 3 modul 53 00:04:42,000 --> 00:04:53,000 de switchport dinamic de dorit sh int trunk Observați că gigabit 0/3 este configurat să utilizeze 54 00:04:53,000 --> 00:05:00,000 trunking cu encapsulation ISL, deoarece această parte este configurat ca 55 00:05:00,000 --> 00:05:05,000 dorit sh int trunk acest partea este 56 00:05:05,000 --> 00:05:11,000 configurată ca auto, astfel că au negociat pentru a 57 00:05:11,000 --> 00:05:14,000 configura un trunchi. 58 00:05:14,000 --> 00:05:19,000 În captura Wireshark, derulez în jos. 59 00:05:19,000 --> 00:05:25,000 Aici avem un mesaj de la comutatorul 2 pentru ca 60 00:05:25,000 --> 00:05:28,000 modul este trunchi dorit. 61 00:05:28,000 --> 00:05:38,000 Deci, comutatorul inițiază canalul folosind ISL cu comutatorul 1. 62 00:05:38,000 --> 00:05:41,000 Întrerupătorul 1 utilizează în continuare 63 00:05:41,000 --> 00:05:47,000 portul auto, dar comutatorul 2 utilizează trunchiurile dinamice dorite, astfel 64 00:05:47,000 --> 00:05:49,000 încât inițiază trunchiurile. 65 00:05:49,000 --> 00:05:53,000 Ce se întâmplă dacă schimbăm încapsularea? 66 00:05:53,000 --> 00:05:56,000 deci int g0 / 3 67 00:05:56,000 --> 00:06:01,000 încapsulare trunchi de comutare dot1q sh tr trunchi pe 68 00:06:01,000 --> 00:06:05,000 partea stângă Observați trunkingul este schimbat la 69 00:06:05,000 --> 00:06:08,000 dot1q anterior a negocia 70 00:06:08,000 --> 00:06:11,000 pentru a utiliza ISL. 71 00:06:11,000 --> 00:06:23,000 în captura Wireshark, derulând, ar trebui să vedem câteva mesaje. 72 00:06:23,000 --> 00:06:29,000 Iată comutatorul 2 de trunchi dorit. 73 00:06:29,000 --> 00:06:32,000 Doriți să utilizați 802. 1q mai degrabă decât ISL. 74 00:06:32,000 --> 00:06:39,000 deci observați că tipul de trunchi de operare este 802. Întrerupătorul 1q 2 este comutatorul de 75 00:06:39,000 --> 00:06:43,000 negociere 1 care încă folosește dinamicul automat 76 00:06:43,000 --> 00:06:47,000 pentru a configura un trunchi și ceea 77 00:06:47,000 --> 00:06:49,000 ce sa întâmplat. 78 00:06:49,000 --> 00:06:52,000 Comutatorul 1 utilizează modul 79 00:06:52,000 --> 00:07:01,000 automat, dar utilizează în prezent trunking folosind 802. 1q cu comutatorul 2 deoarece 80 00:07:01,000 --> 00:07:07,000 comutatorul 2 este configurat cu modul dorit și 81 00:07:07,000 --> 00:07:09,000 inițiază trunchiul. 82 00:07:09,000 --> 00:07:14,000 Deci, există câteva exemple de folosire a protocolului de trunchi dinamic pentru 83 00:07:14,000 --> 00:07:18,000 a configura dinamic un trunchi între 2 întrerupătoare. 84 00:07:18,000 --> 00:07:25,000 Recomandarea este încă să nu utilizați DTP, deci 85 00:07:25,000 --> 00:07:30,000 dezactivați DTP și configurați manual trunchiul 86 00:07:30,000 --> 00:07:35,000 și încapsularea între ambele comutatoare.