Tcp Ip Biblia Pl (Helion)

Podstrony

[ Pobierz całość w formacie PDF ]
.Ten segment zawiera poczatkowy numer sekwencji klienta (client_isn ) oraz bitSYN o wartosci ustawionej na 1.Bit SYN okresla status synchronizacji; wartosc 1oznacza, ze hosty nie sa zsynchronizowane i zadane jest nawiazanie polaczenia.Ten specjalny segment nosi nazwe segmentu synchronizacji (SYN segment) i niezawiera zadnych danych aplikacji, poniewaz przed wyslaniem danych polaczeniemusi zostac nawiazane.Oprócz tego klient wysyla rozmiar okna, który okreslapo stronie klienta rozmiary bufora, sluzacego do skladowania segmentówotrzymywanych od serwera.2.Gdy datagram IP dociera do hosta serwera, ten wyciaga z datagramu segmentTCP SYN, przydziela do polaczenia bufory TCP i zmienne stanu, oraz potwierdzaodbiór wysylajac do TCP klienta segment polaczenie przyznane (SYNACKsegment).W celu potwierdzenia serwer w segmencie SYNACK umieszcza Rozdzial 6.Warstwa transportowa 135wartosc client_isn + 1.Segment SYNACK nadal posiada bit SYN ustawiony na1 i zawiera poczatkowy numer sekwencji serwera (server_isn).Segment zawierakomunikat, powiadamiajacy klienta, iz serwer otrzymal pakiet SYN klientaz poczatkowym numerem sekwencji klienta (client_isn), oraz ze protokól TCPw serwerze zgadza sie na nawiazanie tego polaczenia z poczatkowym numeremsekwencji serwera (server_isn).Ponadto serwer wysyla rozmiar okna, któryokresla po stronie serwera rozmiary bufora sluzacego do skladowania segmentówotrzymywanych od klienta.3.Klient po otrzymaniu od serwera segmentu SYNACK równiez przydziela po swojejstronie bufory i zmienne stanu na potrzeby polaczenia.Host-klient wysyla nastepniedo serwera kolejny segment z bitem SYN ustawionym na 0, poniewaz polaczeniezostalo nawiazane.Ten ostatni segment potwierdza odbiór segmentu SYNACK,gdyz zawiera wartosc server_isn + 1.Procedura nawiazywania polaczenia wymaga w sumie przeslania trzech segmentówpomiedzy hostami klientem i serwerem, dlatego proces ten nosi nazwe potwierdze-nia trójkierunkowego (three-way handshake).Po nawiazaniu polaczenia serwer i klientmoga wysylac do siebie nawzajem segmenty zawierajace dane.Jednakze protokól TCPdzialajacy w kliencie i serwerze w trakcie trwania polaczenia przechodzi kolejno rózneetapy, zwane stanami TCP.Jak widac na rysunku 6.6, TCP klienta przechodzi sekwen-cje stanów TCP w nastepujacej kolejnosci:Rysunek 6.6.Sekwencja stanów TCPw kliencie1.CLOSED (polaczenie zamkniete) gdy proces aplikacji w jednym hoscie chcezainicjowac polaczenie z procesem aplikacji w innym hoscie, po stronie klientainicjowane jest owo polaczenie TCP.2.SYN_SENT (segment SYN wyslany) TCP klienta wysyla segment SYN do TCPserwera, po czym klient wchodzi w stan SYN_SENT.W tym stanie TCP klientaczeka na potwierdzenie od serwera, a bit SYN jest ustawiony na 1.3.ESTABLISHED (polaczenie nawiazane) po otrzymaniu przez klienta segmentuod serwera, klient wchodzi w stan ESTABLISHED.W tym stanie klient TCP mozewysylac i odbierac segmenty TCP zawierajace dane tworzone przez aplikacje.136 Czesc I Wprowadzenie do transmisji TCP/IP4.FIN_WAIT_1 (oczekiwanie na zakonczenie polaczenia) gdy aplikacja klientazdecyduje sie zamknac polaczenie, TCP klienta wysyla do serwera segmentz bitem FIN o wartosci 1.Ten stan nosi nazwe FIN_WAIT_1 i TCP klienta czekaw nim na potwierdzenie z serwera.5.FIN_WAIT_2 gdy TCP klienta otrzyma potwierdzenie, wchodzi w stanFIN_WAIT_2.W stanie tym klient nie wysyla niczego do serwera i czekana otrzymanie od serwera bitu FIN ustawionego na 1.6.TIME_WAIT gdy klient otrzyma od serwera bit FIN równy 1, wysylapotwierdzenie do serwera i wchodzi w stan TIME_WAIT.Po odczekaniuokolo 30 sekund polaczenie zostaje formalnie zamkniete, wszystkie zasobypo stronie klienta zostaja zwolnione i klient wchodzi w stan CLOSED.Podobnie jak klient, serwer TCP równiez przechodzi przez rózne stany TCP.Jak widacna rysunku 6.7, serwer TCP przechodzi stany TCP w nastepujacej kolejnosci:Rysunek 6.7.Sekwencja stanów TCPw serwerze1.CLOSED (polaczenie zamkniete) nie ma polaczenia pomiedzy procesamiaplikacji hostów klienta i serwera.2.LISTEN (oczekiwanie na transmisje) aplikacja w serwerze tworzy gniazdonasluchujace i oczekuje na transmisje pod okreslonym numerem portu.3.SYN_RCVD (pakiet SYN odebrany) po otrzymaniu segmentu SYN od klienta,serwer wchodzi w stan SYN_RCVD.W tym stanie serwer wysyla do klientasegment SYNACK ( polaczenie przyznane ).4.ESTABLISHED (polaczenie nawiazane) serwer po odebraniu potwierdzeniasegmentu SYNACK wchodzi w stan ESTABLISHED.5.CLOSE_WAIT (oczekiwanie na zamkniecie) serwer po odebraniu od klientasegmentu z bitem FIN ustawionym na 1 wchodzi w stan CLOSE_WAIT.Znajdujac sie w tym stanie, serwer potwierdza odbiór sygnalu.6.LAST_ACK (ostatnie potwierdzenie) serwer wchodzi w stan LAST_ACK powyslaniu bitu FIN do klienta.Po otrzymaniu od klienta ostatniego potwierdzenia,polaczenie jest formalnie zamkniete. Rozdzial 6.Warstwa transportowa 137Maksymalny rozmiar segmentuPo nawiazaniu polaczenia, pomiedzy procesami aplikacji moze juz zaczac sie odbywacfaktyczne przesylanie danych.Jak juz wspomniano, dane odebrane od aplikacji sa dzie -lone na male segmenty.Po stronie odbiorcy segmenty musza zostac ponownie zlozonew calosc.Poniewaz jednak objetosc danych, jakie mozna zlozyc, jest ograniczona, roz-miar porcji danych musi byc ograniczony do okreslonej wartosci.Najwyzszy dopusz-czalny rozmiar porcji danych nosi nazwe maksymalnego rozmiaru segmentu (MSS Maximum Segment Size).Domyslna wartosc MSS dla TCP wynosi 536 bajtów, wobecczego protokól TCP po odebraniu danych od aplikacji, dzieli je na porcje nie wiekszeniz 536 bajtów.W trakcie nawiazywania polaczenia, TCP udostepnia opcje pozwalajace ustalic MSSdopuszczalny dla danego polaczenia [ Pobierz całość w formacie PDF ]

zanotowane.pl

doc.pisz.pl

pdf.pisz.pl

bezglutenowo.pev.pl