23735

FPD1

Siec FDDI (Fiber Distributed Data Interface) została opracowana przez komitet ANS1. Jest to szybka sie<f lokalna typu token ring, która z racji swych parametrów bywa zaliczana do klasy HSLN i może stanowić środek techniczny do realizacji sieci miejskiej MAN. Sieci takie, publiczne lub ptywatne, stanowią szkielet komunikacyjny, m in. umożliwiający łączność pomiędzy poszczególnymi sieciami lokalnymi. Należy pamiętać, że sieci MAN nie muszą być realizowane w technologii LAN.

DANŁD.GÓLNEi

typ: token ring (pierścień z przesvłan\m znacznikiem), ninltiple token (ETR) (Strategia przywracania znacznika wyznaczająca chwilę ponownego wprowadzania wolnego znacznika przez stację, która go uprzednio usunęła z pierścienia - natychmiast po zakończeniu nadawania stada wprowadza nowy wolny

znacznik, figli ..dokleja" go tuż za katem agi ramki - największa gfctomoflL - naikcat wykorzystanie

przepustowości sieci), sotirce remoyal (usuwanie z pierścienia uprzednio nadanej ramki przez stacie nadającą. po obiegnięciu ramki wokół całego pierścienia)

medium: dwa przeciwbieżne światłowody, z rekonfignracją, możliwe też użycie skrętki (wariant TPDDI) i nie korzystanie z zapasowego pierścienia

możliwość tworzenia złożonych struktur okablowania, przy zachowaniu topologii pierścienia szybkość transmisji: 100 Mbps

-    kodowanie: 4B/SB (każde pół oktetu kodowane na pięciu bitach)

całkowita długość pierścienia: rzędu stu kilometrów, ograniczona czasem obiegu informacji sterującej maksymalna liczba stacji: rzędu 1000 - teoretycznie nie ograniczona maksymalna długość ramki: 4500 bajtów (ograniczenie teclmiczne)

-    synchronizacja: rozproszona, niezależna w każdej stacji (bez udziału stacji monitora)

obsługa ruchu asynchronicznego o ośmiu poziomach priorytetów (podobnie jak w sieci IBM Token Ring), ruchu syndironicznego (wykorzystującego wydzieloną część przepustowości sieci) i ruchu izochronicznego (periodycznej transmisji ramek w cyklu 125 mikrosekimd —tylko w nowym, mało popularnym wariancie sieci FDDI-II)

Odmiennie niż w sieci IBM TOKEN RING, w sieci FDDI każda stacja posiada 10-bitowy bufor elastyczny, niwelujący zjawisko jitteru pomiędzy własnym odbiornikiem a nadajnikiem stacji poprzedniej. Każda ramka poprzedzona jest preambułą, która jednak nie służy do syndironizacji zegarów (w dosłownym znaczeniu), lecz do wstępnego ustawiania bufora w środkowej pozycji. Taki sposób synchronizacji pozwala na obsługę wielkiej ilości stacji.

Dodatkowym środkiem zwiększającym niezawodność sieci jest optyczny przekaźnik (optical bypass), który odłącza stację (w wypadku jej awarii) bez przerywania ciągłości pierścienia. Budżet mocy pozwala na odłączenie za pomocą tego elemenm trzech kolejnych stacji.

Start sieci:

1.    Wybieranie stacji monitora (standardowo są przekazywane adresy) wygrywa stacja o największym adresie

2.    Licytacja czasu obiegu tokena w pierścieniu - jeśli czas obiegu tokena odpowiada danej stacji (jest mniejszy niż ona by chciała - będzie otrzymywać częściej token) stacja retransmituje ten czas dalej jeśli chciałaby częściej otrzymywać token przekazuje dalej wartość czasu obiegu tokena jaka jej odpowiada.

3.    Proces licytacji (Claim) koiiczy się kiedy stacja Monitor otrzyma 2 razy pakiet z tym samym czasem T_Req. Czas obiegu tokena jest dostosowany do najbardziej wymagającej stacji (najkrótszy wygrywa).

4.    Po zakończeniu procesu Claim (licytacja czasu obiegu tokena) Stacja monitor wysyła token.

5.    Wszystkie stacje po otrzymaniu tokena ustawiają flagi:

RO= 1

CT_Late = 1

A do licznika TRT wpisują wartość T_Req (czas obiegu tokena)

6.    Rozpoczyna się normalna transmisja.

Token nieopóźniony:

Stacja po odebraniu tokena o czasie przeładowuje licznik TRT czasem TTRT. Jeśli odbierze token wcześniej to ten czas jest zapisywany w liczniku THT. A sama stacja może nadać teraz dane Asynchroniczne. Przy nadawaniu danych asynchronicznych zmniejszany jest licznik THT oraz TRT.

Powstawanie opóźnień:

Jeśli stacja nie nadaje żadnych danych kolejna stacja otrzymuje token wcześniej i jej faza się przestawia - teraz będzie chciała zawsze otrzymać token wcześniej.

Opóźniony token:

Stacja liczy sobie czas TRT (Token Rotation Time) jeśli do końca tego czasu nie otrzyma tokena to ustawia CT_Late na 1 i NIE przeładowuje licznika TRT czasem TTRT (Target Token Rotation Time).

Zagubietue tokena:

Jeśli stacja nie odbierze tokena w przeciągu trwania 2 czasów TTRT zgłasza zaginięcie tokena. Następuje restart systemu.