Model TCP/IP i ISO/OSI

Podcast

Modele komunikacji sieciowej: OSI vs TCP/IP0:00 / 15:07

0:001:00 pozostało

1x

Współczesne sieci komputerowe, a w szczególności Internet, to złożone systemy umożliwiające wymianę danych między miliardami urządzeń na całym świecie. Aby ta komunikacja była możliwa i efektywna, konieczne jest przestrzeganie ustandaryzowanych zasad i protokołów. Dwa kluczowe modele, które opisują i porządkują te zasady, to model OSI (Open Systems Interconnection) oraz model TCP/IP (Transmission Control Protocol/Internet Protocol). Ten artykuł pomoże Ci zrozumieć, czym są te modele i jak działają.

Dlaczego potrzebujemy modeli sieciowych? Zrozumienie komunikacji komputerowej

Wyobraźmy sobie, że chcemy wysłać list. Musimy go napisać, włożyć do koperty, zaadresować, nakleić znaczek i wrzucić do skrzynki pocztowej. Poczta zajmie się jego transportem, a odbiorca wykona te same kroki w odwrotnej kolejności.

Komunikacja komputerowa działa na podobnej zasadzie, ale jest znacznie bardziej skomplikowana. Dane muszą być przygotowane, zapakowane, zaadresowane, przesłane przez różne media (kable, fale radiowe), a następnie rozpakowane i zinterpretowane przez odbiorcę. Aby ten proces był zrozumiały i aby różne urządzenia od różnych producentów mogły ze sobą współpracować, stworzono modele warstwowe. Dzielą one złożony problem komunikacji na mniejsze, łatwiejsze do zarządzania części. Każda warstwa ma swoje specyficzne zadania i komunikuje się tylko z warstwą bezpośrednio pod nią i nad nią.

Model OSI i TCP/IP: Podstawy architektury sieci

Model OSI (Open Systems Interconnection) - Teoretyczna Podstawa

Model OSI został opracowany przez Międzynarodową Organizację Normalizacyjną (ISO) w latach 80. XX wieku. Jest to teoretyczny, referencyjny model opisujący, jak powinna przebiegać komunikacja w sieciach komputerowych. Model OSI składa się z siedmiu warstw, z których każda ma ściśle określoną funkcję:

1. Warstwa fizyczna (Physical Layer): Odpowiada za fizyczne medium transmisji danych (np. kable miedziane, światłowody, fale radiowe) oraz za przesyłanie surowych bitów (0 i 1). Określa parametry elektryczne, mechaniczne i funkcjonalne interfejsów. Jednostką danych jest bit.
2. Warstwa łącza danych (Data Link Layer): Zarządza dostępem do medium fizycznego, kontroluje błędy w transmisji bitów i zapewnia niezawodne przesyłanie ramek danych między bezpośrednio połączonymi urządzeniami. Dzieli się na podwarstwy: LLC (Logical Link Control) i MAC (Media Access Control). Adresy MAC działają na tej warstwie. Jednostką danych jest ramka.
3. Warstwa sieci (Network Layer): Odpowiada za logiczne adresowanie (np. adresy IP) i routowanie pakietów danych przez sieć, umożliwiając komunikację między urządzeniami znajdującymi się w różnych sieciach. Jednostką danych jest pakiet.
4. Warstwa transportowa (Transport Layer): Zapewnia niezawodne i uporządkowane dostarczanie danych między aplikacjami działającymi na różnych hostach. Odpowiada za segmentację danych, kontrolę przepływu, kontrolę błędów i multipleksowanie. Protokoły takie jak TCP i UDP działają na tej warstwie. Jednostką danych jest segment (dla TCP) lub datagram (dla UDP).
5. Warstwa sesji (Session Layer): Ustanawia, zarządza i kończy sesje komunikacyjne między aplikacjami. Odpowiada za synchronizację dialogu i zarządzanie tokenami.
6. Warstwa prezentacji (Presentation Layer): Zajmuje się formatowaniem danych w taki sposób, aby były zrozumiałe dla aplikacji. Odpowiada za tłumaczenie, kompresję i szyfrowanie danych.
7. Warstwa aplikacji (Application Layer): Jest najbliżej użytkownika i dostarcza usługi sieciowe bezpośrednio aplikacjom. Przykładowe protokoły to HTTP, FTP, SMTP, DNS. Jednostką danych jest PDU (Protocol Data Unit) lub po prostu dane.

Model OSI jest modelem referencyjnym, co oznacza, że stanowi teoretyczną podstawę do projektowania protokołów i architektur sieciowych, ale rzadko jest w pełni implementowany w praktyce.

