Podurile transparente (TB) au fost dezvoltate pentru prima oară de Digital Equipment Corporation la începutul anilor 1980. Digital și-a prezentat activitatea în IEEE, care a inclus-o în standardul IEEE 802.1. TB este foarte popular în rețelele Ethernet / IEEE 802.3.
Televiziunea izolează cu succes traficul intra-segment, reducând astfel traficul vizibil în fiecare segment individual. Aceasta îmbunătățește, de obicei, timpul de răspuns al rețelei văzut de utilizator. Gradul de reducere a traficului și îmbunătățirea timpului de răspuns depinde de volumul traficului intersegmentat în raport cu traficul total, precum și de volumul traficului multicast și multicast.
Fără protocolul de interacțiune dintre poduri, algoritmul TV refuză atunci când există mai multe căi între două LAN-uri ale rețelei conectate, inclusiv punți și rețele locale. Formarea bucșei la îmbinarea cu punțile este prezentată în Fig. 29-2 "Promovarea incorectă a pachetelor și recunoașterea informațiilor în medii transparente de interconexiune".
Să presupunem că gazda A trimite un bloc de date către gazda B. Ambele poduri acceptă acest bloc de date și fac concluzia corectă că mașina A se află pe rețeaua 2. Din păcate, după ce aparatul B primește două instanțe ale blocului de date al mașinii A , ambele poduri primesc din nou același bloc de date pe interfețele lor cu Rețeaua 1, deoarece toți gazdele primesc toate mesajele LAN difuzate. În unele cazuri, punțile își schimbă tabelele interne pentru a indica că mașina A se află pe rețeaua 1. În acest caz, atunci când mașina B răspunde la blocul de date al mașinii A, ambele poduri vor accepta și apoi vor ignora aceste răspunsuri, deoarece tabelele acestora vor indica faptul că această destinație (mașină A) se află în același segment al rețelei ca sursă a acestui bloc de date.
Pe lângă problemele de conectivitate de bază precum cea descrisă mai sus, o problemă potențial serioasă este propagarea mesajelor difuzate în rețele cu bucle. Întorcând din nou la Fig. 29-2, presupuneți că blocul de date inițial al mașinii A este difuzat. Ambele poduri vor promova infinit acest bloc de date folosind toată lățimea de bandă disponibilă a rețelei și blocând transmiterea altor pachete în ambele segmente.
Topologia cu bucle similare cu cea prezentată în Fig. 29-2, pot fi utile, dar și potențial dăunătoare. Buclele implică existența mai multor căi printr-o rețea interconectată. Într-o rețea cu căi multiple de la sursă la destinație, imunitatea totală a zgomotului poate crește datorită flexibilității topologice îmbunătățite.
STA oferă o submulțime fără buclă a topologiei rețelei prin plasarea unor astfel de poduri care, dacă sunt incluse, formează bucle în starea de așteptare (blocare). Porturile punții de blocare pot fi activate în cazul unei defecțiuni a canalului principal, oferind o nouă cale prin rețeaua conectată.
Primul pas în calculul arborelui spanning este selectarea podului rădăcină, care este podul cu cea mai mică valoare a identificatorului podului. În Fig. 29-3, podul rădăcină este Bridge 1. Apoi, portul rădăcină este definit în toate celelalte punți. Portul de bază al podului este un port prin care puteți ajunge la podul rădăcinii cu cele mai mici costuri combinate ale căii. Această valoare (adică cel mai mic cost al căii combinate pentru podul rădăcină) se numește costul traseului rădăcinii.
În cele din urmă, punțile desemnate și porturile lor desemnate sunt definite. Podul desemnat este podul fiecărei rețele locale, care asigură costurile minime ale căii radiculare. Punctul atribuit al rețelei locale este singurul pod care permite avansarea blocurilor de date la acea rețea locală (și din ea), pentru care este atribuită această punte. Portul LAN atribuit este portul care îl conectează la podul atribuit.
În unele cazuri, două sau mai multe poduri pot avea aceleași costuri ale căii radiculare. De exemplu, în Fig. 29-3, atât Podul 4 cât și Podul 5 pot ajunge la Podul 1 (podul de rădăcină) cu costul traseului 10. În acest caz, identificatorii punții sunt din nou utilizați, de această dată pentru a determina punțile atribuite. Dacă alegeți, preferința este dată portului LAN V al Bridge 4 înaintea portului LAN V al Bridge 5.
Atunci când se utilizează acest proces, toate punțile conectate direct la fiecare rețea LAN, cu excepția unuia, sunt legate de punte; Astfel, toate buclele între cele două LAN-uri sunt șterse. De asemenea, STA elimină buclele care includ mai mult de două rețele LAN, menținând în același timp conectivitate. În Fig. Rețeaua TV 29-4 "după funcționarea STA" prezintă rezultatele operației STA în rețeaua prezentată în Fig. 29-3. În Fig. 29-4 arată mai clar topologia arborelui. Comparația acestei cifre cu desenul rețelei înainte de executarea STA indică faptul că STA a trecut în modul de așteptare atât porturile Bridge 3 din LAN V, cât și porturile Bridge 5 din LAN V
Calculul arborelui spanning are loc atunci când se aplică forța pe pod și în toate cazurile de detectare a modificării topologiei. Pentru calcul, este necesară o conexiune între punțile de arbore, care se realizează prin mesaje de configurare (uneori numite unități de date de protocol de punte., Sau BPDU). Mesajele de configurare conțin informații care identifică podul considerat a fi rădăcina (adică identificatorul podului rădăcină) și distanța de la podul de sursă la podul rădăcină (cheltuielile pentru traseul rădăcinii). Mesajele de configurare conțin, de asemenea, identificatorii podului și portului podului de transmisie, precum și vârsta informațiilor conținute în mesajul de configurare.
Podurile schimbă mesajele de configurare la intervale regulate (de obicei 1-4 secunde). Dacă un pod nu reușește (determinând o modificare a topologiei), punctele vecine nu vor descoperi în curând mesaje de configurare și nu vor iniția recalcularea arborelui de spanning.
Mesajele de configurare schimbă punțile TV și mesajele de schimbare a topologiei. Podurile schimbă mesajele de configurare pentru a stabili o topologie a rețelei. Mesajele de modificare a topologiei sunt trimise după ce orice modificare a topologiei este detectată pentru a indica faptul că ar trebui efectuată o nouă reluare a STA.
Formatul mesajului de configurare IEEE 802.1d este prezentat în Fig. 29-5.
Primul câmp al mesajului de configurare TV este câmpul de identificare a protocolului, care conține valoarea zero.
Al doilea câmp din mesajul de configurare TV este câmpul de versiune, care conține valoarea zero.
Al treilea câmp din mesajul TV este câmpul tip de mesaj, care conține valoarea zero.
Cel de-al patrulea câmp din mesajul de configurare TV este un câmp cu simboluri de un octet. Bitul TS indică o modificare a topologiei. Bitul TCA este setat să confirme primirea mesajului de configurare cu setul de biți TC. Ceilalți șase biți ai acestui octet nu sunt utilizați.
Următorul câmp din mesajul de configurare TV este câmpul ID-ul rădăcină (ID-ul rădăcină). Acest câmp de 8 octeți identifică podul rădăcină prin enumerarea priorității sale de 2 octeți, urmată de ID-ul său de 6 octeți.
Câmpul ID Root Bridge este urmat de câmpul cost cu o rată de cale rădăcină, care conține costurile căii de pe podul care trimite mesajul de configurare la podul rădăcină.
În continuare apare câmpul ID al punții, care identifică prioritatea și ID-ul podului care trimite mesajul.
Câmpul ID al portului identifică portul din care a fost trimis mesajul de configurare. Acest câmp vă permite să detectați și să eliminați buclele formate din mai multe poduri conectate.
Câmpul de vârstă a mesajului specifică durata scursă din momentul în care podul rădăcină a trimis mesajul de configurare pe care se bazează mesajul de configurare actual.
Câmpul de vârstă maximă indică momentul în care mesajul de configurare curent trebuie șters.
Câmpul salut timp oferă o perioadă de timp între mesajele de configurare ale podului rădăcină.
În cele din urmă, câmpul de întârziere în avans furnizează timpul necesar ca podurile să aștepte înainte de a trece la o stare nouă după o modificare a topologiei. Dacă tranzițiile unui pod se produc prea repede, atunci nu toate canalele de rețea pot fi gata să-și schimbe stările, ca urmare a căror bucle pot apărea.
Mesajele despre modificările topologice constau în numai 4 octeți. Acestea includ un câmp de identificator de protocol care conține o valoare zero, un câmp de versiune care conține o valoare zero și un câmp de tip de mesaj care conține o valoare de 128.
Versiune: 0.1
Acest document a fost pregătit pentru versiunea HTML a lui Vladimir Pleshakov.
Vladimir Pleshakov. [email protected]. Desene Vladimir Chepikov.
Vladimir Chepikov. [email protected].