VSS (Virtual Switching System)

Podcast: Last Ned (Lengde:18: 45 — 18.1 MB)

Hva ER VSS?

Først av ALT vil vi definere VSS. VSS står For Virtual Switching System, og når VI snakker OM VSS snakker vi om en klynge, ikke en stabel. En stabel er ikke noe mer enn å legge til porter, og her snakker vi om å montere en klynge med alt det betyr, uansett, ikke bekymre deg hvis dette høres litt kryptisk fordi forklare dette er nettopp formålet med denne lyden.

VSS lar deg konvertere to uavhengige brytere til en ny, større bryter. Dette kan monteres Med Cisco 4500, 6500 og 6800 som har den spesifikke maskinvaren FOR VSS, det vil si at det ikke er verdt noen 6500 som vi finner, for å montere EN VSS trenger vi spesifikke programvareversjoner og spesifikk maskinvare.

VSS tillater kombinasjonen av to brytere for å oppnå en enkelt logisk nettverksenhet fra kontroll-og ledelsesplanets perspektiver.

For at rutingsprotokoller skal fungere skikkelig ved å tilby en enkelt enhet, Bruker Cisco SSO-teknologi (IOS Statefull SwitchOver) og nsf-utvidelser (Non Stop Forwarding).

selvfølgelig vil den nye virtuelle bryteren fra utsiden se ut som en enkelt enhet, som om det bare var en datamaskin og ikke to.

Hva GJØR VSS?

  • på ledelsesnivå forener SNMP, SSH, telnet ….
  • i nivå 2 er ansvarlig For Bpu-ene, LACP – ene, den gestusive av Mac-Ene …
  • nivå 3 er ansvarlig for rutingsprotokollene, ruting …

som du kan innse dette går langt utover det som ville være en enkel stabel

og i form av behandlingen på bryteren aktiv utfører programmering av videresending Av DFCs i VSS og i tillegg til å programmere PFC (policy feature card) fra prosessoren til bryteren i standby-modus.

PFC (policy feature card) av active supervisor vil utføre oppslag av trafikken som går inn gjennom active virtual swtich og PFC av den andre bryteren som går inn gjennom den andre bryteren. Og DFCs vil gjøre det samme på kortene sine.

du vet allerede dette , Men Kfcene tar ingen beslutninger fordi beslutningen vil bli videresendt til veileder, dersom noen fortsatt har et kort av denne typen.

VSS tillater sentralisert styring av alt, ENTEN BGP, STP, OSPF, LACP, hva du vil.

VSL (Virtual Switch Link)

VSS vi har allerede kommentert at det er en klynge av to brytere, men selvfølgelig må disse bryterne bli med dem på en eller annen måte, i motsetning til en stabel som vanligvis gjøres med proprietære kabler her.to brytere som danner i vss, men du vet AT hvis du finner den og den tjener, kan du bruke den.

trafikken som passerer GJENNOM VSL er innkapslet MED vsh (Virtual Switch Header) header, noe som er interessant at du vet mer enn noe fordi VSH header har en lengde på 32 byte, hvis du må overføre for ca 10g fjernkontroll som du tar hensyn til størrelsen på rammen.

Når du har satt kablene som vil danne VSL, må du starte DEN, for dette kommer inn i en protokoll som heter Lmp (Link Management Protocol) som bekrefter at koblingene er riktige, utveksler iden til bryterne og deretter den nødvendige informasjonen for å kommunisere begge chassisene.

da må vi sjekke at både programvare og maskinvare er kompatible for senere å bestemme hvilken datamaskin som skal være aktiv og hvilken backup FOR vss-kontrollplanet.

her kommer en protokoll kalt RRP (Role Resolution Protocol) som gjør nettopp det, kontroller at alt er kompatibelt og velg en aktiv bryter og en standby-bryter.

og det er her det begynner kjøttet i saken fordi kontrollene kan være riktige eller ikke, hvis de er riktige, initialiserer det alt og switch ER NSF / SSO (Nonstop Forwarding / Statefull Switchover), dette er bra, men hvis NOE går galt, ER VSS i modus RPR (Route-Processor Redundans) og alle modulene er slått av. Dette er hvor det kan være et reelt problem, når du ser at datamaskinene forblir I rpr-modus, er dette det vi aldri vil se, og første gang vi ser det, vil vi komme oss ut av det, men det er egentlig fordi det er noe galt, uten mer, det eneste vi må gjøre er å puste og se etter forskjellene.

