Konfigurera Sophos-switchportar, LAG och spanning tree säkert

Portar, länkaggregering och spanning tree ska planeras som en sammanhängande Layer 2-ändring. En felaktigt avstängd upplänk bryter hanteringsåtkomsten, medan två oplanerade parallellanslutna länkar kan bilda en loop. Denna runbook konfigurerar därför först motparten och skyddsmekanismerna, synkroniserar kontrollerat och verifierar därefter länk, LAG och STP tillsammans.

Öppna följande vy i Sophos Fusion (tidigare Sophos Central):

My Products > Switches > [Switch] > Port settings

Viktigt: Ändringar på sidan synkroniseras till switchen först med Update. Save i LAG-dialogrutan sparar LAG-konfigurationen på sidan, men ersätter inte Update. Clear kasserar ändringar som ännu inte har överförts.

Förutsättningar och ändringsplan

Före ändringen dokumenteras dessa punkter:

• påverkad switch, fysiska portar och motparten för varje kabel
• nuvarande hanteringsväg samt en oberoende återställningsväg, såsom lokal åtkomst eller en andra, oförändrad upplänk
• Motpartens porttyp, stödd hastighet och duplexinställning
• önskad LAG-typ på båda sidor och minst två tillgängliga Ethernet- eller SFP-portar
• LACP-distributionsmetod och timeout om LACP används
• befintliga redundanta Layer 2-banor, planerad rotbrygga och förväntad blockering eller vidarebefordran av STP-portar
• Tidigare tillstånd för Configuration source, Conflicts, LBD, STP, rotbrygga, portroller och portstatus
• Underhållsfönster, testtrafik, framgångskriterier och demontering

Alla medlemmar i en LAG måste tilldelas samma logiska anslutning på båda enheterna. Hastighet, duplex, LAG-typ och LACP-beteende kontrolleras för kompatibilitet före kablage. Bygg inte om en befintlig hanteringsupplänk samtidigt som den nya anslutningen om det inte finns en testad återställningsväg.

Denna runbook förutsätter att de nödvändiga VLAN: erna redan är planerade. Kolumnerna Untagged VLAN och Tagged VLAN läses här endast som acceptanskontext; VLAN-tillhörighet, PVID, GVRP och Voice VLAN hör hemma i den separata VLAN-ändringen. På samma sätt är PoE, portspegling för NDR, QoS och stormkontroll inte en del av denna process.

Klargör först konfigurationskälla och konflikter

I Basic settings visar Configuration source om en inställning är från Sophos Fusion eller från den lokala switchkonfigurationen. Not set innebär att den lokala inställningen används för Flow control, Speed/Duplex och andra fält som stöds. Detta är inte ett uttalande om vilket specifikt lokalt värde som är aktivt.

Efter den första registreringen eller en fabriksåterställning visar alla portar och LAGs initialt Conflicts: Fusionsstandarden är Not set som standard, medan den lokala switchen avviker från den. Två åtgärder är tillgängliga:

• Resolve conflicts tar över den lokala switchkonfigurationen för den enskilda porten i Sophos Fusion.
• Resolve all conflicts anpassar alla berörda fusionsinställningar till den aktuella switchkonfigurationen.

Innan Resolve all conflicts kontrolleras om alla lokala värden verkligen anses vara önskad grund. För en riktad förändring är Resolve conflicts mindre riskabelt per port. Efter upplösningen kontrolleras det antagna värdet; en konflikt klickas inte bara bort.

Varning: Om ett värde på Not set ändras till ett explicit tillstånd på switchnivån kommer det inte automatiskt att återgå till Not set när du senare ärver en plats- eller stackkonfiguration. Den önskade källan måste därför bestämmas före ändringen.

Konfigurera fysiska portar

Under Basic settings är följande fält relevanta för denna process per port:

• Port: fysiskt portnummer
• Label: unik beskrivning, till exempel motpart och syfte
• Flow control: Enable, Disable eller Not set
• Speed/Duplex: Auto, 10M/Half, 10M/Full, 100M/Half, 100M/Full, 1G/Full, Disabled eller Not set
• Configuration source: Inställningens ursprung
• Conflicts: Avvikelse mellan Sophos Fusion och lokal konfiguration

Auto förhandlar hastighet och duplex med motparten. Ett fast värde väljs endast om motparten avsiktligt använder samma värde. Olika förhandlings- eller duplexvärden kan göra en länk synlig, men orsaka genomströmnings- och felproblem. Disabled under Speed/Duplex stänger av porten. Not set tar över det lokala värdet och är inte detsamma som Disabled.

Flow control väljs för att matcha utformningen av båda slutpunkterna. Det är inte ett sätt att reparera duplex-, kablage- eller överbelastningsfel. Etiketter ställs in innan de rullas ut så att en tekniker kan tilldela port och motpart utan svårtolkade kopplingsscheman.

avancerade portalternativ

Under Advanced settings hör dessa portrelaterade alternativ hemma i samma förändring:

• Port isolation: Enable tillåter endast porten att kommunicera med uppströmsportar; nedströms kommunikation är blockerad. Disable tar bort isoleringen, Not set använder den lokala inställningen.
• EEE: Enable aktiverar energieffektivt Ethernet enligt IEEE 802.3az, Disable inaktiverar det, Not set använder det lokala värdet.
• Jumbo frame: önskad ramstorlek i byte. Maximalt är 9216 för CS101-8 och CS101-8FP, och 10240 byte för alla andra modeller.

Jumbo ramar aktiveras endast om varje hop och slutpunkt som är inblandade stöder den valda storleken; ingen enhet i banan får överstiga sitt maximum. För en per-port-konfiguration slås Show per port setting på via kugghjulet högst upp i kolumnen. Jumboramar per port är endast tillgängliga på switchnivå, inte på plats- eller stacknivå.

Multicast filtering ändras inte samtidigt. Det är tekniskt en del av multicast-planeringen eftersom det påverkar vilka portar multicast-trafik vidarebefordras till.

För fristående portändringar vars portar inte är avsedda att vara medlemmar i en ny LAG gäller följande efter portändringarna:

1. Jämför ändrade linjer och Configuration source igen.
2. Se till att den aktiva hanteringsporten inte blir Disabled av misstag.
3. Update.
4. Vänta på synkronisering och länkstatus och testa hanteringsåtkomsten på nytt omedelbart.

Uppmärksamhet för framtida LAG-medlemmar: Deras portändringar rullas inte ut med denna tidiga Update som separata, parallellanslutna enskilda portar. Alla ytterligare kablar förblir fysiskt frånkopplade eller portarna i fråga är inaktiverade. Port-, LAG- och skyddskonfiguration förbereds tillsammans och aktiveras endast i den kontrollerade ordningen i följande LAG-procedur.

Välj LACP eller statisk LAG

Under LAG ports visar Member ports medlemmarna i varje logisk LAG. En LAG buntar minst två Ethernet- eller SFP-länkar mellan två nätverksenheter och kan leverera mer genomströmning och tillgänglighet.

Det finns fyra värden för Type:

• LACP: rekommenderat val. Link Aggregation Control Protocol styr buntningen och förhandlar deltagande länkar med en motpart som också är konfigurerad på LACP.
• Static: om motparten också förväntar sig en statisk bunt eller inte stöder LACP. Det finns ingen LACP-förhandling; medlemskap och kablage måste planeras exakt på båda sidor.
• Disabled: LAG är avstängd.
• Not set: använder switchens lokala LAG-konfiguration.

LACP föredras för nya länkgrupper. Static är inte en snabb ersättning för en icke-fungerande LACP: en typändring på endast en sida kan vidarebefordra länkar utanför den förväntade buntkontrollen. Om motparten varken har LACP eller en statisk LAG konfigurerad, ska flera kablar inte anslutas parallellt.

En LAG ökar den totala tillgängliga kapaciteten över flera trafikflöden. Den valda System policy tilldelar varje trafikflöde till en medlem baserat på de definierade hashfälten och behåller dem där. Därav följer inte att en enda anslutning automatiskt når summan av alla länkhastigheter.

Skapa ett LACP-LAG på ett kontrollerat sätt

1. Lämna alla framtida LAG-kablar fysiskt frånkopplade eller inaktivera relevanta portar tills kontrollerad aktivering. En befintlig ensam produktionsväg lämnas tills vidare oförändrad.
2. Förbered motparten med samma LAG-typ och exakt de associerade fysiska portarna utan att aktivera en ytterligare enskild väg.
3. Öppna önskat LAG under LAG ports.
4. Ställ in Type på LACP.
5. Under Ports, välj minst två planerade portar.
6. Save.
7. Ge LAG en unik Label.
8. Ställ in Flow control enligt motparten; Sophos-manualen använder Enable för LACP-sekvensen.
9. Under Speed/Duplex, välj det överenskomna värdet eller Auto.
10. Kontrollera systemparametrar och port-timeout under LACP settings.
11. Förbered den planerade skyddskonfigurationen före länkaktivering och jämför portlistorna samt alla ännu inte överförda ändringar av båda sidor igen. Om den tidigare enda sökvägen fortsätter att existera parallellt när den nya sökvägen aktiveras måste STP redan effektivt säkra den redundanta topologin; enbart LBD ersätter inte detta.
12. Överför port-, LAG- och skyddskonfigurationen till Sophos-switchen med Update och tillämpa motsvarande konfiguration på motparten inom det samordnade underhållsfönstret.
13. Granska framgångsrik synkronisering, hanteringsåtkomst och effektiv STP och kompletterande LBD, medan ytterligare länkar förblir frånkopplade eller inaktiverade. Om ingen aktiv STP tillhandahålls för den parallella banan måste den gamla banan kopplas bort på ett kontrollerat sätt innan den första nya medlemmen aktiveras.
14. Anslut eller aktivera först exakt en avsedd LAG-medlem enligt kabelplanen och kontrollera dess LAG och STP-status.
15. Anslut eller aktivera först därefter övriga medlemmar en i taget. Kontrollera LACP-, lag- och STP-status samt hanteringsåtkomst efter varje medlem.

Om den tidigare enda hanteringsupplänken själv är en framtida LAG-medlem kan den inte konfigureras om utan en övergång: konfigurationen på båda sidor ändras samordnat i ett underhållsfönster. Detta kräver en oberoende hanteringsväg; en switch som endast kan nås via denna länk ska inte konfigureras om på distans utan en oberoende åtkomstväg.

Vid statisk LAG är sekvensen densamma, förutom att Type: Static är vald och det inte finns någon LACP-förhandling som skydd mot en avvikande motpart. Därför jämförs portlistorna och den statiska LAG-statusen på båda sidor igen omedelbart före Update och före varje länkaktivering.

LACP-systeminställningar

LACP settings ger följande kontroll:

• System priority: 0 till 65535, standard 32768. Enheten med den lägre systemprioriteten avgör vilka portar som deltar i LAG-gruppen.
• System policy: bestämmer fördelningen av trafikflöden.
• Timeout: är inställd på Not set, Short eller Long per port.

Tillgängliga System policy värden är:

Policyn väljs enligt den förväntade mångfalden av trafikflöden och dokumenteras i ändringen. Att ofta byta policy är inte en vettig ersättning för att mäta fördelningen.

Vid Short skickas en LACP PDU varje sekund; efter tre sekunder utan en mottagen LACP PDU löper LACP-informationen ut. Med Long skickas en LACP-PDU var 30:e sekund och LACP-informationen löper ut efter 90 sekunder. Not set tar över den lokalt konfigurerade timeout-inställningen. Short upptäcker fel snabbare men genererar mer frekventa protokollpaket; båda motparterna och driftbehoven beaktas före valet.

Använd loopback-detektering

Loopback detection (LBD) skickar egna loopprotokollpaket från portar där loopskyddet är aktivt. Om switchen tar emot ett självöverfört paket stänger den av mottagningsporten. LBD är således ett riktat tilläggsskydd mot en returnerad anslutning.

1. Välj On under Status i avsnittet Loopback detection. Off inaktiverar LBD; Not set använder den lokala switchinställningen.
2. Update.
3. Kontrollera sedan portarnas LBD-status. Vyn visar också om en port har stängts av av LBD.

LBD och STP löser inte samma uppgift. STP använder BPDU: er för att beräkna en slingfri topologi med ersättningsvägar. LBD reagerar på returen av sitt eget testpaket och kan stänga av mottagningsporten. Redundanta switchvägar är därför utformade med STP; LBD används dessutom och inte som ersättning för en saknad STP-design.

RSTP eller MSTP

I fliken STP konfigurerar Global settings - STP switchen. STP utbyter Bridge Protocol Data Units (BPDU), väljer en slingfri sökväg och kan aktivera en reservväg efter ett fel.

• RSTP konvergerar snabbt och bildar exakt ett spanning tree. Den passar mindre eller enkla Layer 2-topologier.
• MSTP bildar flera spanning tree för VLAN-grupper. Den passar större nätverk där olika VLAN-grupper kräver separata topologier eller lastbalansering.

MSTP väljs inte enbart på grund av nätverkets storlek: alla switchar i en MST-region måste drivas med en konsekvent regiondesign. Utan planerade instanser och VLAN-grupper är RSTP det enklare valet.

Globala STP-inställningar

1. Ställ in STP state på On. Off inaktiverar STP, Not set tar över den lokala inställningen.
2. Välj BPDU forwarding enligt designen.
3. Under Forced version väljer du RSTP eller MSTP.
4. Justera bryggprioritet och timer endast enligt dokumenterad STP-design.
5. För MSTP ska Configuration name och Configuration revision vara konsekventa i hela regionen.
6. Kontrollera ändringarna och överför dem till switchen med Update. Om de kasseras istället innan de överförs med Update klickar du på Clear.

Begränsning: STP state och BPDU forwarding kan inte slås på samtidigt. BPDU forwarding är därför inte en ytterligare omkopplare till aktiv STP.

De globala fälten och gränserna är:

Rotbryggan är avsiktligt inställd via Priority, inte slumpmässigt via MAC-adresser. Timers reduceras inte individuellt till förmodad acceleration: deras effekt planeras för hela STP-domänen och kontrolleras på alla berörda switchar efter ändringen.

RSTP-portparametrar

Efter Forced version: RSTP visar RSTP port settings per port:

• Priority: Multipler av 16 mellan 0 och 240
• Path cost configuration and operation: 0 till 200000000
• Edge port configuration/operation
• P2P MAC configuration/operation: Not set, Auto, Enabled eller Disabled
• Port status: Enabled, Disabled eller Not set
• Migration start time: Enabled, Disabled eller Not set
• BPDU guard, Root guard och BPDU forward: vardera Enabled, Disabled eller Not set
• Configuration source

En Edge port är endast avsedd för verkliga slutenheter som klienter eller servrar och möjliggör en snabb övergång till vidarebefordringsläget under uppkoppling. Om en switch, en bro eller en okänd nedströms Layer 2-infrastruktur ansluts till en port får den inte behandlas som en kantport. BPDU guard finns som ett konfigurerbart fält. Edge är ingen generell inställning för att påskynda konvergensen.

En P2P-länk ansluter nätverksenheter. Auto låter switchen känna igen länktypen; Enabled eller Disabled ställer in den uttryckligen. När en P2P-port blir en rotport eller utsedd port kan den gå direkt till vidarebefordringsläget för snabbare konvergens.

Efter utrullning kontrolleras Designated root bridge, External root cost, Designated bridge, Port role och Port state ytterligare på switchnivå. En port i ett blockerande STP-tillstånd är inte automatiskt felaktig om det finns en redundant sökväg.

MSTP-region och instanser

Efter Forced version: MSTP visas CIST port settings, MST instance settings och MST port settings.

CIST port settings ansluter MST-regionerna via det gemensamma och interna spannträdet. De innehåller samma viktiga portfält som RSTP: prioritet, konfigurerad och operativ sökvägskostnad, edge- och P2P-status, portstatus, Migration start time, BPDU guard, Root guard, BPDU forward och Configuration source. På switchnivå visas även Regional root bridge, Designated root bridge, External root cost, Designated bridge, Port role och Port state. Ändringar accepteras med Update.

Maximalt fyra MST-instanser kan skapas under MST instance settings:

1. Add.
2. Ange en MST ID från 1 till 4.
3. Ange ett enda VLAN-ID eller ett intervall som 1-100 under VLAN list.
4. Ställ in Priority som en multipel av 4096.
5. Save.

Kartläggning i VLAN list kartlägger befintliga VLAN till en STP-instans; det skapar inte VLAN eller portmedlemskap. Innan du sparar kontrolleras att regionens namn, revision och instanstilldelning motsvarar den regionövergripande planen. Instanser markeras och raderas med Delete; detta görs inte utan att kontrollera den resulterande CIST-topologin.

Under MST port settings väljs MST ID först. Följande kan konfigureras per port:

• Priority: Multipler av 16 mellan 0 och 240
• Internal path cost configuration and operation: 0 till 200000000
• Port status: Enabled, Disabled eller Not set

