Supozu ke STP estas en konverĝa stato. Kio okazas se mi prenas kablon kaj konektas ŝaltilon H rekte al radikŝaltilo A? Root Bridge "vidas" ke ĝi havas novan ebligitan havenon kaj sendas BPDU super ĝi.
Ŝaltilo H, ricevinte ĉi tiun kadron kun nula kosto, determinos la koston de la itinero tra la nova haveno kiel 0 + 19 = 19, malgraŭ la fakto, ke la kosto de ĝia radika haveno estas 76. Post tio, la haveno de ŝaltilo H. , kiu antaŭe estis en la malfunkciigita stato, trairos ĉiujn transirajn stadiojn kaj ŝanĝos al transdona reĝimo nur post 50 sekundoj. Se aliaj aparatoj estas konektitaj al ĉi tiu ŝaltilo, tiam ĉiuj el ili perdos konekton kun la radika ŝaltilo kaj la reto entute dum 50 sekundoj.
Ŝaltilo G faras la samon, ricevante BPDU-kadron de ŝaltilo H kun kosta sciigo de 19. Ĝi ŝanĝas la koston de sia asignita haveno al 19+19= 38 kaj reasignas ĝin kiel la nova radika haveno, ĉar la kosto de ĝia antaŭa Radiko. Haveno estas 57, kiu pli granda ol 38. Samtempe, ĉiuj etapoj de haveno alidirektado daŭras 50 sekundojn denove komenciĝas, kaj, finfine, la tuta reto kolapsas.
Nun ni rigardu, kio okazus en simila situacio kiam vi uzas RSTP. La radika ŝaltilo sendos BPDU al la H-ŝaltilo, kiu konektis al ĝi same, sed tuj post tio ĝi blokos sian havenon. Ricevinte ĉi tiun kadron, ŝaltilo H determinos, ke ĉi tiu itinero havas pli malaltan koston ol sia radika haveno, kaj tuj blokos ĝin. Post tio, H sendos Proponon al la radika ŝaltilo kun peto malfermi novan havenon, ĉar ĝia kosto estas malpli ol la kosto de la jam ekzistanta radika haveno. Post kiam la radika ŝaltilo konsentas kun la peto, ĝi malblokas sian havenon kaj sendas la Interkonsenton por ŝanĝi H, post kio ĉi-lasta faros la novan havenon ĝia radika haveno.
Samtempe, danke al la mekanismo Propono / Interkonsento, la reasignado de la radika haveno okazos preskaŭ tuj, kaj ĉiuj aparatoj konektitaj al ŝaltilo H ne perdos konekton kun la reto.
Asignante novan Radikan havenon, ŝaltilo H transformos la malnovan radikan havenon en alternan havenon. La sama okazos kun ŝaltilo G - ĝi interŝanĝos Propon-/Interkonsentajn mesaĝojn kun ŝaltilo H, asignos novan radikan havenon kaj blokos aliajn havenojn. Tiam la procezo daŭros en la sekva retsegmento per ŝaltilo F.
Ŝaltilo F, analizinte la kostojn, vidos, ke la itinero al la radika ŝaltilo tra la malsupra haveno kostos 57, dum la ekzistanta itinero tra la supra haveno kostos 38, kaj lasos ĉion tia. Sciinte pri tio, ŝaltilo G blokos la havenon alfrontanta F kaj plusendos trafikon al la radika ŝaltilo laŭ la nova GHA-itinero.
Ĝis ŝaltilo F ricevas Proponon/Interkonsenton de ŝaltilo G, ĝi konservos sian malsupran havenon blokita por malhelpi buklojn. Do vi povas vidi, ke RSTP estas tre rapida protokolo, kiu ne kreas la problemojn, kiujn STP havas en la reto.
Nun ni transiru al la komandoj. Vi devas eniri la tutmondan ŝaltan agordan reĝimon kaj elekti la PVST aŭ RPVST-reĝimon per la komando de spanning-tree-reĝimo. . Tiam vi devas decidi kiel ŝanĝi la prioritaton de aparta VLAN. Por fari tion, uzu la komandon spanning-tree vlan <VLAN number> priority <value>. De la lasta videolernilo, vi devas memori, ke la prioritato estas oblo de 4096 kaj defaŭlte ĉi tiu nombro estas 32768 plus la VLAN-numero. Se vi elektis VLAN1, tiam la defaŭlta prioritato estos 32768+1= 32769.
Kial vi eble bezonos ŝanĝi la prioritaton de retoj? Ni scias, ke BID konsistas el nombra prioritatvaloro kaj MAC-adreso. La MAC-adreso de la aparato ne povas esti ŝanĝita, ĝi havas konstantan valoron, do nur la prioritata valoro povas esti ŝanĝita.
Ni supozu, ke ekzistas granda reto, kie ĉiuj Cisco-aparatoj estas konektitaj laŭ cirkla ŝablono. En ĉi tiu kazo, PVST estas aktivigita defaŭlte, do la sistemo elektos la radikan ŝaltilon. Se ĉiuj aparatoj havas la saman prioritaton, tiam la ŝaltilo kun la plej malnova MAC-adreso prenos. Tamen, ĝi povus esti 10-12-jara hereda ŝaltilo, kiu eĉ ne havas la potencon kaj rendimenton por "gvidi" tian ampleksan reton.
Samtempe, vi eble havas plej novan ŝaltilon en la reto por pluraj miloj da dolaroj, kiu, pro la pli alta valoro de la MAC-adreso, estas devigita "submetiĝi" al la malnova ŝaltilo, kiu kostas kelkajn cent dolarojn. Se la malnova ŝaltilo fariĝas la radika ŝaltilo, tio indikas gravan retan projektan eraron.
Sekve, vi devas eniri la agordojn de la nova ŝaltilo kaj asigni al ĝi minimuman prioritatan valoron, ekzemple, 0. Kiam vi uzas VLAN1, la totala prioritatvaloro estos 0 + 1 = 1, kaj ĉiuj aliaj aparatoj ĉiam konsideros ĝin la radikŝaltilo.
Nun imagu tian situacion. Se la radika ŝaltilo ial ne disponeblas, vi eble volas, ke la nova radika ŝaltilo estu ne nur ajna malaltprioritata ŝaltilo, sed specifa ŝaltilo kun pli bonaj interkonektaj funkcioj. En ĉi tiu kazo, la agordoj de Root Bridge uzas komandon kiu asignas la primarajn kaj malĉefajn radikŝaltilojn: spanning-tree vlan <VLAN-retonumero> root <primary/sekundara>. La prioritatvaloro por la Primara ŝaltilo estos 32768 - 4096 - 4096 = 24576. Por la Sekundara ŝaltilo, ĝi estas kalkulita per la formulo 32768 - 4096 = 28672.
Vi ne bezonas enigi ĉi tiujn numerojn permane - la sistemo faros tion por vi aŭtomate. Tiel, la ŝaltilo kun prioritato 24576 estos la radika ŝaltilo, kaj se ĝi ne disponeblas, la ŝaltilo kun prioritato 28672, malgraŭ tio, ke la prioritato de ĉiuj aliaj ŝaltiloj defaŭlte estas almenaŭ 32768. Ĉi tio devus esti farita se vi ne faras. volas, ke la sistemo aŭtomate asignu la radikan ŝaltilon.
Se vi volas vidi la agordojn de la protokolo STP, vi devas uzi la komandon show spanning-tree resumo. Ni nun rigardu ĉiujn temojn kovritajn hodiaŭ uzante Packet Tracer. Mi uzas 4-2690-ŝanĝan retan topologion, ne gravas ĉar ĉiuj Cisco-ŝaltilmodeloj subtenas STP. Ili estas konektitaj unu al la alia tiel ke la reto formas malvirtan cirklon.
Defaŭlte, Cisco-aparatoj funkcias en PSTV+-reĝimo, kio signifas, ke ĉiu haveno bezonos ne pli ol 20 sekundojn por konverĝi. La simula panelo permesas vin bildigi la sendon de trafiko kaj vidi la parametrojn de la kreita reto.
Vi povas vidi kio estas STP BPDU-kadro. Se vi vidas version 0, tiam vi havas STP, ĉar versio 2 estas uzata por RSTP. Ĝi ankaŭ montras la Root ID-valoron, kiu konsistas el la prioritato kaj MAC-adreso de la radika ŝaltilo, kaj la Bridge ID-valoro egala al ĝi.
Ĉi tiuj valoroj estas egalaj, ĉar la kosto de la vojo al la radika ŝaltilo por SW0 estas 0, do ĝi estas la radika ŝaltilo mem. Tiel, post ŝaltado de la ŝaltiloj, danke al la uzo de STP, la Radika Ponto estis aŭtomate elektita kaj la reto ekfunkciis. Vi povas vidi, ke por malhelpi buklon, la supra haveno Fa0 / 2 de ŝaltilo SW2 estis agordita al la stato de Blokado, sed kion indikas la oranĝa koloro de la markilo.
Ni iru al la konzolo de agordoj de SW0-ŝaltilo kaj uzu kelkajn komandojn. La unua estas la komando show spanning-tree, post enigo de kiu ni montros al ni informojn pri la PSTV + reĝimo por VLAN1 sur la ekrano. Se ni uzas plurajn VLANojn, alia bloko de informoj aperos ĉe la malsupro de la fenestro por la dua kaj postaj retoj uzataj.
Vi povas vidi, ke la STP-protokolo haveblas sub la IEEE-normo, kio signifas uzi PVSTP+. Teknike, ĉi tio ne estas .1d normo. Ĝi ankaŭ montras la Root ID-informojn: prioritato 32769, MAC-adreso de la radika aparato, kosto 19, ktp. Sekvas la informo de Bridge ID, kiu malkodas la prioritatan valoron 32768 +1, kaj sekvas alia MAC-adreso. Kiel vi povas vidi, mi eraris - la SW0-ŝaltilo ne estas radika ŝaltilo, la radika ŝaltilo havas malsaman MAC-adreson donitan en la parametroj de Root ID. Mi pensas, ke ĉi tio ŝuldiĝas al la fakto, ke SW0 ricevis BPDU-kadron kun informoj, ke iu ŝaltilo en la reto havas bonan kialon ludi la rolon de radiko. Nun ni konsideros ĉi tion.
(Noto de la tradukinto: Root ID estas la identigilo de la radika ŝaltilo, la sama por ĉiuj aparatoj de la sama VLAN funkcianta sub la STP-protokolo, Bridge ID estas la identigilo de la loka ŝaltilo kiel parto de la Radika Ponto, kiu povas esti malsama por malsamaj ŝaltiloj kaj malsamaj VLANoj).
Alia cirkonstanco kiu indikas ke SW0 ne estas radika ŝaltilo estas ke la radika ŝaltilo ne havas Radikan Havenon, kaj ĉi-kaze ekzistas kaj Radika Haveno kaj Designated Port, kiuj estas en la plusenda stato. Vi ankaŭ vidas la konekton tipo p2p, aŭ punkto-al-punkta. Ĉi tio signifas, ke havenoj fa0/1 kaj fa0/2 estas rekte konektitaj al najbaraj ŝaltiloj.
Se iu haveno estus konektita al nabo, la konektotipo estus indikita kiel komuna, ni rigardos ĉi tion poste. Se mi enigas la show spanning-tree resuman komandon por vidi la resumajn informojn, ni vidos, ke ĉi tiu ŝaltilo estas en PVSTP-reĝimo, sekvata de listo de nedisponeblaj havenaj funkcioj.
La jena montras la staton kaj nombron da havenoj servantaj VLAN1: blokado 0, aŭskultado 0, lernado 0, estas 2 havenoj en la plusenda stato en STP-reĝimo.
Antaŭ ol pluiri al ŝaltilo SW2, ni rigardu la agordojn de ŝaltilo SW1. Por fari tion, ni uzas la saman komandon show spanning-tree.
Vi povas vidi, ke la MAC-adreso de la Root ID de ŝaltilo SW1 estas la sama kiel tiu de SW0, ĉar ĉiuj aparatoj en la reto ricevas la saman adreson de la Root Bridge-aparato kiam ili konverĝas, ĉar ili fidas la elekton faritan de la STP. protokolo. Kiel vi povas vidi, SW1 estas la radika ŝaltilo, ĉar la Root ID kaj Bridge ID-adresoj estas samaj. Krome, estas mesaĝo "ĉi tiu ŝaltilo estas radiko".
Alia signo de radika ŝaltilo estas ke ĝi ne havas Radikajn havenojn, ambaŭ havenoj estas indikitaj kiel Designated. Se ĉiuj havenoj estas montritaj kiel Designed kaj estas en la plusenda stato, tiam vi havas radikan ŝaltilon.
Ŝaltilo SW3 enhavas similajn informojn, kaj nun mi ŝanĝas al SW2 ĉar unu el ĝiaj havenoj estas en la stato de Blokado. Mi uzas la komandon show spanning-tree kaj ni vidas, ke la informoj de Root ID kaj prioritatvaloro estas la sama kiel la ceteraj ŝaltiloj.
Estas plue indikite ke unu el la havenoj estas Alternativa. Ne estu konfuzita, la normo 802.1d nomas ĝin Blocking Port, kaj en PVSTP blokita haveno ĉiam estas nomata Alternativo. Do, ĉi tiu alternativa Fa0/2-haveno estas en blokita stato, kaj la Fa0/1-haveno funkcias kiel la Radika Haveno.
La blokita haveno situas en la retsegmento inter ŝaltilo SW0 kaj ŝaltilo SW2, do ni ne formas buklon. Kiel vi povas vidi, la ŝaltiloj uzas p2p-konekton ĉar neniuj aliaj aparatoj estas konektitaj al ili.
Ni havas reton, kiu konverĝas super la STP-protokolo. Nun mi prenos la kablon kaj rekte konektos la ŝaltilon SW2 al la ĉevalŝaltilo SW1. Post tio, ĉiuj SW2-havenoj estos indikitaj per oranĝaj signoj.
Se ni uzas la show spanning-tree resuman komandon, ni vidos, ke unue la du havenoj estas en la stato de Aŭskultado, poste ili iras en la staton de Lernado, kaj post kelkaj sekundoj en la staton de Forendado, dum la markilo ŝanĝas al la koloro. verda. Se vi nun eldonas la komandon show spanning-tree, vi povas vidi, ke Fa0/1, kiu antaŭe estis la Radika haveno, nun eniris la blokan staton kaj fariĝis konata kiel la Alternativa haveno.
La haveno Fa0/3, al kiu la radika ŝaltilkablo estas konektita, fariĝis la Radika haveno, kaj la Fa0/2-haveno fariĝis la indikita Designed haveno. Ni rigardu alian la daŭran procezon de konverĝo. Mi malkonektos la SW2-SW1-kablon kaj revenos al la antaŭa topologio. Vi povas vidi, ke la SW2-havenoj unue blokas kaj fariĝas oranĝaj denove, poste sinsekve trapasas la Aŭskultadon kaj Lernado-ŝtatojn kaj finiĝas en la Plusendan staton. En ĉi tiu kazo, unu haveno fariĝas verda, kaj la dua, konektita al la SW0-ŝaltilo, restas oranĝa. La konverĝa procezo daŭris sufiĉe longan tempon, tiaj estas la kostoj de la STP-laboro.
Nun ni rigardu kiel funkcias RSTP. Ni komencu per la SW2-ŝaltilo kaj enigu la komandon spanning-tree-reĝimon rapid-pvst en ĝiaj agordoj. Ĉi tiu komando havas nur du parametrajn opciojn: pvst kaj rapid-pvst, mi uzas la duan. Post enirado de la komando, la ŝaltilo ŝanĝas al RPVST-reĝimo, vi povas kontroli ĉi tion per la komando show spanning-tree.
Komence, vi vidas mesaĝon, ke ni nun havas la RSTP-protokolon funkcianta. Ĉio alia restis senŝanĝa. Tiam mi devas fari la samon por ĉiuj aliaj aparatoj, kaj ĉi tio kompletigas la agordon de RSTP. Ni rigardu kiel ĉi tiu protokolo funkcias kiel ni faris por STP.
Mi denove kablas la ŝaltilon SW2 rekte al la radika ŝaltilo SW1 - ni vidu kiom rapide okazas la konverĝo. Mi tajpas la show spanning-tree resuman komandon kaj vidas, ke du ŝaltilhavenoj estas en la stato de Blokado, 1 estas en la stato de Plusendado.
Vi povas vidi, ke la konverĝo okazis preskaŭ tuj, do vi povas vidi kiom pli rapida estas RSTP ol STP. Poste, ni povas uzi la defaŭltan komandon spanning-tree portfast, kiu defaŭlte metos ĉiujn havenojn sur la ŝaltilon en portfast-reĝimon. Ĉi tio validas se la plej multaj el la ŝaltilhavenoj estas Edge-havenoj rekte konektitaj al gastigantoj. Se ni havas iun ne-Edge-havenon, ni refaras ĝin al spanning-tree-reĝimo.
Por agordi laboron kun VLAN, vi povas uzi la komandon spanning-tree vlan <number> kun la prioritataj parametroj (metas la ŝaltilon prioritaton por spanning-tree) aŭ radikon (metas la ŝaltilon kiel radikon). Ni uzas la prioritatan komandon spanning-tree vlan 1, specifante ajnan oblon de 4096 en la intervalo de 0 ĝis 61440. Tiamaniere, vi povas mane ŝanĝi la prioritaton de iu ajn VLAN.
Vi povas elsendi la spanning-tree vlan 1 radikan komandon kun aŭ primaraj aŭ malĉefaj opcioj por agordi la primaran aŭ rezervan radikan havenon por specifa reto. Se mi uzas spanning-tree vlan 1 radikan ĉefan, ĉi tiu haveno estos la ĉefa radika haveno por VLAN1.
Mi eniros la komandon show spanning-tree, kaj ni vidos, ke ĉi tiu ŝaltilo SW2 havas prioritaton 24577, la MAC-adresoj de la Root ID kaj Bridge ID estas la samaj, kio signifas, ke nun ĝi fariĝis la radika ŝaltilo.
Vi povas vidi kiom rapide okazis la konverĝo kaj ŝanĝaj roloj. Nun mi nuligos la ĉefan ŝaltilon per la ĉefa komando no spanning-tree vlan 1 radika, post kiu ĝia prioritato revenos al la antaŭa valoro de 32769, kaj la rolo de la radika ŝaltilo denove iros al SW1.
Ni vidu kiel funkcias portfast. Mi eniros la komandon int f0 / 1, iros al la agordoj por ĉi tiu haveno kaj uzos la komandon spanning-tree, post kio la sistemo petos la parametrajn valorojn.
Poste, mi uzas la komandon spanning-tree portfast, kiu povas esti enigita per la opcioj malebligi (malŝaltas portfast por ĉi tiu haveno) aŭ trunk (ebligas portfast por ĉi tiu haveno, eĉ en trunkreĝimo).
Se vi eniras spanning-tree portfast, tiam la funkcio simple ŝaltos ĉi tiun havenon. La komando de spanning-tree bpduguard enable devas esti uzata por ebligi la funkcion BPDU Guard, la spanning-tree bpduguard disable komando malŝaltas ĉi tiun funkcion.
Mi rapide diros al vi ankoraŭ unu aferon. Se por VLAN1 la interfaco de ŝaltilo SW2 en la direkto de SW3 estas blokita, tiam kun aliaj agordoj por alia VLAN, ekzemple, VLAN2, la sama interfaco povas fariĝi la radika haveno. Tiel, la sistemo povas efektivigi trafikan ŝarĝan ekvilibran mekanismon - en unu kazo, ĉi tiu retsegmento ne estas uzata, en la alia, ĝi estas uzata.
Mi montros kio okazas kiam ni havas komunan interfacon kiam ni konektas nabon. Mi aldonos nabon al la diagramo kaj konektos ĝin al la SW2-ŝaltilo per du kabloj.
La komando show spanning-tree montros la sekvan bildon.
Fa0/5 (malsupra maldekstra haveno de la ŝaltilo) iĝas la rezerva haveno, kaj haveno Fa0/4 (malsupra dekstra haveno de la ŝaltilo) iĝas la asignita elektita haveno. La speco de ambaŭ havenoj estas ofta, aŭ komuna. Ĉi tio signifas, ke la nabo-ŝaltila interfacsegmento estas komuna reto.
Danke al la uzo de RSTP, ni ricevis apartigon en alternativajn kaj rezervajn havenojn. Se ni ŝanĝas la SW2-ŝaltilon al pvst-reĝimo per la spanning-tree-reĝimo pvst-komando, ni vidos, ke la Fa0 / 5-interfaco denove ŝanĝis al la Alternativa stato, ĉar nun ne ekzistas diferenco inter la rezerva haveno kaj la alternativa haveno.
Ĝi estis tre longa leciono, kaj se vi ne komprenas ion, mi konsilas al vi revizii ĝin denove.
Dankon pro restado ĉe ni. Ĉu vi ŝatas niajn artikolojn? Ĉu vi volas vidi pli interesan enhavon? Subtenu nin farante mendon aŭ rekomendante al amikoj, 30% rabato por uzantoj de Habr sur unika analogo de enirnivelaj serviloj, kiu estis inventita de ni por vi: (havebla kun RAID1 kaj RAID10, ĝis 24 kernoj kaj ĝis 40GB DDR4).
Dell R730xd 2 fojojn pli malmultekosta? Nur ĉi tie en Nederlando! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ekde $99! Legu pri
fonto: www.habr.com