KWALIFIKACJA INF2 - WRZESIEŃ 2015 (test 2)

PYTANIE NR 4.
Kontrolę poprawności przesyłania danych w sieciach Ethernet zapewnia protokół
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
TCP zapewnia niezawodną transmisję danych: stosuje sumy kontrolne, numery sekwencyjne, potwierdzenia ACK i retransmisje, dzięki czemu wykrywa błędy oraz odzyskuje utracone segmenty. IP odpowiada głównie za adresowanie i routing, UDP nie gwarantuje dostarczenia, a HTTP działa dopiero ponad TCP.

Pełne wyjaśnienie:

Kontrola poprawności przesyłania danych w typowym sensie end-to-end (od nadawcy do odbiorcy) jest realizowana na warstwie transportowej. W sieciach lokalnych wykorzystujących Ethernet jako technologię warstwy łącza danych, nad Ethernetem pracują protokoły wyższych warstw (IP, TCP/UDP, a jeszcze wyżej protokoły aplikacyjne).

Odpowiedź "TCP" jest poprawna, ponieważ TCP jest protokołem połączeniowym zapewniającym niezawodność i kontrolę poprawności transmisji danych. W praktyce oznacza to m.in.:

  • checksum segmentu (weryfikacja integralności),
  • numery sekwencyjne (wykrywanie utraty, duplikacji i zmiany kolejności),
  • potwierdzenia ACK (odbiorca potwierdza odbiór),
  • retransmisje (ponowne wysyłanie niepotwierdzonych danych),
  • kontrolę przepływu (okno przesuwne).

Dlaczego pozostałe odpowiedzi są niepoprawne:

  • "IP" to protokół warstwy sieciowej (adresowanie i routing). Działa w trybie best-effort: nie zapewnia gwarancji dostarczenia ani kompletnej kontroli poprawności całej transmisji aplikacji.
  • "UDP" to protokół bezpołączeniowy. Może posiadać sumę kontrolną, ale nie zapewnia mechanizmów niezawodności takich jak ACK i retransmisje, więc nie "dopilnowuje" poprawnego dostarczenia danych.
  • "HTTP" jest protokołem aplikacyjnym. Nie jest mechanizmem kontroli poprawności na poziomie transportu; typowo korzysta z TCP i dziedziczy jego niezawodność.

Częsta pułapka polega na skojarzeniu słowa "Ethernet" z kontrolą błędów na warstwie 2 (CRC w ramkach). To jednak inny poziom: CRC dotyczy pojedynczych ramek w danym łączu, a pytanie (wśród podanych opcji) testuje różnicę TCP vs UDP w zapewnianiu niezawodności transmisji.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
W TCP oznacza to mechanizmy niezawodności end-to-end: wykrywanie błędów (checksum), śledzenie kolejności (numery sekwencyjne), potwierdzanie odbioru (ACK) i ponowne wysyłanie brakujących danych (retransmisje). Dzięki temu aplikacja dostaje dane kompletne i w kolejności.
UDP jest bezpołączeniowy i nie ma mechanizmów ACK oraz retransmisji. Może wysłać datagram, ale nie "dopilnuje", czy dotarł i czy dotarł w kolejności. Jeśli potrzebna jest niezawodność, musi ją zapewnić aplikacja lub wybiera się TCP.
Ethernet (warstwa 2) stosuje CRC do wykrywania błędów w pojedynczej ramce na łączu. To nie jest pełna kontrola end-to-end na poziomie aplikacji. TCP działa wyżej (warstwa 4) i zapewnia niezawodność całej sesji między hostami.
IP odpowiada za adresowanie i routowanie pakietów między sieciami (warstwa 3). Działa w trybie best-effort, więc nie gwarantuje dostarczenia ani kolejności. TCP działa na warstwie transportowej i realizuje niezawodność, kolejność, ACK i retransmisje.
HTTP jest protokołem aplikacyjnym (warstwa 7) i zwykle działa nad TCP. Nie zapewnia podstawowych mechanizmów transmisyjnych, takich jak ACK czy retransmisja segmentów. Niezawodność połączenia HTTP wynika z użycia TCP, a nie z samego HTTP.
TCP wybiera się, gdy ważna jest niezawodność i kompletność danych, np. przy WWW, logowaniu zdalnym, przesyłaniu plików czy poczcie. UDP częściej stosuje się dla niskich opóźnień (VoIP, streaming, gry), gdzie utrata części danych bywa akceptowalna.
Kluczowe są potwierdzenia ACK oraz timery. Gdy nadawca nie dostanie potwierdzenia w czasie, uruchamia retransmisję. Numery sekwencyjne pozwalają też wykryć luki w strumieniu danych, a odbiorca może sygnalizować brakujące fragmenty pośrednio przez ACK.
Suma kontrolna pomaga wykryć uszkodzenie datagramu, ale to tylko część "poprawności". Bez ACK i retransmisji UDP nie zapewnia, że dane dotarły, dotarły raz i dotarły w kolejności. TCP łączy weryfikację integralności z mechanizmami niezawodnego dostarczenia.
TCP ma połączenie z sekwencją SYN, SYN-ACK, ACK (three-way handshake), a w ruchu widać numery sekwencyjne i potwierdzenia ACK oraz ewentualne retransmisje. UDP nie ma zestawiania połączenia i zwykle widzisz pojedyncze datagramy bez ACK TCP.
Najczęściej myli się kontrolę CRC w ramce Ethernet z niezawodnością transmisji end-to-end. W zadaniach warto sprawdzić, czy mowa o warstwie 2 (ramki, MAC, CRC) czy o warstwie 4 (segmenty, ACK, retransmisje). Odpowiedzi zwykle naprowadzają na właściwą warstwę.
info

Około 59% zdających odpowiada poprawnie na to pytanie. średnie

W praktyce zawodowej kluczowe jest to, że tCP zapewnia niezawodną transmisję danych: stosuje sumy kontrolne, numery sekwencyjne, potwierdzenia ACK i retransmisje, dzięki czemu wykrywa błędy oraz odzyskuje utracone segmenty.

Źródła:

  • RFC 9293: Transmission Control Protocol (TCP), IETF, 2022, sekcje dot. niezawodności i ACK/retransmisji: https://www.rfc-editor.org/rfc/rfc9293.html
  • RFC 768: User Datagram Protocol (UDP), IETF, 1980: https://www.rfc-editor.org/rfc/rfc768
  • RFC 791: Internet Protocol (IP), IETF, 1981: https://www.rfc-editor.org/rfc/rfc791

Materiały:

  • Materiały dydaktyczne o modelu OSI/TCP-IP (podręczniki i notatki szkolne)
  • Dokumentacje RFC dla TCP/UDP/IP (fragmenty dotyczące roli i mechanizmów)
  • Kursy podstaw sieci komputerowych (LAN, Ethernet, TCP/UDP) dla poziomu technikum

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego