• Nie Znaleziono Wyników

Zadanie 1 W sieci Ethernet o MTU=1480 wysy

N/A
N/A
Protected

Academic year: 2021

Share "Zadanie 1 W sieci Ethernet o MTU=1480 wysy"

Copied!
4
0
0

Pełen tekst

(1)

Autorzy: Pio i j.kurnatowski@wsisiz.edu.pl Korekta: a.chomik@wsisiz.edu.pl WWW: http://info.wsisiz.edu.pl/~kurnatow

Fragmentacja v. 1.2 2004.01.31.01.45

Strona 1 z 4

Zadanie 1

W sieci Ethernet o MTU=1480 wysyłamy ping o wielkości 5000b. Powstałe w ten sposób pakiety trafiają do sieci o MTU=750. Podać ile powstanie fragmentów, jaka jest ich wielkość, offset i flaga.

Dane pinga (5000b) są wysyłane protokołem ICMP (którego nagłówek ma rozmiar 8b).

Dane pinga łącznie z nagłówkiem ICMP stanowią 5008b danych (5000b + 8b = 5008b), które wysyłamy protokołem IP przez sieć pierwszą o MTU=1480 a następnie przez sieć drugą o MTU=750. Rozwiązanie zadania wygląda następująco:

Pierwsza sieć:

Pierwszą siecią przesyłamy 5008b danych. Nie możemy tego zrobić w jednym pakiecie IP, gdyż rozmiar pakietu znacznie przekraczałby przepustowość MTU. Dzielimy więc pakiet na fragmenty. Każdy fragment musi mieć rozmiar nie większy niż przepustowość łącza, czyli mniejszy równy 1480b. W skład każdego fragmentu wchodzi jego własny nagłówek IP o rozmiarze 20b. Resztę (czyli 1480b – 20b = 1460b) moglibyśmy przeznaczyć na dane. W rzeczywistości na dane możemy przeznaczyć tylko 1456b (bo 1456b to największa liczba podzielna przez 8 nie większa od 1460b – musimy tak zrobić dlatego, że pole Fragment Offset nagłówka IP, oznaczające przesunięcie początku fragmentu względem pierwszego bajta pakietu, jest mierzone w słowach 8-bajtowych, czyli w tym przypadku możemy wysyłać w jednym fragmencie maksymalnie 182 słowa 8-bajtowe danych, czyli 1456b danych).

IP 20 b

ICMP 8b

DANE pinga 5000b

dane dla protokołu IP = dane pinga + nagłówek ICMP

20 1456

20 1456

20 1456

20 640

Offsety: 0 0+1456=1456 1456+1456=2912 2912+1456=4368

F RA GME N TY

Zapis 1456@0+ oznacza wysłanie fragmentu zawierającego 1456b danych, o offsecie 0 i fladze + (która oznacza, że będą następne fragmenty, czyli że jest ustawiona flaga MF – More Fragments w nagłówku IP danego fragmentu). Brak flagi + (inne oznaczenie: flaga LF – Last Fragment) oznacza, że dany fragment jest ostatni.

Podział na fragmenty:

1. 1456@0+

2. 1456@1456+

3. 1456@2912+

4. 640@4368

Warto teraz wszystko zsumować: 3*1456b+640b=5008b czyli się zgadza.

Tak to wygląda po naniesieniu kolorów fragmentów na poprzedni rysunek:

(2)

Autorzy: Pio i j.kurnatowski@wsisiz.edu.pl Korekta: a.chomik@wsisiz.edu.pl WWW: http://info.wsisiz.edu.pl/~kurnatow

Fragmentacja v. 1.2 2004.01.31.01.45

Strona 2 z 4

IP 20 b

ICMP 8b

DANE pinga 5000b

dane dla protokołu IP = dane pinga + nagłówek ICMP

20 1456

20 1456

20 1456

20 640

Offsety: 0 0+1456=1456 1456+1456=2912 2912+1456=4368

F RA GME N TY

Druga sieć:

Teraz wpuszczamy powyższe pakiety do sieci z MTU 750. Uwaga: fragmentów IP otrzymanych z sieci pierwszej nie opakowujemy po raz kolejny ramkami IP w sieci drugiej. Z każdego fragmentu otrzymanego z sieci pierwszej wydobywane są dane. To one są dzielone między nowe fragmenty drugiej sieci.

Ponieważ w sieci o MTU 750 mamy w każdym pakiecie: 750b (przepustowość MTU) – 20b (wielkość nagłówka IP) = 730 bajtów na dane, to będziemy wysyłać po 728b danych (bo 728b jest podzielne przez 8 i 728b < 730b). Większość danych zawartych we fragmentach z sieci pierwszej ma wielkość przekraczającą 728b (z wyjątkiem ostatniego, czwartego fragmentu, który ma 640b danych), tak więc trzeba będzie dokonać fragmentacji. Należy pamiętać, że dostajemy teraz kolejno pakiety z poprzedniej sieci. Offsety tworzonych teraz fragmentów nie mogą się powtórzyć, więc zwiększamy je cały czas.

Na początku z sieci pierwszej do sieci drugiej przychodzi fragment pierwszy z 1456b danych.

1456b > 728b więc dokonujemy fragmentacji. 1456b = 2*728b, tak więc fragment pierwszy z sieci pierwszej wysyłamy w sieci drugiej jako dwa fragmenty po 728b (fragmenty 1a i 1b).

Podobnie dla kolejnych fragmentów. Ostatni czwarty fragment otrzymany z sieci pierwszej ma rozmiar danych 640b nie większy niż 728b, więc nie musimy go dzielić na fragmenty.

