Täna käsitleme dünaamilist trunking-protokolli DTP ja VTP – VLAN-i trunking-protokolli. Nagu ma eelmisel tunnil ütlesin, järgime eksami ICND2 teemasid selles järjekorras, nagu need on esitatud Cisco veebisaidil.
Eelmisel korral käsitlesime punkti 1.1 ja täna vaatame 1.2 – võrgu lülitite ühenduste seadistamine, kontrollimine ja tõrkeotsing: VLAN-ide lisamine ja kustutamine trunkist ning DTP ja VTP protokollid versioonides 1 ja 2.
Kõik lüliti pordid on "karbist välja" vaikimisi seadistatud kasutama DTP protokolli Dynamic Auto režiimi. See tähendab, et kui ühendada kaks eri lülite porti, aktiveeritakse nende vahel automaatselt trunk, kui üks portidest on režiimis trunk või desirable. Kui mõlemad lülitite pordid on režiimis Dynamic Auto, ei moodustu trunk.
Seega sõltub kõik iga kahe lüliti töörežiimi seadistustest. Mugavuse huvides olen koostanud tabeli DTP režiimide võimalike kombinatsioonide kohta kahe lüliti vahel. Nagu näete, kui mõlemad lülitid kasutavad Dynamic Auto, ei moodusta nad trunk'i ja jäävad Access režiimi. Seega, kui soovite, et kahe lüliti vahele moodustuks trunk, peate programmeerima vähemalt ühe lüliti Trunk režiimile või programmeerima trunk-porti kasutama Dynamic Desirable režiimi. Nagu tabelist näha, võib iga lüliti port olla ühes neljast režiimist: Access, Dynamic Auto, Dynamic Desirable või Trunk.
Kui mõlemad portid on seadistatud Access režiimile, kasutavad ühendatud lülitid Access režiimi. Kui üks port on seadistatud Dynamic Auto ja teine Access režiimile, töötavad mõlemad Access režiimis. Kui üks port töötab Access režiimis ja teine Trunk režiimis, ei ole lülitite ühendamine võimalik, seetõttu ei saa sellist režiimide kombinatsiooni kasutada.
Seega, et trunking töötaks, peab vähemalt üks lüliti portidest olema seadistatud Trunk režiimi ja teine Trunk, Dynamic Auto või Dynamic Desirable režiimi. Trunk toimub ka juhul, kui mõlemad portid on seadistatud Dynamic Desirable režiimi.
Difference between Dynamic Desirable and Dynamic Auto is that in the first mode the port itself initiates the trunk by sending DTP frames to the second switch port. In the second mode, the switch port waits for someone to start communicating with it, and if both switches are set to Dynamic Auto, a trunk will never form between them. In the case of Dynamic Desirable, the reverse situation occurs – if both ports are set to this mode, a trunk will definitely form between them.
Soovitan teil seda tabelit meeles pidada, kuna see aitab teil õigesti seadistada lüliteid, mis omavahel ühendatud. Vaatame seda aspekti Packet Traceris. Olen järjestikuse ühenduse loonud kolme lüliti vahel ja nüüd kuvab iga nende seadme CLI konsooli aknaid.
Kui ma sisestan käsu show int trunk, ei näe me mingit trunk'i, mis on täiesti loomulik, kui vajalikud seaded puuduvad, kuna kõik lülitid on seadistatud režiimi Dynamic Auto. Kui ma palun näidata lüliti f0/1 seadeid, näete, et haldusrežiimi seadete all on parameter dynamic auto.
Sarnased seaded on ka kolmandal ja esimesel lülitil – neil on samuti port f0/1 režiimis dynamic auto. Kui te mäletate tabelit, peaksid kõik portid trunkimiseks olema režiimis trunk või üks portidest olema režiimis Dynamic Desirable.
Lähme esimese lüliti SW0 seadistustesse ja seadistame port f0/1. Pärast käsu switchport mode sisestamist annab süsteem soovitusi võimalike režiimide seadistamiseks: access, dynamic või trunk. Kasutan käsku switchport mode dynamic desirable, samal ajal võite märgata, kuidas trunk-port f0/1 teises lülitises pärast selle käsu sisestamist alguses läks seisundisse down ja seejärel, pärast DTP kaadri saamist esimese lüliti poolt, läks seisundisse up.
Kui nüüd CLI konsoolis lülitilt SW1 sisestada käsk show int trunk, näeme, et port f0/1 on trunking-olekus. Sisestan sama käsu lüliti SW1 konsoolis ja näen samu andmeid, mis tähendab, et nüüd on lülitite SW0 ja SW1 vahel seadistatud trunk. Samal ajal on esimese lüliti port seadistatud desirablena ja teise oma autona.
Teise ja kolmanda lüliti vahel puudub ühendus, seetõttu lähen kolmanda lüliti seadistustesse ja sisestan käsu switchport mode dynamic desirable. Näete, et teises lülitis on toimunud samasugused oleku muutused down-up, kuid nüüd puudutavad need porti f0/2, mille külge on ühendatud kolmas lüliti. Nüüd on teisel lülitil kaks trunki: üks liidesel f0/1, teine f0/2. Seda saab näha, kui kasutada käsku show int trunk.
Teise lüliti mõlemad portid on auto-režiimis, mis tähendab, et naaber-lülititega trankimise jaoks peavad nende portid olema trunk- või desirable-režiimis, kuna selles olukorras on trankimise seadmiseks vaid 2 režiimi. Kui kasutate tabelit, saate alati seadistada lülitite porte nii, et korraldate nende vahel tranki. See ongi dünaamilise trankimisprotokolli DTP kasutamise mõte.
Alustame VLAN-i trankimisprotokolli ehk VTP käsitlemist. See protokoll tagab erinevate võrgu seadmete VLAN-andmebaaside sünkroniseerimise, edastades värskendatud VLAN-andmebaasi ühest seadmest teise. Naaseme meie kolme lülitiga skeemi juurde. VTP saab töötada 3 režiimis: server, klient ja transparent. VTP v3-l on veel üks režiim nimega Off, kuid Cisco eksamiteema käsitleb vaid VTP esimest ja teist versiooni.
Server-režiim on mõeldud VLAN-ide loomiseks, kustutamiseks või muutmiseks lüliti käsurea kaudu. Klient-režiimis VLAN-ide osas operatsioone ei saa teostada, vaid toimub ainult VLAN-andmebaasi värskendamine serverist. Läbipaistvas režiimis toimib see nagu VTP-protokoll oleks välja lülitatud, st lüliti ei saada oma VTP-sõnumeid, vaid edastab teistele lülititele saabunud värskendused – kui värskendus saabub lüliti ühte sadamasse, edastab ta selle samuti edasi teise sadama kaudu. Läbipaistes režiimis toimib lüliti lihtsalt väliste sõnumite edastajana, mitte oma VLAN-andmebaasi värskendajana.
Sellel slaidil näete VTP-protokolli seadistamise käske, mis sisestatakse globaalsete konfiguratsioonide režiimis. Esimene käsk võimaldab muuta kasutatavat protokolli versiooni. Teine käsk valib VTP töörežiimi.
Kui soovite luua VTP-domeeni, kasutage käsku vtp domain <domeeninimi>, ja VTP parooli seadmiseks tuleb sisestada käsk vtp password <PAROOL>. Liigume nüüd esimese lüliti CLI-konsooli ja vaatame VTP olekut, sisestades käsku show vtp status.
Te näete VTP-protokolli versiooni – teine, maksimaalne toetatavate VLAN-ide arv on 255, olemasolevate VLAN-ide arv on 5 ja VLAN-ide töörežiim on server. Need on vaikimisi seadistused. Oleme juba arutanud VTP-d „30. päeva” õppes, nii et kui olete midagi unustanud, võite vaadata seda videot taas.
VLAN-andmebaasi nägemiseks sisestan käsu show vlan brief. Siin on nähtavad VLAN1 ja VLAN1002-1005. Esmasele võrgu VLAN-ile on ühendatud kõik vabade switchi portidega – 23 Fast Etherneti porti ja 2 Gigabit Etherneti porti, ülejäänud 4 VLAN-i ei ole toetatud. Kaks teise switchi VLAN-andmebaasi näevad välja täpselt samad, välja arvatud see, et SW1-l on VLAN-ide jaoks vabad ainult 22 Fast Etherneti porti, kuna f0/1 ja f0/2 on hõivatud trunkidena. Tuletan veel kord meelde, et „30. päeva” õppes öeldi, et VTP toetab ainult VLAN-andmebaasi värskendamist.
Kui seadistan mitu porti töötama VLAN-võrkudega käskudega switchport access ja switchport mode access VLAN10, VLAN20 või VLAN30, ei replikatsiooni neid porte VTP kaudu, kuna VTP värskendab ainult VLAN-andmebaasi.
Kui üks SW1 porte on seadistatud töötama VLAN20-ga, kuid selle võrguga ei ole VLAN andmeid, siis port lülitub välja. Samuti toimub andmebaasi värskendamine ainult VTP protokolli kasutamisel.
Käsku show vtp status kasutades näen, et kõik 3 lülitit on praegu serveri režiimis. Muudan keskmise lüliti SW1 läbipaistvaks režiimiks käsu vtp mode transparent abil ja kolmanda lüliti SW2 kliendirežiimiks käsuga vtp mode client.
Naaseme esimese lüliti SW0 juurde ja loome domeeni nwking.org käsu vtp domain abil. Kui nüüd vaadata teise lüliti, mis on läbipaistvas režiimis, VTP olekut, selgub, et see ei reageerinud domeeni loomisele – VTP domeeninimi jäi tühjaks. Kolmas lüliti, mis on kliendirežiimis, aga värskendas oma andmebaasi ning tal on nüüd VTP domeeninimi - nwking.org. Nii et lüliti SW0 andmebaasi värskendus leidis aset läbi SW1 ja peegeldus SW2-l.
Nüüd proovin ma muuta määratud domeeninime, sisenedes seadistustesse SW0 ja sisestades käsu vtp domain NetworKing. Nagu näeme, ei toimunud seekord uuendust – VTP domeeninimi kolmandas lülitises jäi muutumatuks. Asi on selles, et selline domeeninime uuendus toimub vaid 1 kord, kui muudetakse vaikimisi domeeni. Kui pärast seda muudetakse VTP domeeninimi veel kord, tuleb seda ülejäänud lülitites käsitsi muuta.
Praegu loon CLI konsoolis esimese lüliti jaoks uue võrgu VLAN100 ja nimetan selle nimeks IMRAN. See ilmus esimese lüliti VLAN andmebaasi, kuid ei ilmunud kolmanda lüliti andmebaasi, kuna need on erinevad domeenid. Pidage meeles, et VLAN andmebaasi uuendamine toimub ainult juhul, kui mõlemad lülitid omavad sama domeeni, või nagu ma varem näitasin, kui uus domeeninimi määratakse vaikimisi nime asemel.
Sisen oma 3. lüliti seadistustesse ja järjestikku sisestan käsud vtp mode ja vtp domain NetworKing. Pange tähele, et nime sisestamine on suurustundlik, seega peab domeeninime kirjutamine olema täielikult sama mõlemas lülitis. Nüüd lülitan taas SW2 kliendirežiimi käsuga vtp mode client. Vaadake, mis juhtub. Nagu näete, on nüüd, kui domeeninimi kattub, SW2 andmebaas uuendatud ja sinna on lisandunud uus VLAN100 IMRAN võrk, kuid need muudatused ei mõjuta keskmist lülitit, kuna see on transparent režiimis.
Kui soovite end kaitsta volitamata juurdepääsu eest, võite luua VTP parooli. Samas peate olema kindel, et teisel poolel on täpselt sama parool, sest ainult sel juhul suudab see VTP uuendusi vastu võtta.
Järgmine teema, mida käsitleme, on VTP lõikamine ehk mittekasutatavate VLANide "lõikamine". Kui teie võrgus on 100 seadme, mis kasutavad VTP protokolli, siis ühe seadme VLAN andmebaasi uuendamine replikeerub automaatselt teistele 99 seadmele. Kuid mitte kõik need seadmed ei kasuta uuenduses mainitud VLAN-e, seetõttu ei pruugi teave nende kohta vajalik olla.
VLAN andmebaasi uuenduste edastamine VTP-d kasutavatele seadmetele tähendab, et kõik seadmete pordid saavad teavet lisatud, eemaldatud ja muudetud VLANide kohta, millega neil ei pruugi seost olla. See toob kaasa tarbetu liikluse võrku. Selle vältimiseks kasutatakse VTP "lõikamise" kontseptsiooni. Märkimiseks, et lüliti peaks "lõikama" mittetäiendavad VLANid, kasutatakse käsku vtp pruning. Pärast seda teavitavad lülitid automaatselt üksteist, milliseid VLAN-e nad reaalselt kasutavad, hoiatades sellega naabreid, et neil ei ole vaja edastada uuendusi võrkude kohta, mis ei ole nendega ühendatud.
Näiteks, kui SW2-l ei ole VLAN10 porte, ei ole tal vaja, et SW1 saadaks talle selle võrgu liiklust. Samas vajab lüliti SW1 VLAN10 liiklust, kuna üks tema portidest on ühendatud selle võrguga, lihtsalt ei ole tal tarvis saata seda liiklust lülitile SW2.
Seega, kui SW2 kasutab vtp pruning režiimi, teatab ta SW1-le: „palun, ärge saatke mulle VLAN10 liiklust, sest see võrk ei ole minuga ühendatud ja ükski minu porte ei ole selle võrgu jaoks seadistatud.” Just sellepärast kasutatakse käsku vtp pruning.
On veel veel võimalusi liikluse filtreerimiseks konkreetse liidese jaoks. See võimaldab määrata pordi trunki konkreetse VLAN-võrguga. Selle meetodi puuduseks on vajadus seadistada käsitsi iga trunkiport, mille puhul tuleb näidata, millised VLAN-id on lubatud ja millised keelatud. Selleks kasutatakse kolme käsku. Esimene näitab liidest, mida need piirangud puudutavad, teine muudab selle liidese trunkiportiks ja kolmas — switchport trunk allowed vlan — näitab, milline VLAN on sellele pordile lubatud: kõik, ei ühtegi, lisatav VLAN või eemaldatav VLAN.
Sõltuvalt konkreetsest olukorrast valite, mida kasutada: VTP kärpimine või Trunk allowed. Mõned organisatsioonid eelistavad VTP-d mitte kasutada turvakaalutlustel, mistõttu valitakse käsitsi trunki seadistamine. Kuna käsk vtp pruning ei tööta Packet Traceris, näitan seda GNS3 emulaatoris.
Kui sisestate SW2 seadistustesse käsu vtp pruning, teavitab süsteem teid viivitamatult, et see režiim on sisse lülitatud: Pruning switched on, ehk VLAN-i «kärpimine» lülitatakse sisse üheainsa käsuga.
Kui sisestada käsk show vtp status, näeme, et vtp pruning režiim on lubatud.
Kui seadistate seda režiimi serveri lülitil, minge selle seadistustesse ja sisestage käsk vtp pruning. See tähendab, et serveriga ühendatud seadmed hakkavad automaatselt kasutama vtp pruning, et vähendada trunkimise liiklust mitteaktuaalsete VLAN-ide jaoks.
Kui te ei soovi seda režiimi kasutada, peate minema konkreetsesse liidesesse, näiteks e0/0, ja seejärel sisestama käsku switchport trunk allowed vlan. Süsteem annab teile kõiki selle käsu võimalikke parameetreid:
— WORD — VLAN number, which will be allowed on this interface in trunk mode;
— add — VLAN to be added to the VLAN database list;
— all — allow all VLANs;
— except — allow all VLANs except the specified;
— none – deny all VLANs;
— remove – delete VLAN from the VLAN database list.
Näiteks, kui meil on VLAN10 trunkimiseks lubatud ja soovime seda VLAN20 võrgu jaoks lubada, tuleb sisestada käsk switchport trunk allowed vlan add 20.
Soovin teile veel näidata, seetõttu kasutan käsku show interface trunk. Pange tähele, et vaikimisi on trunkile lubatud kõik VLAN-id 1-1005, ning nüüd on lisandunud ka VLAN10.
Kui ma kasutan käsku switchport trunk allowed vlan add 20 ja palun uuesti näidata trunkingu staatust, näeme, et nüüd on lubatud kaks võrku – VLAN10 ja VLAN20.
Sellega ei saa mingit muud liiklust, välja arvatud otstarbekohane määratud võrkudele, läbi selle trunki kulgeda. Lubades liiklust ainult VLAN 10 ja VLAN 20, oleme keelanud liikluse kõigi teiste VLAN-de jaoks. Nii saab käsitsi seadistada trunkingu parameetreid konkreetse VLAN-i jaoks konkreetses lülitite liideses.
Pange tähele, et 17. novembri 2017 päeva lõpuni kehtib meie veebisaidil 90% allahindlus laboritöö allalaadimise hinnast sellel teemal.
Aitäh tähelepanu eest ja kohtumiseni järgmises videoõppes!
Aitäh, et olete meiega. Kas teile meeldivad meie artiklid? Soovite rohkem huvitavat sisu? Toetage meid tellimuse vormistamise või soovituste jagamisega sõpradele. 30% soodustus Habra kasutajatele meie ainulaadsetelt entry-level serveritelt, mis on loodud just teile: (saadaval on RAID1 ja RAID10 variandid, kuni 24 südamikku ja kuni 40GB DDR4).
Dell R730xd kaks korda odavam? Ainult meie juures Hollandi turul! Dell R420 — 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — alates $99! Lugege, kuidas
Allikas: habr.com