Redundans AV VSL

Sikkert innser du AT VSL er en grunnleggende del AV VSS, egentlig uten VSL ville vi ikke ha synkronisering mellom kontrollplanene til de to prosessorene, i TILLEGG, uten VSL STARTER VSS direkte ikke fordi SSO ikke vil kunne esubler i livet, så redundansen TIL VSL er grunnleggende.

faktisk om det er to ELLER fire VSL-kabler, avhenger av antall kontroller vi har på hver bryter. Egentlig med et chassis kontrolleren er nok, og hvis vi bare har et chassis kontrolleren vil vi bli både chassis av en 2-wire etherchannel.

nå, hvis vi har to prosessorer, vil vi bruke en kabel til å bli med kontroller 1 av bryter 1 med kontroller 1 av swich 2 og en annen med kontroller 2 og deretter et annet par kabler av den andre kontrolleren til den første bryteren med de to av den andre, det vil si kontrollerne koblet til de to av motsatt bryter og selvfølgelig er dette 4 kabler. Det er derfor 2 eller 4 kabler brukes TIL VSL redundans, avhengig av antall kontroller i hver bryter.

Som du ser er det ikke så vanskelig å forstå driften AV EN VSS, er noe mange nye og derfor kan høres ukjent, men det er ikke komplisert, bare ny

så er det et problem som egentlig ikke har noe Å gjøre MED VSL,men hvis det har å gjøre med kontrollen av det vi kaller dual active, som er et scenario der begge bryterne som utgjør VSS forblir aktive fordi VSL har falt full dette er dårlig, veldig dårlig, og for å forhindre dette vi trenger deteksjonsmekanismer.

disse mekanismene er i utgangspunktet TO PAGP+ (enhanced PAgP), som Er En Cisco proprietær protokoll, og det er derfor jeg ikke liker DET, og jeg foretrekker bfd-alternativet som har en litt lengre konfigurasjon, jeg snakker om to linjer, men det tjener oss det samme.

Dette er noe du alltid må konfigurere på den første etherchannel som er konfigurert, vel, og på den andre og tredje.

BÅDE PAGP+ og BFD tillater oss å identifisere den doble aktive situasjonen i bryterne.

så glemmer jeg ikke At Det er En Ting Som heter Fast Hello Detection, som ble introdusert senere, men jeg har aldri brukt, så det er derfor jeg ikke kommenterer, bare fortelle deg at den eksisterer, og at det er et annet alternativ som fra det jeg har sett er konfigurert veldig enkelt.

og hvis en dual active oppdages, hva skjer? mmmm, fordi en av dem er startet på nytt for å resinconize igjen, i prinsippet ingenting skal skje, men det er ikke en ønskelig situasjon.

uansett hvis du tror vi vil dedikere noen minutter til bug scenarier MED VSS.

hva skjer når den aktive supervisoren mislykkes?

her vil det bare bytte skjermen til standby, og det er det, hvis du hadde konfigurert preemtion på tidspunktet for å gjenopprette den ødelagte, ville den være aktiv igjen. Personlig tror jeg ikke det er en god ide å ha preemtion satt opp fordi, i hvert fall for meg, liker jeg at når ting pendler uten behov, er det med meg foran hva som kan skje. Og hvis du bruker like brytere, gir det ikke mye mening at man er foretrukket, selv om jeg har sett folk sette en bryter med preemtion fordi den er til venstre for de andre tingene, så kanskje de ikke er nok grunner.

hva skjer når EN vsl-kobling mislykkes?

Egentlig ingenting, vi vil få en alarm, vi vil se på porten, kabelen og når du gjenoppretter feilen, at det normale ville være at DET var en ødelagt SFP vi endrer det og å jobbe.

hva skjer når en ikke-VSL-port mislykkes?

Samme som før

hva skjer når alle ikke-VSL-porter mislykkes?

det betyr at alle porter som ikke er fra prosessoren mislykkes, denne situasjonen har jeg bare sett når bryteren går INN I RPR (Route-Processor Redundans) modus

hva skjer når full VSL faller?

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.