1. a) 728@0+

1. b) 728@728+

2. a) 728@1456+

2. b) 728@2184+

3. a) 728@2912+

3. b) 728@3640+

4. 640@4368

Gdy wysłaliśmy wszystkie fragmenty, ilość danych wysłanych w sieci drugiej musi być równa ilości danych wprowadzonych do sieci pierwszej, czyli w tym wypadku 5008b.

Sprawdzamy: jest 728b * 6 + 640b = 5008b, czyli OK.

(3)

Autorzy: Pio i j.kurnatowski@wsisiz.edu.pl Korekta: a.chomik@wsisiz.edu.pl WWW: http://info.wsisiz.edu.pl/~kurnatow

Fragmentacja v. 1.2 2004.01.31.01.45

Strona 3 z 4

Zadanie 2

A teraz drugi przykład, trochę ciekawszy. Treść ta sama, tylko dane inne:

dane pingu=4000b, MTU1=1480, MTU2=738.

Pierwsza sieć:

1. 1456@0+

2. 1456@1456+

3. 1096@2912 Druga sieć:

W sieci drugiej możemy wysłać maksymalnie 712b danych (bo 738b – 20b = 718b, a 712b jest podzielne przez 8b i 712b < 718b). Postępujemy podobnie jak w poprzednim zadaniu.

Jako pierwszy do sieci drugiej z sieci pierwszej przychodzi fragment nr 1 z 1456b danych.

1456b = 2*712b + 32b, musimy wysłać w sieci drugiej dwa fragmenty po 712b danych i jeden fragment z 32b danych. Podobnie postępujemy z kolejnymi fragmentami otrzymanymi z sieci pierwszej:

1. a) 712@0+

1. b) 712@712+

1. c) 32@1424+

2. a) 712@1456+

2. b) 712@2168+

2. c) 32@2880+

3. a) 712@2912+

3. b) 384@3624

Tutaj widać wyraźnie, że w drugiej sieci dzielimy fragmenty, mające odpowiednio 1456b i

1096b danych – w przeciwieństwie do sytuacji z sieci pierwszej, dla której dzieliliśmy jedną

porcję 4008b danych.

(4)

Autorzy: Pio i j.kurnatowski@wsisiz.edu.pl Korekta: a.chomik@wsisiz.edu.pl WWW: http://info.wsisiz.edu.pl/~kurnatow

Fragmentacja v. 1.2 2004.01.31.01.45

Strona 4 z 4

Zadanie 3

Pracując w sieci o MTU=1480 wysyłamy datagram UDP zawierający 6520 bajtów danych użytkownika. Dane te następnie przechodzą przez łącze SLIP (MTU=562). Ile fragmentów powstanie przy przechodzeniu danych przez łącze SLIP oraz jaka jest ich wielkość i przesunięcie . W odpowiedzi zastosuj konwencję zapisu: wielkość@przesunęcie znacznik_MF/LF. Odpowiedź uzasadnij.

Zadanie rozwiązujemy podobnie jak poprzednie (nagłówek UDP ma 8b).

IP 20 b

UDP 8b

DANE użytkownika 6520b

dane dla protokołu IP = dane użytkownika + nagłówek UDP

Zadanie 4

Pracując w sieci o MTU=1480 wysyłamy datagram TCP zawierający 6520 bajtów danych użytkownika. Dane te następnie przechodzą przez łącze SLIP (MTU=562). Ile fragmentów powstanie przy przechodzeniu danych przez łącze SLIP oraz jaka jest ich wielkość i przesunięcie . W odpowiedzi zastosuj konwencję zapisu: wielkość@przesunęcie znacznik_MF/LF. Odpowiedź uzasadnij.

Nagłówek TCP ma minimalny rozmiar równy 20b (przyjmujemy, że nagłówek jest w wersji podstawowej, bez Pola Opcji). Zadanie rozwiązujemy jak poprzednie.

IP

20 b TCP

20b DANE użytkownika

6520b

dane dla protokołu IP = dane użytkownika + nagłówek TCP

Cytaty

Powiązane dokumenty

ę wody do garnka i wsyp ły ziemniaczanej. strzykawki dodaj do pozostałych dwóch ą po 10 kropel zagotowanego roztworu oraz po 1 kropli jodyny. Wlej po kilka kropel

Różnice występowały także w rodzaju stwierdzanych zakażeń: wśród osób podróżujących (w obu grupach) najczęstszym zaka- żeniem było nierzeżączkowe lub

Przykładowo wymiana w centrach danych 10-gigabitowych przełączników Ethernet top-of-rack na 40-gigabitowe zasadniczo nie jest ani opłacalna ani energooszczędna. Lepszym

Zgadzam się z tezą, że cytat może mieć znaczenie kluczowe dla utworu, co implikuje nieraz bardzo rozbudowany cytat, będący centrum danego dzieła 13.. Analiza orzecznictwa

Podzielmy prostokąt ABCD na cztery mniejsze prostokąty prostymi przechodzącymi przez punkt P (rys. Każdy z otrzymanych mniejszych prostokątów możemy podzielić przekątną na

Nigdy, zdaniem Husserla, nie może dojść do jednoczesnego nałożenia się na siebie, stopienia się naoczności różnych kategorii. dlatego, że każda z

Robert Sulej Sztuczne sieci neuronowe – aplikacje w analizie danych eksperymentalnych 11/05/2009.

5 oraz 6 zaprezentowano wartości opóźnień, w przesyłaniu pakietów danych, w strukturze SDDC z wykorzystaniem algorytmu SPF oraz tabel przepływu danych w ramach 10 kolejno