[ Pobierz całość w formacie PDF ]
.Usługa datagramowa nie jestgwarantowana - nie można zakładać, że pakiety NetBEUI zostaną do-starczone do miejsca przeznaczenia.Usługa połączeniowa gwarantujenatomiast dostarczenie danych.Rysunek 2.9 pokazuje strukturę ramki NetBEUI.Ramka NetBEUI jestobudowana ramką LLC IEEE802.2.Ramka LLC (patrz rysunek 2.10) za-wiera wartość F0 (szesnastkowo) w polu DSAP (Destination Service AccessPoint) oraz wartość F0 w polu SSAP (Source Service Access Point).Polesterujące (Control) wskazuje na typ ramki - czy jest to ramka informacji(I), czy nienumerowanej informacji (UI).Pole polecenia (CMD) w pierwotnej wersji ramki NetBEUI może zawierać22 różne kody poleceń.Kody poleceń NetBEUI wynoszą od 00 do 13(szesnastkowo) w przypadku ramek typu UI, oraz od 14 do 1Fw przypadku ramek typu I.Tabela 2.6 przedstawia polecenia NetBIOS. Rozdział 244Zagadnienia wydajności NBFNBF używa dwóch technik zwiększania wydajności połączeń:samoregulujące okna przesuwnezegary sterująceTechniki te opisano w kolejnych podrozdziałach.Rysunek 2.9Strukturaramki Net-BEUIRysunek2.10Obudowanieramki Net-BEUI przezpakiet LLCTabela 2.6 Polecenia NetBIOSNazwa ramki Kod ramki FunkcjaADD_GROUP_NAME_QUERY 0x00 Sprawdza, czy w sieci nie madwóch takich samych nazw grup.ADD_NAME_QUERY 0x01 Sprawdza, czy w sieci nie madwóch takich samych nazw.NAME_IN_CONFLICT 0x02 Wykryto zduplikowane nazwy.ADD_NAME_RESPONSE 0x0D Odpowiedz negatywna -wskazuje, że dodana nazwa jestduplikatem.NAME_QUERY 0x0A %7łądanie zlokalizowania nazwyw sieci.NAME_RECOGNIZED 0x0E Nazwa rozpoznanaw odpowiedzi naNAME_QUERY.SESSION_ALIVE 0x0F Sprawdza, czy sesja jest wciążaktywna.SESSION_CONFIRM 0x17 Potwierdzenie polecenia Infrastruktura protokołów TCP/IP w sieciach Windows45Nazwa ramki Kod ramki FunkcjaSESSION_INITIALIZE.SESSION_END 0x18 Zakończenie sesji.SESSION_INITIALIZE 0x19 Ustanowienie sesji.DATA_ACK 0x14 PotwierdzenieDATA_ONLY_LAST.DATA_FIRST_MIDDLE 0x15 Dane przesyłane w sesji(pierwsza lub środkowa ramka).DATAGRAM 0x08 Datagram wygenerowany przezaplikację.DATAGRAM_BROADCAST 0x09 Datagram w trybie broadcastwygenerowany przez aplikację.DATA_ONLY_LAST 0x16 Dane przesyłane w sesji (jedynalub ostatnia ramka).NO_RECEIVE 0x1A Brak polecenia RECEIVE.RECEIVE_CONTINUE 0x1C WskazujeRECEIVE_OUTSTANDING.RECEIVE_OUTSTANDING 0x1B Retransmituje ostatnio wysłanedane.STATUS_QUERY 0x03 Pytanie o stan zdalnego węzła.STATUS_RESPONSE 0x0F Informacja o stanie zdalnegowęzła.TERMINATE_TRACE_REMOTE 0x07 Kończy śledzenie w zdalnymwęzle.TERMINATE_TRACE_LOCAL_REM 0x13 Kończy śledzenie w zdalnymOTE i lokalnym węzle.Adaptacyjny protokół przesuwnych okienW celu zwiększenia wydajności NBF używa algorytmu przesuwnychokien, który zmniejsza obciążenie sieci i zapewnia kontrolę przepływudanych.Algorytm przesuwnych okien umożliwia nadawcy dynamicznedostrojenie ilości ramek LLC, które zostaną wysłane przed żądaniempotwierdzenia.Rysunek 2.11 pokazuje ramki przepływające przez dwu-kierunkowy kanał.Widać na nim pięć ramek podróżujących od nadawcydo odbiorcy.Odbiorca może wysłać pojedyncze potwierdzenie (ACK) dlaramki piątej, co oznacza potwierdzenie wszystkich ramek, od pierwszejdo piątej.Przesuwne okno może wówczas przesunąć się w prawo, ze-zwalając na transmisję kolejnych pięciu ramek. Rozdział 246Rysunek 2.11Samoregulująceokno przesuwneJeśli nadawca wysyła tylko jedną ramkę do kanału komunikacyjnegoi musi czekać na jej potwierdzenie, wówczas możliwości kanału pozostająniewykorzystane.Jeśli zaś może wysłać wiele ramek przed otrzymaniempotwierdzenia, wówczas kanał jest w pełni wykorzystywany.Ramkiprzepływają w przód kanału, a potwierdzenia otrzymanych ramek po-dróżują do tyłu.Liczba ramek, które nadawca może wysłać przed otrzy-maniem potwierdzenia, jest nazywana oknem nadawania.Zazwyczaj NBF nie ustawia okna odbioru, chyba że wykryje, że na zdal-nym komputerze pracuje wersja IBM LAN Server, która nigdy nie wysyłazapytań.W takim przypadku NBF używa okna odbioru opartego naparametrze MaximumIncomingFrames zapisanym w Rejestrze.Algorytmprzesuwnego okna próbuje określić rozmiar okna nadawania, który był-by optymalny dla bieżących warunków w sieci; okno powinno być takduże, żeby osiągnąć maksymalną przepustowość.Jeśli jednak okno bę-dzie zbyt duże, odbiorca z powodu nadmiernego obciążenia może zacząćodrzucać ramki.Powoduje to zwiększenie ruchu w sieci, ponieważ zgu-bione ramki muszą być retransmitowane.Zgubione ramki mogą powodować problemy w przypadku wolnych łączlub w sytuacji, w której ramki przechodzą przez kilka przekaznikóww drodze do miejsca przeznaczenia.Gubienie ramek w połączeniuz dużymi oknami nadawania powoduje częste retransmisje, co pogarszai tak już niekorzystne warunki ruchu w sieci.Ograniczenie wielkościokna nadawania pomaga zmniejszyć ruch i uniknąć zablokowania sieci. Infrastruktura protokołów TCP/IP w sieciach Windows47Zegary sterująceNBF używa trzech zegarów: zegara odpowiedzi (T1), zegara potwier-dzenia (T2) oraz zegara braku aktywności (Ti).Zegary te ułatwiają kon-trolowanie ruchu w sieci.Ich praca określona jest przez wpisyDefaultT1Timeout, DefaultT2Timeout i DefaultTiTimeout w Rejestrze Win-dows, których wartości określa następująca reguła:T2
[ Pobierz całość w formacie PDF ]