Átlátszó áthidalás 1

Az áttetsző hidakat (TB) először a Digital Equipment Corporation fejlesztette ki az 1980-as évek elején. A digitális bemutatta az IEEE-ben végzett munkáját, amely tartalmazza az IEEE 802.1 szabványt. A TB nagyon népszerű az Ethernet / IEEE 802.3 hálózatokban.

A TV sikeresen elszigeteli a szegmensen belüli forgalmat, ezáltal csökkentve a forgalmat minden egyes szegmensben. Ez általában javítja a felhasználó által észlelt hálózati válaszidőt. A forgalomcsökkentés mértéke és a válaszidő javulása attól függ, hogy mennyi a szegmens közötti forgalom a teljes forgalomhoz képest, valamint a multicast és multicast forgalom volumene.

A hidak közötti kölcsönhatás jegyzőkönyvének hiányában a TV-algoritmus megtagadja, ha a csatlakoztatott hálózat bármelyik LAN-jának több útja van, beleértve a hidakat és a helyi hálózatokat is. A hurok kialakulása a hidakhoz való csatlakozáskor az 1. ábrán látható. 29-2 "A csomagok helytelen promóciója és az információfelismerés átlátható összekapcsolási környezetben".

Tegyük fel, hogy az A host egy adatblokkot küld a Host B-nek. Mindkét hidat elfogadja ezt az adatblokkot, és helyes következtetést von maga után, hogy az A gép a hálózaton 2. Sajnos, miután a B gép megkapja két példányát az A , mindkét hidat ugyanazt az adatblokkot kapják az 1. hálózathoz való kapcsolódási pontjaikkal szemben minden állomás fogad minden broadcast LAN üzenetet. Bizonyos esetekben a hidak megváltoztatják belső tábláikat, jelezve, hogy az A gép a Network 1-en van. Ebben az esetben, ha a B gép az A gép adatblokkájára válaszol, mindkét hidat elfogadja, majd figyelmen kívül hagyja ezeket a válaszokat, mert táblázatuk jelzi, hogy ez a cél (A gép) a hálózat ugyanazon szegmensében található, mint az adatblokk forrásának.

A fent leírt alapvető kapcsolódási problémák mellett egy potenciálisan komoly probléma a hírközlési üzenetek hurokhálózatokon történő terjesztése. Visszatérés a 2. ábrára. 29-2. Feltételezzük, hogy az A gép kezdeti adatblokkját sugározzák. Mindkét híd végtelenül támogatja ezt az adatblokkot az összes rendelkezésre álló hálózati sávszélesség használatával és blokkolja a többi csomag továbbítását mindkét szegmensben.

A topológiában a hurkok hasonlóak a 3. ábrán láthatóhoz. 29-2, hasznos lehet, de potenciálisan káros is lehet. A hurok több útvonal elérését jelenti összekapcsolt hálózaton keresztül. A több forrásból a rendeltetési helyig terjedő hálózatban a teljes zajelégtelenség fokozható a topológiai rugalmasság miatt.

Az STA hurokmentes alhalmazát adja a hálózati topológiának oly módon, hogy olyan hídokat helyez el, amelyek bekerülnek a készenléti állapotba (blokkoló) állapotba. A blokkoló híd kikötői aktiválhatók a fő csatorna meghibásodása esetén, új útvonalat biztosítva a csatlakoztatott hálózaton keresztül.

A feszítőfa számításának első lépése a gyökérhíd kiválasztása, amely a hídazonosító legalacsonyabb értékével rendelkező híd. Az 1. ábrán. 29-3, a gyökérhíd a Bridge 1. Ezután a gyökérport minden más hidaknál meghatározzák. A híd gyökérportja egy olyan port, amelyen keresztül elérheti a gyökérhídra az útvonal legkisebb költségeit. Ezt az értéket (vagyis a gyökérhídhoz tartozó legalacsonyabb kombinált útvonalat) a root elérési költségnek nevezik.

Végül meghatározták a kijelölt hidakat és a kijelölt kikötőket. A kijelölt híd az egyes helyi hálózatok hídja, amely a gyökérvonal minimális költségeit biztosítja. A helyi hálózat kijelölt hídja az egyetlen olyan híd, amely lehetővé teszi az adatblokkoknak az adott helyi hálózathoz (és abból) történő továbbítását, amelyekhez ez a híd van rendelve. A hozzárendelt LAN port az a port, amely összeköti a hozzárendelt híddal.

Bizonyos esetekben két vagy több hidat ugyanolyan költségekkel lehet elérni a gyökér elérési útjában. Például a 3. ábrán. 29-3 mind a Bridge 4, mind az Bridge 5 elérheti az 1. hídot (a gyökérhídot) a 10. útvonal költségeivel. Ebben az esetben a híd azonosítóit ismét használják, ezúttal a hozzárendelt hidak meghatározására. Ha ezt választja, a Bridge 4 LAN V portja előtt a Bridge 4 LAN-portját választja ki.