För acceptans visar vyn Regional root bridge, Designated root bridge, Internal root cost, Port role, Port state och Configuration source. Klicka slutligen på Update.

Säker ordningsföljd för en produktionsändring

1. Spara utgångsläge, kabelplan, motpartens konfiguration, återställningsväg för hanteringen och förväntad rotbrygga.
2. Utvärdera befintlig Conflicts individuellt och bestäm önskad Configuration source.
3. Kontrollera först LBD- och STP-designen på papper, särskilt rotprioritet, edge-portar och MST-regionparametrar.
4. Alla ytterligare LAG-kablar måste kopplas bort eller deras portar avaktiveras; den tidigare unika enda vägen måste först behållas.
5. Förbered motparten för LACP eller Static utan att oplanerat aktivera en andra lager 2-väg.
6. Konfigurera portar och LAG i Sophos Fusion; använd Save i LAG-dialogrutan.
7. Konfigurera STP och vid behov kompletterande LBD före länkaktivering och kontrollera alla ändringar som ännu inte överförts. Om den gamla banan tillfälligt ska existera parallellt måste STP säkra denna redundans; annars kopplas den gamla banan bort på ett kontrollerat sätt innan den nya aktiveras.
8. Synkronisera port-, LAG- och skyddskonfigurationen med Update och tillämpa motpartens konfiguration samordnat. Installera inte ytterligare VLAN, PoE, spegling eller QoS ändringar parallellt.
9. Kontrollera hanteringsåtkomst och effektiv skyddskonfiguration innan du aktiverar en ytterligare sökväg.
10. Under underhållsfönstret ansluter eller aktiverar du först exakt en avsedd LAG-medlem och först efter att ha kontrollerat den ytterligare medlemmar individuellt. Om en befintlig upplänk måste omkonfigureras sker den samordnade omkopplingen av båda sidor via den förberedda återställningsvägen.
11. Efter varje steg, kontrollera port- och LAG-status, LACP-medlemmar, rotbrygga, portroller och testtrafik.
12. Ta bort eller avaktivera den gamla upplänken som inte tillhör LAG först efter stabil acceptans.

Om ändringen ändrar den aktuella enda hanteringsvägen krävs oberoende out-of-band eller åtkomst på plats. Utan denna återställningsväg utförs stegen inte uteslutande på distans.

Acceptans

Framgångsrik synkronisering ensam är inte en teknisk acceptans. Följande punkter kontrolleras omedelbart och efter en observationsfas:

portar och LAG

• Inget oväntat Conflicts; Configuration source motsvarar planen.
• Varje ändrad port har rätt Label, Flow control och Speed/Duplex.
• Fysisk länk är stabil; inga upprepade länkändringar eller uppenbara hastighets-/duplexavvikelser.
• Member ports innehåller exakt de planerade LAG-medlemmarna.
• LAG-typ matchar på båda sidor; med LACP deltar de förväntade länkarna.
• Ett logiskt anslutningstest fungerar åt båda hållen.
• Med planerad redundans testas felet på exakt en medlem på ett kontrollerat sätt; därefter måste den återstående vägen bära trafik och den borttagna länken måste återanslutas till LAG-gruppen efter återanslutning.
• Ett lasttest med flera lämpliga trafikflöden kontrollerar kapaciteten. Ett enda flöde är inte bevis på distribution till alla medlemmar.

LBD och STP

• LBD visar inte en oväntad avstängningsport.
• Under Root bridge information, Root address, Priority, Cost och Port matchar designen.
• Bridge address, Forward delay, Maximum age och Hello time är rimliga.
• Port role och Port state motsvarar den förväntade aktiva och redundanta topologin.
• För RSTP stämmer värdena för Edge, P2P, Guard och Path Cost.
• Med MSTP, Configuration name, Configuration revision, MST IDS, VLAN-listor, samt regionala rotbryggor och portstatus för varje instans är överens.
• Ett planerat sökvägsfel konvergerar till reservvägen; vid återställning återgår nätverket till det förväntade stabila tillståndet.

Root bridge information är endast tillgänglig på switchnivå, inte på plats- eller stacknivå. Den enskilda switchen öppnas därför för denna kontroll.

Avgränsa fel efter symptom

Efter uppdatering är porten nere

