Hodie spectabimus operationem Stratonis 2 EtherChannel canalis aggregationis protocollum protocollum pro pannum 2 exemplar OSI. Hoc protocollum non nimis diversum est ab 3 protocollo Stratum, sed ante iacuit in 3 EtherChannel intendere, necesse est paucas notiones introducere ut postea III ad Stratum perveniamus. Sequi CCNA cursum cedulam continuamus, sic hodie sectionem 1.5 operiemus, configurantes, Testis et Iacuit 2/3 EtherChannel, et ordines 1.5a, Static EtherChannel, 1.5b, PAGP, et 1.5c, IEEE -LACP Open Latin.
Priusquam ulterius progrediamur, intellegendum est quid sit EtherChannel. Sumamus ergo A commutandum et mutandum B redundanter tribus lineis communicationis connexis. Si STP uteris, duae lineae extraneae logice impedientur ne loramenta.
Dicamus nos habere portus FastEthernet qui 100 Mbps negotiationis praebent, ergo summa throughput est 3 x 100 = 300 Mbps. Unam tantum canalem communicationis relinquimus, propter quod ad 100 Mbit/s decidet, hoc est, hoc in casu, STP notas network peiorabit. Praeterea 2 extra canales frustra otiosi erunt.
Ne hoc fiat, KALPANA, societas quae Cisco Catalist virgas creavit et postea a Cisco emptus est, technicam technologiam vocavit EtherChannel in 1990s evolvit.
In casu, haec technica haec technologia tres canales communicationis separatos in unum canalem logicum vertit cum capacitate 300 Mbit/s.
Primus modus technologiae EtherChannel manualis est, seu modus staticus. In hoc casu, stimulae sub aliqua condicione transmissionis nihil facient, freti eo quod omnes occasus manuales parametri operandi recte facti sunt. Canale solum vertit et operatur, omnino confidens administratorii network occasus.
Secundus modus est protocollum aggregationis proprietatis Cisco PAGP nexus, tertius est IEEE vexillum LACP nexus aggregationis protocollum.
Ad hos modos ad operandum, EtherChannel praestandum est. Protocollum huius versionis static facillime ad activate: necesse est ire ad uncinis interfaciei transitum ac modum praecepti canalis-groupi 1 inire.
Si A cum duobus interfaces f0/1 et f0/2 mutandum habebimus, in uncinis cuiusque portus ineundum et hoc praeceptum ingrediendum, et numerus coetus interfaciei EtherChannel valorem habere potest ab 1 ad 6, quod maximum est. haec utilitas omnibus portibus transitum eadem est. Praeterea portus iisdem modis operari debent: tum in accessu modo vel tum in trunco ββmodo et in eadem indigena VLAN vel VLAN permittuntur.
Aggregatio EtherChannel tantum operabitur si coetus canalium numero interfaces conformatus consistit.
Coniungamus A cum duabus lineis communicationis ad commutandum B, quae etiam duas interfaces habet f0/1 et f0/2. Haec machinae formam suam globum constituunt. Configurare potes eos ad operandum in EtherChannel eodem mandato utentes, et numerus coetus nihil refert, cum in loci transitum sitae sint. Circulum hunc numerum 1 designare potes, omnia operabuntur. Memento tamen - nam utriusque canales ad operandum sine problematibus omnes interfaces configurari debent eodem prorsus modo - accessus vel truncus. Postquam in occasus utriusque interfaces transibit A et transibit B et intraveris canalem-group 1 modum in praecepto, aggregatio canalium EtherChannel complebitur.
Ambae interfaces physicae uniuscuiusque switch ut unum interface logicum operabitur. Si parametros STP spectemus, videbis transitum A ostendet unum commune interfacies, a duobus portibus physicis distinctum.
Ad PAGP transeamus, protocollum aggregationis a Cisco evolutae.
Eandem imaginem fingamus - duas virgas A et B, singulas interfacies f0/1 et f0/2, duabus lineis communicationis coniunctas. Ad enable PAGP, uti idem mandatum channel-group I modus cum parametris . In modo static manuali, modum praecepti in omnibus interfaces intras simpliciter, et aggregatio incipit operari, hic opus desiderabile vel auto- parametrum denotare debes. Si in canalem-groupi 1 modum cum signo, ratio promptum cum optionibus parametri exhibebit: super, optabile, auto, passivum, activum.
Si eundem canalem-groupi 1 modum ingrederetur, mandatum desiderabile ad utrasque lineas communicationis fines, modus EtherChannel reducitur. Idem fiet, si in uno canali fine interfaces configurantur cum canali-group 1 modus imperandi desiderabilis, et in altero termino cum canali-group 1 modo auto- mando.
Si tamen interfacies ad utrumque finem nexuum cum auto-group-group 1 modo auto mandatum configurantur, aggregatio nexus non occurret. Quare memento - si vis EtherChannel uti super protocollo PAGP, interfaces unius saltem partium in statu desiderabili esse debere.
Cum aperto LACP protocollo ad aggregationem canalem utens, idem modus praecepti alvei-groupi 1 cum parametris adhibetur. .
Compositiones possibilium occasus ex utraque parte canalium sunt haec: si interfaces configurantur ad modum activum vel unum latus ad activum et alterum ad passivum, erit modus EtherChannel laborabit, si utrique interfacies configurantur passivis, canalis. aggregatio non erit. Animadvertendum est aggregationem canalem ad ordinandum protocollo LACP utentem, saltem unum e circulorum interfaciorum in statu activo esse debere.
Studeamus quaestioni respondere: si virgas A et B habemus lineas communicationis coniunctas, et interfaces unius transitoriae in statu activo, et alter in auto- vel optabili statu, erit opus EtherChannel?
Non, quia reticulum eodem protocollo vel PAGP vel LACP uti debet, cum inter se non compatiuntur.
Intueamur plura praecepta ad constituendum an EtherChannel usum. Primum numerum numero assignare debes, aliquid potest. Ad primum mandatum canalis-groupi 1 modi, eligere potes 5 parametros ut optionis: super, optabile, auto, passivum vel activum.
In sub praeceptis interfacientibus keyword canalis utimur, sed si, exempli gratia, onus conpensationis specificare vis, vocabulum portus-canale adhibetur. Intueamur quid sit onus libratio.
Ponamus nos A cum duobus portibus commutandum, qui B. B. Tres computatores ad mutandum B - 3 conexi sunt, et unus computator No. 1,2,3 coniungitur ad mutandum A.
Cum negotiatio ab computatrum #4 ad computatrum #1 moveatur, A transibit fasciculos transmittere in utroque nexus incipiet. Onus aequandi methodo adhibet harundinem inscriptionis mittentes MAC ita ut omnia negotiatio ex quarto computatro per unum tantum duorum nexuum fluat. Si computatorium No. 5 coniungimus ad A commutandum, gratia onere conpensatione, negotiatio huius computatorii tantum per unam lineam communicationis inferiorem movebitur.
Sed id mattis nulla. Dicamus nos habere nubem interretialem et machinam cui switch A cum tribus computatoribus coniungitur. Interretialem commercium ad transitum cum MAC inscriptione huius fabricae dirigetur, id est cum inscriptione portus cuiusdam, quia haec machina porta est. Ita omnes negotiationis exitus MAC electronica huius machinae habebunt.
Si ante transitum A ponimus transitum B, tribus lineis communicationis ei connexum, omne commercium transindi B in directione transindi A fluit per unam linearum, quae nostris metis non occurrit. Ergo parametris ad hanc transitum conpensationem ponere oportet.
Ad hoc utere, utere iussione-canali oneris staterae, ubi destinatio IP oratio adhibetur ut modulus optio. Si haec oratio computatoris N. 1, negotiatio per primam lineam fluet, si N. 3 - secundum tertiam, et si IP inscriptionem secundi computatorii denotas, per lineam mediae communicationis.
Ad hoc faciendum, imperium keyword in instrumento configurationis globalis port-canali utitur.
Si vis videre quae nexus in canali versantur et quae protocolla adhibentur, tum in modo praeclaro debes inire summarium praecepti eterchannel spectaculum. Inspicere potes onus conpensationis occasus utens spectaculum etherchannel onus-balance praeceptum.
Nunc inspiciamus haec omnia in programmate fasciculo Tracer. 2 virgas duobus nexus nexus habemus. STP opus incipiet et unus ex 4 portubus obstructus erit.
Eamus ad occasus SW0 et intrant spectaculum in arbore praecepti. Videmus STP laborare et radicem ID et pontem ID cohibere possumus. Eodem mandato ad secundum transitum utentes, primum transitum SW0 esse radicem videbimus, quoniam, dissimilis SW1, eius radix et pontem valores identificantes idem sunt. Praeterea nuntius hic est quod SW0 est radix - "pons hic est radix".
Ambo portus radicis transitum sunt in statu designato, portus clausus secundae switch ut alternativus, et secundus ut portus radicis designatur. Potes videre quomodo STP omne opus necessarium emendate operetur, automatice nexum constituens.
Protocollum PAGP moveamus, ad hoc faciendum in occasu SW0, praecepta int f0/1 consequenter inimus et modum canalis-coetatis 1 cum uno ex 5 parametris fieri potest, uti optabile est.
Potes videre lineam protocollum primum debilitatum esse et deinde iterum fieri, id est, mutationes factae effectum et 1 interfaciei Port-channel creatum est.
Nunc eamus ad f0/2 interfaciem et in eundem modum praecepti canalis-groupi 1 desiderabilis.
Vides nunc portus superioris nexus ab viridi titulo indicatos, portusque nexus inferioris a titulo aureo indicatos. In hoc casu non potest esse modus mixtus desiderabilis portuum auto- rarum, quia omnes interfaces unius transitum eodem mandato configurari debent. Auto modus adhiberi potest in secunda commutatione, sed in prima, omnes portus eodem modo operari debent, hoc casu optabile est.
In uncinis SW1 eamus et imperio utere ad interfaces int range f0/1-2, ut non singula interfaces singula imperia manually ingredi, sed utrumque uno mandato configurare.
Ego 2 modum praecepti canalis coetus utor, sed numerum quemlibet ab 1 ad 6 ad designandum coetus interfaces secundae transiti possum. Cum in contraria parte canalis modo desiderabili configuratur, interfaces huius transindi in desiderabili vel auto- modo esse debent. Modum primum deligo, genus canalis-group 2 modus desiderabilis ac premo Intra.
Nuntium videmus interfacem Port-channel 2 creatum esse, portusque f0/1 et f0/2 e statu descensu ad statum gradatim moveri. Hoc sequitur nuntium Port-channel 2 interfaciei mutavisse in statum sursum et lineam protocolli huius interfaciei etiam in se convertisse. Nunc EtherChannel aggregatum formavimus.
Hoc cognoscere potes eundo ad occasus SW0 switch et intrando summarium spectaculum etherchannel mandatum. Videre potes varia vexilla quae postea inspiciemus, ac deinde globus 1 canalis 1 utens, numerus aggregatorum est etiam 1. Po1 significat PortChannel 1, et designatio (SU) significat pro S - layer 2 vexillum, U - usus est. Protocollum PAGP adhibitum ostendit et portus physica in alveum - Fa0/1 (P) et Fa0/2 (P), ubi vexillum P indicat hos portus esse partem PortChannel.
Iisdem imperiis utar ad transitum secundum, et fenestra CLI ostendit similes informationes pro SW1.
Ingredior spectaculum mandatum in occasus SW1-arboris spanning, et videre potes PortChannel 2 unum interfacem logicum esse, eiusque sumptus comparatus sumptus duorum portuum separatorum 19 ad 9 decrevit.
Idem faciamus cum prima transitum. Vides radicem parametri non mutatam esse, nunc inter duas virgas, loco duorum nexuum physicarum, unum logicum interfacies Po1-Po2.
Conemur reponere PAGP cum LACP. Ad hoc faciendum in uncinis primae switch utor imperio pro amplitudine interfaces int range f0/1-2. Si nunc praeciperem modum activum canalem-group1 ut LACP efficere possit, reiicietur quia portus Fa0/1 et Fa0/2 iam sunt pars canalis utens diverso protocollo.
Ideo necesse est primum mandatum nullum modum canali-group 1 ingredi activum ac solum tunc uti praecepti canali-group1 modo activo. Idem faciamus cum secunda commutatione, primum intrans imperium nullum 2 canalem-group, et deinde imperium canalis-group 2 modi activum. Si parametri interfaciei spectes, videre potes Po2 iterum vertere, sed adhuc est in modo protocollo PAGP. Hoc verum non est, quia nunc in effectu LACP habemus, et in hoc casu parametri programmatis fasciculi Tracer perperam exhibentur.
Ad hanc discrepantiam soluendam, solutione temporali utor - aliam PortChannel creando. Ad hoc faciendum, mandatorum int range f0/1-2 subscribo et nullum 2-group canalem, ac deinde 2 canalem praecepti modum activum. Videamus quomodo hoc primum transitum afficiat. Ingredior summarium spectaculum eterchannel mandatum et video Po1 iterum monstrari uti PAGP. Haec quaestio est in simulatione fasciculi Tracer, quia PortChannel nunc erret et canalem omnino habere non debemus.
Revertor ad fenestram CLI transitum secundae et intrant summarium spectaculum etherchanialem mandatum. Iam Po2 ostenditur cum indice (SD), ubi D descendere significat, id est, alveum non laborat. Technice PortChannel adest, sed quia nullus portus cum eo associatus est.
Mandata int range f0/1-2 ingredior et nullum canalem-group 1 in uncinis primae transitum creo, deinde novum catervam canalem creo, hoc tempore numerum 2, canalem utens 2 modum activum imperium. Deinde idem facio in uncinis secundi transitum, nunc tantum coetus canalis 1 numerum accipit.
Nunc nova coetus, Port Channel II, in prima cursuali, et Port Channel 2 in secunda creata est, nomina sodalitatum simpliciter mutata. Ut videre potes, technice novum Portum Channel in secunda commutatione creavi, et nunc cum modulo recto monstratur - postquam summarium etherchannel praecepti spectaculum ingressus, videmus Po1 (SU) uti LACP.
Eandem imaginem videmus in fenestra CLI switch ad SW0 - coetus novi Po2 (SU) operatum sub LACP potestate.
Considera differentiam interfaciei quae est in statu activo, et interface quod semper est in statu. Novam canalem coetus creabo pro SW0 transibit cum mandatis int range f0/1-2 et canalem catervae 3 modum in. Ante hoc, coetus canalis 1 et 2 delere debes nullo canali-coetu 1 ac nullo canali-group 2 praecepto, secus si modo in imperio uti conaris canalem-group, systema nuntium declarans ostendet. interface iam usus est cum alio alveo protocollo laborare.
Idem facimus cum secundo cursu - delete canalis-coetatis 1 et 2 et globum 3 creamus cum imperio canalis-groupi 3 modi in. Nunc eamus ad uncinos SW0 et utendum summario spectaculo eterchannel mandati. Videbis novum alveum Po3 iam ascendere et currere et nullas operationes praevias postulare sicut PAGP vel LACP.
Protinus volvitur, sine frangendo ac deinde portando. Eodem mandato pro SW1 utentes, videbimus hic Po3 non uti aliquo protocollo, id est, EtherChannel static creavisse.
Cisco argumentatur ad retiacula late prompta esse, oblivisci debemus de PAGP et EtherChannel static uti, ut certius fiat modus aggregationis nexus.
Quid facimus libratis oneratis? Redeo ad fenestram SW0 transibit CLI et intrant spectaculum etherchanialem oneris librariae mandati. Potes videre quod onus librationis factum est ex fonte MAC inscriptionis.
Solet hoc parametro conpensatione utitur, sed interdum propositis nostris non convenit. Si hanc methodum conpensationem mutare cupimus, necesse est modum configurationis globalis ingredi et praecipere onus-alvei portus libramentum ingredi, post quem ratio prompta quam maxime parametri huius praecepti exhibebit.
Si modulum src-mac src-mac-librationis portus designas, id est, fontem MAC inscriptionis denotas, munus hashing valebit, qui tunc indicabit quisnam portuum partem alicuius EtherChannel adhibendam esse. deinceps negotiationis. Quoties fons inscriptionis idem est, ratio adhibebit ut certae physicae instrumenti ad negotiationem mittantur.
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