Hodie propius inspiciemus aliquas rationes excitandi. Priusquam incipio, discipulo interrogationi respondere volo de rationibus instrumentis socialibus meis. Sinistra posui nexus paginarum nostrorum, a dextra, ad paginas personales. Nota hominem amicis meis Facebook non addere si personaliter eos non cognosco, amici postulationes mihi non mittunt.
Simpliciter potes subscribere Facebook paginae meae et omnium rerum sentire. Respondeo nuntiis in causa mea LinkedIn, ut liberum me ibi nuntium senties, ac sane in Twitter multum activae sum. Infra hoc video tutorial nexus cum omnibus retiaculis socialibus, sic his uti potes.
Hodie, ut solet, tria argumenta investigabimus. Prima est expositio essentiae fugationis, ibi, dicam tibi de tabulis ussandis, statice fusione, et sic de aliis. Deinde videbimus ad excitandas Inter-Switch, id est, quomodo fiat excitatio inter duas virgas. In fine lectionis, notionem Inter-VLAN fuso cognoscemus, quando unum commutandum cum pluribus VLANs mutuatur et quomodo hae retiacula communicant. Valde interesting locus est, et pluries illud recensere vis. Alter locus interesting vocatur Iter-in-a-Stick, vel "Iter in baculo".
Quid est ergo mensam excitavit? Haec est tabula secundum quam iter facere decisiones fundere. Videre potes quid similis mensae typica Cisco itineris fudisset. Omnis Windows computer etiam mensam fusuram habet, sed aliud thema est.
Littera R in initio lineae significat iter ad 192.168.30.0/24 retis protocollo RIP praeberi, C significat reticulum directo connexum itineris interfaciei, S significat fusum static, punctum post Haec epistula significat hanc iter esse defaltam candidatum vel defaltam candidatam ad static rougendam. Plura genera viae statice sunt, et hodie eas cognoscemus.
Considera, exempli gratia, primum retis 192.168.30.0/24. In linea quam vides duos numeros in uncis quadratis separatos a Micone, de illis iam diximus. Primus numerus 120 est distantia administrativa quae fiduciam in hoc itinere designat. Sit alia via in tabula huic retis, quae littera C vel S cum minori distantia administrativa notatur, exempli gratia, 1, sicut ad static fusa. In hac tabula, duo retia identica non invenies nisi mechanismo ut onere conpensatione utamur, sed ponamus quod habemus 2 viscus pro eadem retis. Si ergo minorem numerum videris, hoc erit quod haec via plus fiduciae meretur, et vice versa, quo maiorem distantiam administrativi valoris, eo minus meretur hoc iter confidere. Deinde, linea indicat per quam interfaciendum negotium mitteretur - in casu nostro, hoc est portum 192.168.20.1 FastEthernet0/1. Hae sunt tabulae excitationis tium.
Nunc fama sit quomodo iter faciens decisiones fundit. Defaltam candidatam supra dixi et nunc dicam quid hoc sit. Puta iter mercatum accepisse pro retis 30.1.1.1, introitus pro quo non est in mensa excitanda. Communiter iter hoc commercii solum demittet, sed si aditus ad defaltam in tabula candidatus sit, id significat quod quid itineris nesciat de eo ad defaltam candidatum fusum iri. Hoc in casu, ingressum indicat mercaturam venientem ad retis ignotam iteri per portum esse transmittantur 192.168.10.1. Ita mercaturam pro retis 30.1.1.1 sequetur iter quod candidatus default est.
Cum iter percontatur ut nexum cum IP inscriptione constituat, imprimis spectat videre an haec inscriptio certo itinere contineatur. Cum igitur commercium recipiat pro retis 30.1.1.1, primum perspiciet an eius inscriptio in certo fusa mensa ingressu contineatur. Si igitur iter itineris negotium pro 192.168.30.1 acceperit, deinde omnibus entris inpeditis, videbis hanc inscriptionem in retis electronica retis parte 192.168.30.0/24 contineri, post quam negotiatio per hanc viam mittet. Si non inveniat aliqua viscus specifica pro retis 30.1.1.1, iter commercium mittet sibi destinatum per iter per default candidatum. Hic quomodo decisiones factae sunt: ββPrimum scrutare tabulas pro certis itineribus in tabula, et deinde utere defalta candidato itinere.
Nunc videamus varia genera viarum static. Primum genus est itineris defectus, seu itineris defectus.
Ut dixi, si iter commercium quod directus est ad retis ignotam recipit, is per viam defaltam mittet. Introitus Porta ultimae Obstinationis 192.168.10.1 ad retis 0.0.0.0 indicat defectum itineris positum, hoc est "Ostium ultimae retis ad retis 0.0.0.0 habet IP inscriptionem 192.168.10.1." Hoc iter recensetur in ultima linea fusae tabulae, quae littera S sequitur dat.
Potes hunc modulum e configuratione globali modo assignare. Pro regulari RIP viae, typum viae praecepti IP, retis convenientis ID, in nostro casu 192.168.30.0, et larva subnet 255.255.255.0, ac deinde 192.168.20.1 ut proximus salit specificans. Cum autem iter default ponis, reticulum ID et larva denotare non debes, solum 0.0.0.0 0.0.0.0 , id est, loco larvae subnet inscriptionis, iterum quattuor zeros typus et denota inscriptio 192.168.20.1 in fine lineae, quae erit defectus itineris.
Proximum genus itineris static est Iter Network, seu via retis. Ad iter retis pone, retis integram denotare debes, hoc est, utere iter ip 192.168.30.0 255.255.255.0 praeceptum, ubi 0 in fine larvae subneti significat totam extensionem 256 retis inscriptionum / 24, et denota the IP address of the next hop.
Nunc exemplum ducam in summa monstrans mandatum ut defaltam uiam et viam retis apponam. Hoc sic videtur:
IP iter prima pars orationis secunda oratio .
Iter defaltum, tam primae et secundae partes inscriptionis erunt 0.0.0.0, dum pro itinere retis, prima pars ID reticulum est et secunda pars larva subnet. Deinde, oratio IP retis cui iter facere decrevit proximum salit collocabitur.
Hospes iter configuratur per IP oratio propriae hospitii. In template imperio, haec prima pars inscriptionis erit, in casu nostro 192.168.30.1, quae certam notam demonstrat. Secunda pars larva subnet 255.255.255.255, quae etiam in IP inscriptione alicuius exercitus, non totum /24 retis ostendit. Tunc debes designare locum IP inscriptionis proximi hop. Hoc est quomodo exercitum iter facias.
Iter summarium est summa via. Meministis nos iam tractavisse exitum summae viae cum inscriptionum IP amplis habemus. 192.168.30.0/24 exemplum retis primo sumamus et fingamus nos iter R1 habere, cui retis 192.168.30.0/24 coniungitur cum quattuor IP inscriptionibus: 192.168.30.4, 192.168.30.5, 192.168.30.6 et 192.168.30.7. Exactionis 24 mediae 256 validae inscriptiones in hoc retis sunt, sed in hoc casu tantum 4 IP inscriptiones habemus.
Si dixero omnia negotiatio pro retis 192.168.30.0/24 per hanc viam ire, falsum erit, quia IP oratio similis 192.168.30.1 per hoc interfaciem attingi non potest. Ideo in hoc casu non possumus uti 192.168.30.0 ut prima parte inscriptionis, sed notandum est quaenam singulae inscriptiones praesto sint. Hoc in casu, 4 inscriptiones certae per interfaciem dextrum praesto erunt, et reliquae inscriptiones retis per medium itineris sinistrum. Propterea necesse est ut summatim vel summarium iter constituamus.
Ex principiis viarum summandi, meminimus in uno subnet primas tres octetas inscriptionis immutatas manere, et necesse est subnet creare qui omnes 4 inscriptiones coniungat. Ad hoc faciendum, opus est 192.168.30.4 in prima inscriptionis parte, et uti 255.255.255.252 sicut larva subnet in secunda parte, ubi 252 significat hoc subnet continet 4 IP inscriptiones: .4, .5. .6 et .7.
Si duo viscus in tabula fuso habes: iter RIP pro retis 192.168.30.0/24 et iter summarium 192.168.30.4/252, tunc secundum principia fugata, via summaria erit prioritas itineris pro certis negotiationis. Quidquid non ad hoc particulare commercii refertur, itinere Network utetur.
Haec summatim via est - compluribus peculiaribus IP inscriptionibus perorare ac separatum iter facere pro iis.
In circulo viarum stabilium, est etiam "via fluens", seu itineris fluitantis. Hoc est iter tergum. Adhibetur cum quaestio de nexu physico in itinere static, quod habet valorem distantiae administrativae 1. In nostro exemplo, hoc est iter per IP inscriptionem 192.168.10.1, XNUMX. campus, iter fluitans iter adhibetur.
Ut iter tergum utatur, in linea praecepti in fine, loco IP inscriptionis proximi hop proximi, qui per default valorem 1, specificat alium valorem salit, exempli gratia, 5. Iter fluitantis est. non indicatur in mensa fuso, quia solum adhibetur in cum static iter perpendat ob damnum.
Si aliquid non intelligis ex iis quae modo dixi, hoc iterum vide. Si interrogationes adhuc habes, email mihi mittere potes et omnia tibi dabo.
Nunc incipiamus quaerere ad excitandas Inter-Switch. Ad sinistram in schemate, virga est quae servit retis caeruleis venditorum department. In dextro est alterum transitum quod solum cum reticulo viridi venalicium department operatur. In hoc casu duae virgae independentes adhibentur quae diversis Dicasteriis inserviunt, cum haec topologia communi VLAN non utitur.
Si nexum inter has duas virgas constituere debes, id est inter duas retiaculorum 192.168.1.0/24 et 192.168.2.0/24, uti debes iter itineris. Tunc hae reticulae fasciculis commutare poterunt et per R1 iter interreti accedere. Si default VLAN1 utebantur ad utramque virgas, eas cum funibus physicis coniungentes, inter se communicare poterant. Sed quia hoc technice impossibile est propter separationem reticulorum ad varias ditiones iaciendas pertinentes, iter ad eorum communicationem necessarium est.
Demus singula virgas habere 16 portus. In casu nostro non utimur 14 portubus, cum tantum 2 computatores in singulis Dicasteriis sint. Ergo hoc in casu, melius est uti VLAN, ut in sequenti schemate ostenditur.
In hoc casu, VLAN10 et virens VLAN20 caeruleum suum dominium passim habent. Retis VLAN10 coniungitur fune uni portui itineris, et retis VLAN20 ad alium portum iungitur, dum ambae rudentes ex diversis portubus transitum veniunt. Videtur quod per hanc pulchram solutionem connexionem inter retiacula statuimus. Cum autem iter itineris paucitas portuum habeat, valde inefficaces sumus utentes facultates huius machinae, eos hoc modo occupantes.
Solutio efficacior est - "iter in baculo". eodem tempore portum transitum cum stipite uni viarum iter coniungimus. Iam diximus per defaltam, iter itineris encapsulation secundum .1Q vexillum non intelligere, ut trunco ββnecesse est uti cum eo communicare. Hoc in casu, quod sequitur.
VLAN10 retis caeruleum commercium mittit per transitum ad F0/0 interfaciem itineris. Portus hic in sub-interfaces dividitur, quarum singulae unam IP inscriptionem positam in electronica retis vel 192.168.1.0/24 retis vel 192.168.2.0/24 retis habent. Hic aliqua dubitatio est - post omnes, duas retiacula varias habere debes duas diversas IP inscriptiones habere. Quamvis igitur truncus inter transitum et iter in eadem interface physica creetur, necesse est ut binas subinterfaces pro singulis VLAN creare. Ita una subinterface serviet retis VLAN10 et secunda - VLAN20. Ad primam subinterfacem, opus IP inscriptionis electronicae de 192.168.1.0/24 seligere oportet, et pro secunda, ex parte 192.168.2.0/24. Cum VLAN10 fasciculum emittit, porta una IP oratio erit, et cum fasciculus ab VLAN20 mittitur, altera IP oratio pro porta adhibebitur. In hoc casu, "iterum in baculo" consilium faciet de transitu negotiationis ab singulis 2 computatoribus ad diversum VLANs pertinentibus. Simpliciter, unum iter itineris physicum interfacies in duos vel plures interfaces scindimus.
Videamus quomodo in Packet Tracer spectat.
Aliquantum figuratum simplicior sum, sic unum PC0 habemus ad 192.168.1.10 et alterum PC1 ad 192.168.2.10. Cum transitum configurans, unum instrumenti pro VLAN10, alterum pro VLAN20 collocamus. Io ad CLI consolatorium et spectaculum interface intra breve mandatum ut FastEthernet0/2 et 0/3 interfaces fac sursum sint. Deinde in datorum VLAN database et vide omnia interfaces in transitum nunc esse partem VLAN default. Deinde typus config t sequitur int f0/2 in ordine ad portum vocare cui venditio VLAN iungitur.
Deinceps utar imperio switchport modus accessus. Modus accessus est defalta, ut mox typus hoc mandatum. Post hoc, typus switchport accessum VLAN10, et ratio respondet, cum talis retis non sit, ipsum VLAN10 creabit. Si manually VLAN creare vis, exempli gratia, VLAN20, debes ut VLAN XX imperium typus, post quod linea imperium ad occasus retis virtualis mutabit, mutato capite e Switch(config) # ad Switch(config- vlan) #. Deinde debes nominare network creatum OBSONATORIUS utens nomine <nominis> mandati. Tunc interface f20/0 configuramus. Consequenter ingredior accessum switchporti modum et accessum vlan 3 imperativum switchporti, post quem reticulum huic portui iungitur.
Sic transitum duobus modis configurare potes: prima utens ad accessum vlan 10 praecepti switchporti, post quod retis automatice in datum portum creatum est, secunda est cum primum retem creas et eam ad specificum ligabis. portum.
Idem facere potes cum VLAN10. Ibo retro et repetam processum configurationis manualis huius retis: intra modum configurationis globalis, intra vlan 10 imperium, tunc nomina venditionem, et sic porro. Nunc tibi demonstrabo quid acciderit si hoc non feceris, id est, ratio ipsa VLAN creet.
Videre potes nos utrumque retiacula habere, sed secundum alterum, quod manually creavimus, proprium nomen habet OBSONATORIUS, cum prima retiacula, VLAN10, nomen default VLAN0010 accepit. Hoc figere possum si mandatum SALES nomine nunc ingredior in modus configurationis globalis. Nunc videre potes quod postea primum nomen retis in SALES mutasse.
Nunc eamus ad Packet Tracer et vide an PC0 cum PC1 communicare possit. Ad hoc faciendum, primum computatorium terminatio rectae praecipiam aperiam et pingam ad electronicam secundi computatorii mittam.
Videmus quod pinging incassum. Ratio est quia PC0 postulationem ARP misit ad 192.168.2.10 per portam 192.168.1.1. Eodem tempore, computatrum vere switch interrogavit quis hoc 192.168.1.1 est. Transitus tamen unum tantum interfaciem habet pro retis VLAN10, et petitio recepta quoquam ire non potest - hunc portum intrat et hic moritur. Computatorium responsionem non accipit, ratio ob deficiendi pingendi tempus datur. Nulla responsio accepta est quia nulla alia machina in VLAN10 praeter PC0 est. Etiamsi ambo computatores eiusdem retis partem haberent, communicare tamen non possent quia diversam amplitudinem IP inscriptionum habent. Ad hoc opus faciendum, debes uti iter.
Prius- quam autem ostendam quomodo utatur iter, digressionem parvam faciam. Portum itineris Fa0/1 et Gig0/0 iter itineris cum fune coniungam, et deinde aliam funem adjiciam, quae cum Fa0/4 portum transindi et portum Gif0/1 coniungetur. iter itineris.
Retis VLAN10 ad f0/1 portum transiti ligabo, pro quo int f0/1 et aditum vlan10 iniero, et VLAN20 retem ad f0/4 portum utens int f0/4 et switchport accessum vlan 20 imperat. Si nunc database VLAN inspicimus, videri potest reticulum Sales ad interfaces Fa0/1, Fa0/2 alligandum, et negotiatio network ad Fa0/3, Fa0/4 portus alligatus .
Rursus ad iter transeamus et g0 / 0 interfaciei occasus ingrediamur, nullum shutdown mandatum intramus et IP inscriptioni electronicae ei assign: ip adde 192.168.1.1 255.255.255.0.
Eodem modo interfaciem g0/1 configurare, eique inscriptioni ip adde 192.168.2.1 255.255.255.0. Tunc rogabimus nos ostendere mensam fusuram, quae nunc habet introitus reticulorum 1.0 et 2.0.
Videamus an hoc schema operetur. Exspectemus donec utraque portus transitum et iter ad viridem se praebeat et pingem inscriptionem IP 192.168.2.10 repetamus. Ut vides, omnia operata sunt!
Computatrum PC0 petitionem ad transitum mittit ARP, transitum alloquitur iter itineris, quod MAC electronicam remittit ad computatorium. Post hoc, computatorium pingam fasciculum in eadem via mittit. Iter scit VLAN20 reticulum cum suo g0 / 1 portu coniungi esse, ita eam ad transitum emittit, qui fasciculum ad locum destinatum - PC1.
Hoc schema operatur, sed inhabilis est, cum 2 iter itineris interfaces occupat, hoc est, irrationabiliter utitur facultatibus technicis itineris. Ergo quomodo idipsum fieri possit uno instrumento demonstrabo.
Duo funes tabulae removebo et priorem connexionem transindi et itineris cum uno fune restituam. F0 / 1 transitum interfacies portum truncum fieri debet, sic ad occasus transitum redeo et utar imperio trunci switchporti modo huius portus. Portus f0/4 non iam usus est. Deinceps utimur ad spectaculum int trunci mandatum ad videndum si portus recte configuratur.
Videmus portum Fa0/1 operari in modo trunci utendi 802.1q protocollo encapsulationis. Intueamur mensam VLAN - videmus F0 / 2 interfaciem ab VLAN10 venditio retis department occupari, et f0 / 3 interface ab VLAN20 network venalicium occupatum.
Hoc in casu, switch ad portum itineris g0 / 0 coniungitur. In occasus itineris, utor int g0/0 et nullum mandatum electronicum ut IP oratio interfaciendi removeatur. Sed haec interface adhuc operatur, in statu clausurae non est. Si meministis, iter itineris commercium ab utroque retiacula accipere debet - 1.0 et 2.0. Cum transitum itineris per truncum coniungitur, ab utroque retis prima et secunda ad iter mercaturam accipiet. Sed quid IP oratio assignari debet itineris instrumenti in hoc casu?
G0/0 corpus interfacetum est quod ullam IP oratio per defaltam non habet. Utimur igitur notione subinterface logico. Si int g0/0 in linea typus, systema duos optiones imperandi possibilis dabit: slash / vel dat. Exactio adhibetur cum interfaces modulans sicut 0/0/0, et punctus adhibetur si subinterfaciem habes.
Si typus int g0/0. ?, tunc systema mihi dabit copiam numerorum possibilium ex GigabitEthernet logici subinterface, quae post punctum indicat: <0 - 4294967295>. Hic ambitus super 4 miliarda numeros continet, quo significat posse creare multas logicas subinterfaces.
Numerum X post dot indicabo, quod VLAN10. Nunc in occasus subinterface movimus, ut patet per mutationem in capite occasus CLI lineae ad Router (config-subif) #, hoc casu ad subinterface g10/0 refertur. Nunc mihi tradenda est IP oratio, qua utar imperio ip addo 0.10 192.168.1.1. Priusquam hanc inscriptionem proponamus, encapsulationi praestare debemus ut subinterface nos creatos sciat quibus protocollo encapsulation uti - 255.255.255.0q vel ISL. I. verbum encapsulationis in linea inscripsi, et ratio praebet optiones possibilis parametri ad hoc mandatum.
Ego uti encapsulation dot1Q imperio. Hoc praeceptum ingrediendi non technice necessarium est, sed id typus ut iter indicandum quo protocollo utendum est ad operandum cum VLAN, quia in momento velut virga laborat VLAN trunking. Cum hoc praecepto, iter itineris significamus ut omnia negotiatio protocollo dot1Q encapsulanda sit. Deinde ad lineam praecepti notandum est hanc encapsationem esse pro VLAN10. Systema nobis IP inscriptionis in usu ostendit, et interface pro VLAN10 retis incipit operari.
Similiter interfaciem g0/0.20 consigno. Novam subinterfaciem creo, encapsulationis protocollum constituo, et IP oratio pone cum ip addo 192.168.2.1 255.255.255.0.
Hoc in casu, certissime opus est IP oratio interfacii physici removere, quia nunc interfacies physica et subinterface logica eandem electronicam pro retis VLAN20 habent. Ad hoc faciendum, sequentiter typus mandata int g0 / 1 et nulla IP oratio. Tunc ego interfaciem istam disable quia iam non opus est.
Deinde ad g0 / 0.20 iterum interfaciendum redeo et electronicam IP ad illam cum IP adde mandato 192.168.2.1 255.255.255.0 adscribe. Nunc certum opus omnia.
Nunc utar spectaculo ip^i itineris, ut spectes ad mensam excitandam.
192.168.1.0/24 retis directe connexum ad GigabitEthernet0/0.10 subinterface videre possumus, et 192.168.2.0/24 retis directe connexum ad GigabitEthernet0/0.20 subinterface. Nunc revertar ad mandatum PC0 ad lineam terminalem et ping PC1. Hoc in casu, negotiatio portum itineris intrat, quod eam ad subinterface respondentem transfert et per transitum ad PC1 remittit. Ut vides, ping obtinuit. Primae duae fasciculi omissi sunt quod commutatio inter interfaces iter aliquod tempus accipit et machinis inscriptionum MAC discendi opus est, sed aliae duae fasciculi ad locum destinatum feliciter pervenerunt. Ita conceptus "iterum in baculo" operatur.
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