• Kontrollera om Speed/Duplex: Disabled har ställts in.
• Jämför Auto eller det fasta värdet med motpartens inställning.
• Kontrollera kabel, SFP-modul och stödd hastighet.
• Kontrollera om LBD har stängt av porten eller STP tillåter helt enkelt inte att den vidarebefordras.
• Kontrollera Configuration source och en återuppkommen Conflict.

En LACP-medlem deltar inte

• Bekräfta Type: LACP på båda sidor.
• Jämför fysiska portar och Member ports mot kabelplanen.
• Kontrollera hastighet/duplex och länkstatus för varje medlem.
• Ändra inte LACP System priority, System policy eller särskilt portens timeout på chans; jämför först motpartens status.
• Se till att Update också har klickats efter Save.

Statisk LAG genererar förlust eller en slinga

• Separera ytterligare länkar på ett kontrollerat sätt tills det finns exakt en säker väg igen.
• Kontrollera om motparten bär samma portar i en statisk LAG.
• Växla inte LAG-typen ensidigt mellan Static och LACP.
• Kontrollera STP- och LBD-status och korrigera sedan båda sidor enligt en gemensam plan.

LBD stänger av en port

• Behandla händelsen som ett tecken på en loop och aktivera inte porten upprepade gånger utan kontroll.
• Följ kabeldragningen bakom mottagningsporten, särskilt patchpaneler, små ohanterade switchar och dubbla kontakter.
• Sätt endast porten i drift igen enligt ändringsplanen först när loopen har åtgärdats.
• Kontrollera sedan LBD-status och STP-topologi igen.

Oväntad rotbrygga eller fel väg

• Jämför Root address, bryggprioriteringar och MAC-adresser.
• Kontrollera om önskad Priority har sparats och synkroniserats som en multipel av 4096.
• portprioritet och sökvägskostnad ändras endast om den önskade sökvägen dokumenteras.
• För MSTP, jämför regionnamn, revision och VLAN-instansmappning på alla involverade switchar.
• Ha inte bråttom att aktivt genomdriva en blockerande redundant port; förstå först rot-, utsedd- och portroll.

STP kan inte aktiveras tillsammans med BPDU-vidarebefordran

Detta är den dokumenterade produktgränsen: Global STP state: On och BPDU forwarding: On utesluter varandra. Det måste avgöras om switchen själv deltar i STP eller vidarebefordrar BPDU: er enligt det avsedda scenariot. Försök inte tvinga båda inställningarna att vara aktiva samtidigt.

Ändringen visas inte på switchen

• Kontrollera om endast Save har använts i LAG- eller instansdialogrutan, men ännu inte Update på sidan.
• Efter Update, kontrollera Configuration source och Conflicts.
• Kontrollera det faktiska lokalt konfigurerade värdet vid Not set; Not set är inte en konkret driftstatus.
• Kassera inte ändringar som ännu inte har överförts till switchen med Update med Clear medan de fortfarande behövs.

Demontering

Demontering återställer det dokumenterade tidigare tillståndet istället för att slumpmässigt välja Not set:

1. Separera eller avaktivera de nyaktiverade redundanta fysiska vägarna på ett kontrollerat sätt så att inga parallella enskilda anslutningar kan bilda en slinga. Den oberoende återställningsvägen för hanteringen förblir tillgänglig.
2. Bestäm en unik, dokumenterad enda väg för demontering och se till att den kan kopplas och konfigureras identiskt på båda sidor.
3. Återställ LAG och tillhörande portkonfiguration samordnat på motparten och i Sophos Fusion under underhållsfönstret. Om den återstående länken själv tas bort från LAG-gruppen sker bytet av båda sidor via den oberoende hanteringsvägen och inte ensidigt.
4. Använd Save i dialogrutan, synkronisera sedan med Update och kontrollera hanteringsåtkomst och datatrafik först efter att den enda sökvägen har bekräftats.
5. Återställ tidigare STP-prioriteter, portparametrar och LBD-inställning först när LAG-gruppen har tagits bort, exakt en stabil väg vidarebefordrar trafik och inga redundanta enskilda anslutningar finns kvar. Synkronisera med Update.
6. Kontrollera Configuration source, Conflicts, rotbrygga, portroller, länkstatus, hanteringsåtkomst och testtrafik igen.

En återgång till Not set är endast korrekt om den lokala switchkonfigurationen medvetet ska gälla igen. Det garanterar inte att det tidigare explicita fusionsvärdet kommer att rekonstrueras automatiskt.