Ha ezt a folyamatot használja, akkor minden hidat, amely közvetlenül kapcsolódik az egyes hálózatokhoz, kivéve az egyiket, áthidalja; Így a két LAN közötti összes hurok törlődik. Az STA kiküszöböli azokat a hurkot is, amelyek több mint két helyi hálózatot tartalmaznak, miközben továbbra is fenntartják a kapcsolatot. Az 1. ábrán. 29-4 "TV hálózat az STA futtatása után" az STA működésének eredményeit mutatja a 3. ábrán látható hálózatban. 29-3. Az 1. ábrán. A 29-4. Ábra jobban mutatja a fa topológiáját. Az ábra összehasonlítása a hálózati rajzokkal az STA futtatás előtt azt jelzi, hogy az STA készenléti állapotba kapcsolt mind a LAN 3 V Bridge 3 portjai, mind a Bridge 5 LAN 5 portjai.

Az átfedő fa számításakor a hídra hatalomra van szükség, és minden esetben a topológiai változás észlelésére. A számításhoz kapcsolódni kell az átfedő fa hídok között, amelyet konfigurációs üzenetek (néha híd protokoll adategységek, vagy BPDU) hajtanak végre. A konfigurációs üzenetek a gyökérnek tekintett hidat (azaz a gyökérhíd azonosítóját) azonosító információt tartalmaznak, valamint a forráshídtól a gyökérhídig terjedő távolságot (root útvonal költségeit). A konfigurációs üzenetek tartalmazzák a küldő híd híd- és portazonosítókat is, valamint a konfigurációs üzenetben lévő információk korát.

A hidak a konfigurációs üzeneteket rendszeres időközönként cserélik (általában 1-4 másodpercig). Ha a híd meghibásodik (ami a topológiában megváltozik), a szomszédos hidak hamarosan nem találnak konfigurációs üzeneteket, és elindítják az átfedő fa újratervezését.

A TV hidak cserélik a konfigurációs üzeneteket és a topológiát váltó üzeneteket. A hidak a konfigurációs üzeneteket hálózati topológia létrehozására cserélik. A topológia megváltoztatásának üzenetei a topológia bármely változásának észlelése után kerülnek elküldésre, ami azt jelzi, hogy az STA újrafuttatása szükséges.

Az IEEE 802.1d konfigurációs üzenet formátuma az 1. ábrán látható. 29-5.

A TV-konfigurációs üzenet első mezője a protokoll azonosító mező, amely tartalmazza a nulla értéket.

A TV-konfigurációs üzenet második mezője a verzió mező, amely tartalmazza a nulla értéket.

A TV-üzenet harmadik mezője az üzenet típus mező, amely tartalmazza a nulla értéket.

A TV-konfigurációs üzenet negyedik mezője egy egy byte-os jelzőmező. A TS bit jelzi a topológia változását. A TCA bit úgy van beállítva, hogy nyugtázza a konfigurációs üzenet kézhezvételét a TC bit-készlettel. A bájt többi hat bitjét nem használjuk.

A TV-konfigurációs üzenet következő mezője a gyökérazonosító mező (gyökér azonosító). Ez a 8 bájtos mező azonosítja a gyökérhídot a 2 bájtos prioritás számozásával, majd annak 6 bájtos azonosítójával.

A gyökérhíd azonosító mezőt követi a gyökér elérési költség mező, amely a konfigurációs üzeneteket a gyökérhídra küldő híd útvonalának költségeit tartalmazza.

Ezután megjelenik a Bridge ID mező, amely azonosítja az üzenet küldésére szolgáló híd prioritását és azonosítóját.

A portazonosító mező azonosítja azt a portot, ahonnan a konfigurációs üzenet elküldött. Ez a mező lehetővé teszi, hogy felismerje és kiküszöbölje a több összekapcsolt híd által kialakított hurkot.

Az üzenet korhatár határozza meg az eltelt időt attól a pillanattól kezdve, hogy a gyökérhíd elküldte a konfigurációs üzenetet, amelyen az aktuális konfigurációs üzenet alapul.

A maximális korhatár jelzi, hogy mikor kell törölni az aktuális konfigurációs üzenetet.

A hello time mező a gyökérhíd konfigurációs üzenetei közötti időszakot biztosítja.

Végül az előre késleltetés mező megadja azt az időtartamot, ameddig a hidaknak várniuk kell, mielőtt egy új állapotba váltanak, miután a topológia megváltozott. Ha a híd átmenete túl gyorsan megy végbe, akkor nem minden hálózati csatorna készen áll arra, hogy megváltoztassa állapotát, aminek következtében hurkok jelennek meg.

A topológiai változásokról szóló üzenetek csak 4 bájtból állnak. Ezek közé tartozik egy protokollazonosító mező, amely nulla értéket, egy verziómezőt tartalmaz, amely nulla értéket és egy üzenettípus mezőt tartalmaz, amely 128 értéket tartalmaz.

Verzió: 0.1
Ez a dokumentum Vladimir Pleshakov HTML változatához készült.
Vladimir Pleshakov. [email protected]. Rajzok Vladimir Chepikov.
Vladimir Chepikov. [email protected].