Model TCP/IP – Standard Internetu

Model TCP/IP powstał w latach 70. XX wieku w ramach projektu ARPANET i stał się de facto standardem dla Internetu. Jest to model bardziej praktyczny i implementacyjny niż OSI. Pierwotnie składał się z czterech warstw, choć często rozszerza się go do pięciu, aby lepiej odzwierciedlić funkcje warstwy łącza danych i fizycznej.

Model czterowarstwowy:

1. Warstwa dostępu do sieci (Network Access Layer) / Warstwa łącza danych i fizyczna: Odpowiada za fizyczne przesyłanie danych przez sieć lokalną. Łączy funkcje warstwy fizycznej i łącza danych modelu OSI. Określa, jak dane są przesyłane przez konkretne medium (Ethernet, Wi-Fi itp.).
2. Warstwa internetowa (Internet Layer): Odpowiada za logiczne adresowanie (adresy IP) i routowanie pakietów przez sieć, tak aby mogły dotrzeć do docelowego hosta, nawet jeśli znajduje się on w innej sieci. Głównym protokołem jest IP (Internet Protocol). Odpowiada warstwie sieci modelu OSI.
3. Warstwa transportowa (Transport Layer): Zapewnia komunikację end-to-end między aplikacjami. Główne protokoły to TCP (Transmission Control Protocol), który zapewnia niezawodne, zorientowane na połączenie dostarczanie danych, oraz UDP (User Datagram Protocol), który oferuje szybkie, bezpołączeniowe dostarczanie danych. Odpowiada warstwie transportowej modelu OSI.
4. Warstwa aplikacji (Application Layer): Dostarcza usługi sieciowe bezpośrednio aplikacjom użytkownika. Łączy funkcje warstw sesji, prezentacji i aplikacji modelu OSI. Przykładowe protokoły to HTTP, FTP, SMTP, DNS.

Porównanie modeli OSI i TCP/IP: Kluczowe różnice i podobieństwa

Oba modele pełnią podobne funkcje, ale w różny sposób grupują zadania. Model OSI jest bardziej szczegółowy i precyzyjny w opisie funkcji każdej warstwy, co czyni go doskonałym narzędziem do nauki i projektowania. Model TCP/IP jest bardziej zwięzły i elastyczny, co przyczyniło się do jego dominacji w praktycznych implementacjach sieciowych.

Hermetyzacja Danych i Nagłówki Protokołów – Jak to działa?

Enkapsulacja (Hermetyzacja) danych w modelach warstwowych

Kluczowym mechanizmem w modelach warstwowych jest enkapsulacja (hermetyzacja). Polega ona na tym, że dane z wyższej warstwy są traktowane jako ładunek (payload) dla warstwy niższej, która dodaje do nich własny nagłówek (i ewentualnie stopkę).

Proces ten powtarza się na każdej warstwie podczas wysyłania danych, tworząc coraz większy pakiet. Na końcu, po dotarciu do odbiorcy, proces jest odwracany – następuje dekapsulacja, czyli usuwanie nagłówków warstwa po warstwie, aż do odzyskania oryginalnych danych przez aplikację docelową.

Nagłówki protokołów: Co zawierają i dlaczego są ważne?

Nagłówki zawierają kluczowe informacje potrzebne do prawidłowego przetworzenia i dostarczenia danych przez daną warstwę. Oto przykłady najważniejszych nagłówków:

1. Nagłówek Ethernet (Warstwa dostępu do sieci/łącza danych):

• Adres MAC docelowy (6 bajtów): Fizyczny adres karty sieciowej odbiorcy w sieci lokalnej.
• Adres MAC źródłowy (6 bajtów): Fizyczny adres karty sieciowej nadawcy.
• Typ/Długość (2 bajty): Określa protokół wyższej warstwy (np. IP).
• Dane (46-1500 bajtów): Ładunek, czyli pakiet IP.
• Suma kontrolna ramki (FCS, 4 bajty): Służy do wykrywania błędów w transmisji.

2. Nagłówek IP (Warstwa internetowa):

• Wersja (4 bity): Wersja protokołu IP (np. 4 dla IPv4, 6 dla IPv6).
• Długość nagłówka (4 bity): Określa rozmiar nagłówka IP.
• Typ usługi (8 bitów): Priorytet pakietu.
• Całkowita długość (16 bitów): Długość całego pakietu IP (nagłówek + dane).
• Identyfikacja (16 bitów): Służy do składania fragmentów pakietu.
• Flagi (3 bity): Informacje o fragmentacji.
• Przesunięcie fragmentu (13 bitów): Pozycja fragmentu w oryginalnym pakiecie.
• Czas życia (TTL, 8 bitów): Liczba routerów, przez które pakiet może przejść, zanim zostanie odrzucony (zapobiega zapętleniu).
• Protokół (8 bitów): Określa protokół wyższej warstwy (np. 6 dla TCP, 17 dla UDP).
• Suma kontrolna nagłówka (16 bitów): Służy do wykrywania błędów w nagłówku IP.
• Adres IP źródłowy (32 bity): Logiczny adres nadawcy.
• Adres IP docelowy (32 bity): Logiczny adres odbiorcy.
• Opcje (zmienna długość): Dodatkowe opcje.

3. Nagłówek TCP (Warstwa transportowa):

• Port źródłowy (16 bitów): Numer portu aplikacji nadawcy.
• Port docelowy (16 bitów): Numer portu aplikacji odbiorcy.
• Numer sekwencyjny (32 bity): Numer pierwszego bajtu danych w segmencie (do uporządkowania danych).
• Numer potwierdzenia (32 bity): Numer następnego bajtu danych, którego oczekuje odbiorca.
• Długość nagłówka (4 bity): Rozmiar nagłówka TCP.
• Zarezerwowane (6 bitów): Nieużywane.
• Flagi (6 bitów): SYN (synchronizacja), ACK (potwierdzenie), FIN (zakończenie), RST (reset), PSH (push), URG (pilne dane).
• Rozmiar okna (16 bitów): Ilość danych, jaką odbiorca jest w stanie przyjąć.
• Suma kontrolna (16 bitów): Służy do wykrywania błędów w nagłówku i danych TCP.
• Wskaźnik pilnych danych (16 bitów): Wskazuje na pilne dane.
• Opcje (zmienna długość): Dodatkowe opcje.

Przykład Działania: Wysyłanie i odbieranie danych w sieci

Załóżmy, że użytkownik na komputerze A (adres IP: 192.168.1.10, adres MAC: AA:BB:CC:DD:EE:FF) chce pobrać stronę internetową z serwera B (adres IP: 203.0.113.50, adres MAC: 11:22:33:44:55:66). Komputer A jest połączony z routerem R1 (adres IP: 192.168.1.1, adres MAC: 00:11:22:33:44:55), a serwer B jest w innej sieci.

Proces wysyłania danych (Enkapsulacja) na komputerze A

1. Warstwa aplikacji (Komputer A): Przeglądarka generuje żądanie HTTP (np. GET /index.html). To są nasze dane aplikacji. Port źródłowy to np. 50000, port docelowy to 80 (dla HTTP).
2. Warstwa transportowa (Komputer A): Dane HTTP są dzielone na segmenty. Do każdego segmentu dodawany jest nagłówek TCP. Nagłówek TCP zawiera m.in. port źródłowy (50000), port docelowy (80), numer sekwencyjny i numer potwierdzenia. Całość staje się segmentem TCP.

• Dane: Żądanie HTTP
• Jednostka: Segment TCP = [Nagłówek TCP] + [Żądanie HTTP]

3. Warstwa internetowa (Komputer A): Segment TCP jest traktowany jako ładunek. Do niego dodawany jest nagłówek IP. Nagłówek IP zawiera m.in. adres IP źródłowy (192.168.1.10), adres IP docelowy (203.0.113.50) oraz informację, że ładunkiem jest protokół TCP (numer 6). Całość staje się pakietem IP.

• Dane: Segment TCP
• Jednostka: Pakiet IP = [Nagłówek IP] + [Segment TCP]

4. Warstwa dostępu do sieci (Komputer A): Pakiet IP jest traktowany jako ładunek. Do niego dodawany jest nagłówek Ethernet i stopka Ethernet (FCS). Ponieważ serwer B znajduje się w innej sieci, komputer A wysyła pakiet do swojego domyślnego routera (R1). Nagłówek Ethernet zawiera więc adres MAC źródłowy (AA:BB:CC:DD:EE:FF) i adres MAC docelowy routera R1 (00:11:22:33:44:55). Całość staje się ramką Ethernet.

• Dane: Pakiet IP
• Jednostka: Ramka Ethernet = [Nagłówek Ethernet] + [Pakiet IP] + [Stopka Ethernet]

5. Warstwa fizyczna (Komputer A): Ramka Ethernet jest konwertowana na sygnały elektryczne/optyczne i przesyłana przez kabel do routera R1.

Proces routowania przez Router R1

Router R1 odbiera ramkę Ethernet. Usuwa nagłówek i stopkę Ethernet (dekapsulacja na warstwie dostępu do sieci). Analizuje nagłówek IP, widzi, że adres docelowy (203.0.113.50) nie jest w jego sieci lokalnej, więc przekazuje pakiet do następnego routera w drodze do serwera B. W tym celu tworzy nową ramkę Ethernet z własnym adresem MAC źródłowym i adresem MAC następnego routera jako docelowym.

Odbieranie danych (Dekapsulacja) na Serwerze B

1. Warstwa fizyczna (Serwer B): Odbiera sygnały i konwertuje je na ramkę Ethernet.
2. Warstwa dostępu do sieci (Serwer B): Sprawdza adres MAC docelowy w nagłówku Ethernet. Jeśli zgadza się z jego własnym adresem MAC (11:22:33:44:55:66), usuwa nagłówek i stopkę Ethernet, przekazując pakiet IP do warstwy wyższej.
3. Warstwa internetowa (Serwer B): Sprawdza adres IP docelowy w nagłówku IP. Jeśli zgadza się z jego własnym adresem IP (203.0.113.50), usuwa nagłówek IP, przekazując segment TCP do warstwy wyższej.
4. Warstwa transportowa (Serwer B): Sprawdza port docelowy w nagłówku TCP (80). Usuwa nagłówek TCP, przekazując dane HTTP do aplikacji nasłuchującej na porcie 80 (serwer WWW).
5. Warstwa aplikacji (Serwer B): Serwer WWW odbiera żądanie HTTP i generuje odpowiedź (np. kod HTML strony). Proces enkapsulacji rozpoczyna się ponownie w odwrotnym kierunku.

Częste błędy i nieporozumienia dotyczące modeli sieciowych

1. Mylenie modeli OSI i TCP/IP: Chociaż pełnią podobne funkcje, nie są zamiennikami. OSI jest modelem teoretycznym, a TCP/IP jest zestawem protokołów używanych w praktyce. Można myśleć o OSI jako o planie architektonicznym, a TCP/IP jako o faktycznie zbudowanym budynku.
2. Brak zrozumienia enkapsulacji: Często uczniowie nie zdają sobie sprawy, że dane są modyfikowane (dodawane są nagłówki) na każdej warstwie, a nie tylko raz na początku. Każda warstwa dodaje własną informację, która jest kluczowa dla jej działania.

FAQ: Najczęściej zadawane pytania o model TCP/IP i OSI

Co to jest model OSI i do czego służy?

Model OSI (Open Systems Interconnection) to teoretyczny, siedmiowarstwowy model referencyjny, który opisuje, jak systemy sieciowe powinny komunikować się ze sobą. Służy do zrozumienia, projektowania i standaryzacji protokołów sieciowych, dzieląc złożone zadania komunikacyjne na mniejsze, zarządzalne części.

Czym różni się model TCP/IP od modelu OSI?

Model TCP/IP jest modelem praktycznym i implementacyjnym, używanym w Internecie, składającym się zazwyczaj z 4 lub 5 warstw. Model OSI jest modelem teoretycznym, 7-warstwowym, stanowiącym wzorzec do nauki i projektowania. TCP/IP powstał po protokołach, które opisuje, natomiast OSI był modelem stworzonym przed protokołami.

Czym jest enkapsulacja danych w sieci?

Enkapsulacja to proces dodawania nagłówków (i ewentualnie stopek) do danych na każdej warstwie modelu sieciowego, gdy dane są wysyłane. Każda warstwa traktuje dane z warstwy wyższej jako ładunek i dołącza swoje własne informacje kontrolne. Odwrotnym procesem jest dekapsulacja, czyli usuwanie tych nagłówków przez odbiorcę.

Jakie są główne protokoły w warstwie transportowej modelu TCP/IP?

Głównymi protokołami w warstwie transportowej modelu TCP/IP są TCP (Transmission Control Protocol) i UDP (User Datagram Protocol). TCP zapewnia niezawodne, zorientowane na połączenie dostarczanie danych z kontrolą błędów i przepływu, natomiast UDP oferuje szybsze, bezpołączeniowe dostarczanie danych, ale bez gwarancji niezawodności.

Dlaczego nagłówki protokołów są tak ważne?

Nagłówki protokołów są kluczowe, ponieważ zawierają wszystkie niezbędne informacje, które pozwalają danej warstwie prawidłowo przetworzyć i przekazać dane dalej. Znajdują się w nich m.in. adresy źródłowe i docelowe, informacje o długości danych, numerach portów, sekwencjonowaniu oraz sumy kontrolne do wykrywania błędów. Bez nich komunikacja sieciowa byłaby niemożliwa.