Hodie videbimus ad trunci dynamicam protocollum DTP et VTP - VLAN protocollum trunculorum. Sicut dixi in ultima lectione, argumenta ICND2 exem sequemur ordine, quo in loco Cisco recensentur.
Novissimum tempus punctum 1.1 inspeximus, et hodie inspiciemus 1.2 - erigere, deprimentes et operosiores retis switch nexus: addendo et tollendo VLANs e trunco ββet DTP et VTP protocolla versionum 1 et 2.
Omnes portus switch ex archa figurantur per defaltam utendi dynamici Auto modi protocolli DTP. Hoc significat, cum duo portus diversarum virgarum connectuntur, truncus inter eos sponte vertitur, si unus portuum in trunco ββvel modus desiderabilis est. Si portus utriusque virgarum in mode Auto Dynamic sunt, truncus non formatur.
Sic omnia pendent operanti singulis modis 2 virgas. Pro facilitate intelligendi mensam feci compositiones possibilium modorum DTP duarum virgarum. Vides si ambae virgas utantur Dynamic Auto, truncum non formabunt, sed in mode Obvius remanent. Si igitur truncum inter duas virgas creari vis, programma saltem unum e virgarum modo ad truncum programma, vel ad portum trunci programmatis utendi modus desiderabilis Dynamicus. Ut ex tabula videri potest, singulae portus transitum in uno ex 4 modis esse possunt: ββAccessus, Auto Dynamicus, Dynamicus desiderabilis vel truncus.
Si ambo portus ad Obvius figurati sunt, virgas connexas modum Obvius adhibebit. Si unus portus figuratus est pro Auto Dynamic et alter pro Obvius, uterque in mode Obvius operabitur. Si unus portus in mode Obvius et alter in Trunco ββmodo operatur, virgas coniungere non poterit, haec modorum compositio adhiberi non potest.
Itaque ad opus trunci necesse est ut unum e portubus transitum pro trunco, alterum pro trunco, Auto Dynamic seu Dynamic desiderabile instituatur. Truncus etiam formatur, si ambae portus cum desiderabili Dynamico configurantur.
Discrimen inter Dynamicum desiderabile et Auto Dynamicum est, quod in primo modo ipse portus truncum inchoat, mittens DTP tabulas ad portum secundae transitum. In secundo modo, portus switch expectat dum aliquis cum eo communicare incipit, et si portus utriusque virgae Dynamic Auto configurantur, truncus numquam inter eos formatur. In casu Dynamici desiderabilis res est opposita, si utrique portui hoc modo figurantur, truncus necessario inter eos formabitur.
Moneo te ut hanc tabulam reminiscas, cum virgas inter se coniunctas recte configurare iuvabit. Inspiciamus hanc rationem in programmatis Tracer fasciculo. III virgas in serie contexui et nunc fenestras consolatorias CLI exhibebo pro unaquaque harum machinis in screen.
Si spectaculum int truncum ingredior, nullum truncum aliquem, qui in necessariis occasus est omnino naturalis, non videbimus, quoniam omnes virgas pro modo Auto Dynamico configurantur. Si peto ostendere f0/1 parametri interfaciei mediae transiti, videbis modulum dynamici autocineti moduli administrativi in ββmodum enumerari.
Tertiae et primae virgae similes occasus habent - portum quoque habent f0/1 in modo auto- dynamico. Si meministi tabulam, pro truncis omnibus portibus debet esse in modo trunci vel unus portuum, debet esse modus desiderabilis Dynamic.
Eamus in occasus switch primae SW0 et portum configurare f0/1. Post modum imperandi switchporti intrantes, ratio te suggeret ad parametri modum possibilem: accessum, dynamicam vel truncum. Utor modo dynamica vis imperij switchporti, et animadvertere potes quomodo truncum portum f0/1 secundae transibit, hoc mandato inito, primum in statum descendens, deinde, recepta DTP tabulae primae tabulae, ivit in statu.
Si nunc spectaculum int truncum ingredimur, praeceptum in CLI console switch SW1, portum f0/1 in statu trunci videbimus. Idem mandatum ingredior in consolatorio SW1 et eadem informationes perspicio, hoc est, nunc truncus inter virgas SW0 et SW1 instituitur. In hoc casu portus primae transindi est in modo desiderabili, et portus secundi in auto- modo est.
Nulla connexio inter virgas secundas et tertias, sic ad occasus tertiae transibit et ineo imperium switchport modus dynamici desiderabilis. Vides in secunda commutatione easdem descendentes status mutationes factas esse, nunc tantum portum attingunt f0/2, cui transitum 3 iungitur. Altera autem commutatio duos truncos habet: unum in interfaciei f0/1, alterum in f0/2. Hoc videri potest, si spectaculum int trunco ββuteris, praecipimus.
Utriusque portus secundi switch sunt in auto- state, hoc est, ad truncos cum finitimis virgas, earum portus in trunco ββvel desiderabili modo esse debent, quia in hoc casu tantum 2 modi truncum constituendi sunt. Mensam utens, semper portus transitum configurare potes ita ut truncum inter eas instituas. Haec est essentia utendi protocollo dynamico trunking DTP.
Incipiamus inspicere in VLAN trunci protocollum, seu VTP. Hoc protocollum synchronisationem datorum VLAN datorum diversarum retis machinis efficit, translationem datorum VLAN renovatorum ab uno in aliud artificio perficiendo. Revertamur ad nostrum ambitum 3 virgarum. VTP operari potest in 3 modis: servo, clienti et perspicuo. VTP v3 alium modum vocandi habet Off, sed Cisco exem operit tantum VTP versiones XNUMX et XNUMX .
Servo modus VLANs novas creare adhibetur, retiacula delere vel mutare per lineam transitum imperandi. In cliente modo nullae operationes in VLANs perfici possunt, hoc modo, solum datorum VLAN a servo renovatur. Modus perspicuus agit quasi protocollum VTP debilitatum, id est, transitum nuntiis suis VTP non emittit, sed updates ex aliis virgas transmittit - si renovatio in unum e portubus transitum advenit, per se transit et mittit. ulterius super retiaculis per alium portum. In modo perspicuo, switch simpliciter inservit transfusor nuntiis aliorum sine adaequatione sua datorum VLAN.
In hoc lapsu vides VTP protocollum figurarum imperia in modum configurationis globalis intrasse. Primum mandatum mutare potest protocollum versionis adhibitae. Secundum imperium eligit VTP operandi modum.
Si domain VTP creare vis, imperio vtp domain <nomen dominium> utere, ac tesseram VTP ponere debes quam vtp tesseram <SIGNUM> inire. Eamus ad CLI consolatorium primae transitum et vide in VTP statum intrando status mandati ostendendi vtp.
Protocollum versionis VTP vides secunda, maximus numerus VLANs sustentatorum 255 est, numerus exsistendi VLANs est 5, et VLAN modus operandi serviens est. Hae omnes default occasus sunt. Iam disputavimus VTP in lectionis 30 diei, quare si quid oblitus es, redire potes et hanc video iterum speculari.
Ut database VLAN videre, ostendo vlan breve mandatum praebeo. VLAN1 et VLAN1002-1005 hic monstrantur. Defalta, omnia libera interfaces switch ad primam retis - 23 Fast Ethernet portus et 2 Gigabit Ethernet portus, reliquae 4 VLANs non praebentur. VLAN databases aliarum duarum virgarum prorsus idem spectant, praeter quod SW1 non 23, sed 22 Fast Ethernet portus gratis VLANs, quia f0/1 et f0/2 a truncis occupantur. Iterum commonebo te de iis quae in lectione "Dies XXX" agitata sunt - VTP protocollum tantum datorum VLAN adaequationis sustinet.
Si plures portus figuram ut VLANs cum accessu switchporto et accessum switchporti modum aditum VLAN10, VLAN20, vel VLAN30 praecipit, illorum portuum conformatio ab VTP non replicatur, quia VTP tantum datorum VLAN updates.
Si ergo unus e portubus SW1 configuratus est cum VLAN20 laborare, sed haec retis in datorum VLAN non est, portus debilitatus erit. Vicissim, updates database non nisi cum VTP protocollo utens.
Praeceptio status vtp spectaculum utens, video omnes 3 virgas nunc in servo modo esse. Medium SW1 transibit in modum perspicuum cum vtp modo pellucidum mandatum, ac tertium SW2 in clientelam modum cum vtp modo clientis mandati.
Nunc eamus ad primam SW0 transitum et crea nwking.org domain utens imperio vtp domain <domain>. Si nunc spectes statum VTP secundi transitum, quod est in modo perspicuo, videre potes eum nullo modo agere ad creationem ditionis - VTP Nominis campi Domain vacuum remansisse. Nihilominus tertium, quod est in clientelam modum, suum database renovavit et nunc nomen dominii VTP-nwking.org habet. Ita, renovatio datorum switch SW0 per SW1 transivit et in SW2 reflectebatur.
Nunc conabor nomen domain determinatum mutare, pro quo ad SW0 occasus ac typus imperium vtp domain Networking. Ut videre potes, hoc tempus renovatio nulla fuit - nomen dominii VTP in tertia transitum manebat. Res enim talis renovatio nomen fundi semel tantum occurrit, cum default domain mutat. Si post hoc nomen VTP domain iterum mutat, necesse erit manualiter in reliquas virgas mutari.
Nunc novum VLAN100 retis in CLI solatium primae switch creabo et IMRAN appellabo. Apparuit in datorum VLAN transitus primae, sed in database tertiae switch non apparuit, quia hae ditiones diversae sunt. Memento quod adaequationis datorum VLAN tantum fieri si utraque virgas eandem ditionem habent, vel, ut antea demonstravi, novum nomen domain nomen pro defectu nominis positum est.
Ingredior in fundis 3 virgas et consequenter ineo vtp modum et vtp domain Networking mandata. Quaeso notas nomen ingressum esse casus sensitivos, ergo orthographiam nominis dominici in utraque virgas prorsus eadem esse debet. Nunc SW2 in clientelam modum pono utendi vtp mode clientem mandatum. Videamus quid acciderit. Ut videre potes, nunc, si nomen fundi aequet, SW2 database renovatum est et novum VLAN100 IMRAN retis in eo apparuit, et hae mutationes in commutatione mediocris, quia in modo perspicuo est.
Si vis ab accessu alienum te tueri, tesseram VTP creare potes. Sed certo debes scire machinam in altera parte eandem prorsus tesseram habere, quia hoc solum casu VTP updates accipere poterit.
Proximum quod videbimus est VTP putatio, seu "putatio" insuetae VLANs. Si 100 machinis in retiaculis tuis utentibus VTP, renovatio datorum VLAN unius notae statim ad alias 99 cogitationes replicabitur. Nihilominus non omnes hae machinae VLANs quas in renovatione habent, ideo de illis informationes non sunt necessariae.
Mittens VLAN datorum updates ad machinas utentes VTP significat omnes portus in omnibus machinis informationes de addita, remota et mutata VLANs accipient ut nihil cum re habeant. Eodem tempore retiacula plusquam negotiatio capax fit. Quod ut ne fiat, notio VTP torulo adhibetur. Ut modus "putationis" irrelevantis VLANs in transitum possit, mandato vtp putationis utere. Virgulae tunc se invicem indicabunt quas VLANs reapse utentes sunt, vicinis monent se non opus esse ut updates retiacula mittere quae illis non coniuncta sunt.
Exempli gratia, si SW2 nullum VLAN10 portus habet, tunc SW1 non indiget ut negotiationem pro retiaculis mittat. Eodem tempore, switch SW1 negotiatio VLAN10 indiget quia unus ex portubus eius huic retis iunctus est, modo non opus est ut hoc commercium SW2.
Si SW2 utatur modo putationis vtp, narrat SW1: "placet me non mittere negotiationem pro VLAN10, quia haec retis mihi non coniuncta est et nullus ex portibus meis ad opus cum hac retis configuratur". Hoc est quod per putationem vtp mandatum facit.
Alius modus est mercaturam emittere pro certo instrumento. Portum in trunco ββcum certo VLAN configurare permittit. Incommodum huius methodi opus est ad unumquemque portum trunci manuale configurare, quod designari debebit quod VLANs permittitur et quae prohibentur. Ad hoc sequitur ordo 3 mandatorum. Prima indicat interfaciem his restrictionibus affectam, secunda vertit hanc interfaciem in portum truncum, et tertia - switchport truncum vlan permissum <all/none/add/remove/VLAN numerum> - ostendit quae VLAN in hoc portu concessum est: omnes, nullus, VLAN addendus vel VLAN deleri.
Secundum statum specificum, id quod uti velis: VTP putatio vel truncus licet. Quaedam Instituta malunt VTP ad rationes securitatis non uti, ideo volunt truncum manually configurare. Quia vtp putationis praeceptum in Packet Tracer non operatur, in GNS3 aemulatorem monstrabo.
Si in occasus SW2 ingrederis et utp putationis imperium ingrediaris, ratio statim nuntiabit hunc modum posse: Putatio switched in, id est, VLAN "putatio" in uno tantum imperio versa est.
Si exemplum status vtp ostendunt mandatum, videbimus vtp modus putationis possit.
Si modum hunc modum in pactione constituas, tunc ad eius occasus vade et mandatum vtp putationis ingredi. Hoc significat machinas cum servo coniunctas automatice utere utp putatione ad trunci minuendos truncos pro irrelevant VLANs.
Si hoc modo uti non vis, in interfaciem specificam inire debebis, exempli gratia e0/0, et tunc emittere truncum switchporti vlan permissum mandatum. Ratio innuit tibi de parametris possibilibus ad hoc mandatum:
β VERBUM β VLAN numerus qui hac interface in trunco ββmodo licebit;
- adde - VLAN addenda VLAN indicem datorum;
β omnes β permittunt omnes VLANs;
β except β permittite omnes VLANs praeter nominatos;
β nulliβprohibent omnes VLANs;
- remove - remove VLAN ex indice datorum VLAN.
Exempli gratia, si truncum habemus pro VLAN10 et permittere velimus pro VLAN20 retis, necesse est nos truncum switchport ingredi permissum vlan 20 mandatum addere.
Aliud tibi monstrare volo, sic utar spectaculo instrumenti trunco ββmandati. Nota quaeso quod per defaltam omnes VLANs 1-1005 pro trunco ββconcessae sunt, et nunc VLAN10 illis additae sunt.
Si utar trunco ββswitchporti vlan liceat addere 20 mandatum et iterum roga ut statum trunci ostendat, videre possumus truncum nunc duos retia habere licere - VLAN10 et VLAN20.
Hoc in casu, nulla alia negotiatio, nisi ad certos retiacula destinata, per hunc truncum transire poterit. Negotiationem modo VLAN 10 et VLAN 20 praebentes, mercaturam pro omnibus aliis VLANs negavimus. Hic est quomodo manually occasus truncos configurare pro certis VLAN in certa interface switch.
Quaeso, nota quod usque ad finem diei 17 mensis Novembris anno 2017, 90% discount sumptus de hoc loco in nostro loco laboratorii deminuti sumus.
Gratias tibi ago pro attentione tua et vide te in altera lectione video!
Gratias tibi ago pro manendo nobiscum. Placetne tibi vasa nostra? Vis videre plus interesting contentus? Suscipe nos ponendo ordinem vel commendando amicos; 30% discount pro usoribus Habr in singulari analogo de servientibus ingressuri, quod a nobis pro vobis est inventum: (praesto cum RAID1 et RAID10, usque ad 24 coros et usque ad 40GB DDR4).
Dell R730xd 2 temporibus vilius? Tantum hic in Belgio! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - from $99! Read about
Source: www.habr.com