Type of Service

Type of Service – pole w nagłówku IPv4 opisujące ważność i wymagania pakietu. Według najnowszej definicji RFC, TOS składa się z sześciobitowego pola Differentiated Services Code Point oraz dwubitowego pola Explicit Congestion Notification.

0	1	2	3	4	5	6	7
Bity początkowe			D	T	R	pole ECN

Historia

Bajt TOS przez lata miał wiele różnych zastosowań, został zdefiniowany w różny sposób przez 5 różnych dokumentów RFC (RFC 791 ↓, RFC 1122 ↓, RFC 1349 ↓, RFC 2474 ↓, oraz RFC 3168 ↓.) Cała historia bajtu TOS jest opisana w 22. sekcji dokumentu RFC 3168 ↓.

Typy usług

8 bitów w nagłówku IP jest zarezerwowanych dla TOS. Mogą one zostać podzielone na 5 podpól:

3 najstarsze bity zawierają wartości od 0 do 7 i używane są do oznaczania ważności datagramu. Domyślną wartością jest 0 (im wartość wyższa tym datagram ważniejszy).

Bity 3 4 5 opisują co następuje:

D: wymagane jest małe opóźnienie
T: wymagana jest duża przepustowość
R: wymagana jest duża niezawodność

Najmłodsze dwa bity zarezerwowane są na pole ECN.

Router utrzymuje wartość TOS dla każdej trasy w swojej tablicy routingu. Trasy wyuczone poprzez protokoły nieobsługujące TOS otrzymują domyślną wartość 0. Routery używają TOS do wybierania trasy dla pakietu.

Proces wyboru trasy dla pakietu z określonym TOS:

Router znajduje w swojej tablicy routingu wszystkie dostępne trasy do celu.
Jeżeli żadna trasa do celu nie istnieje, router odrzuca pakiet z powodu nieosiągalności celu.
Jeżeli istnieje jedna lub więcej tras z TOS pasującym do pakietu, router wybiera tę o najlepszej metryce.
Jeżeli znalezienie trasy o podanym TOS nie powiedzie się, router powtarza krok i ustawia wymagany TOS na 0.
Jeżeli router nie znajdzie trasy, odrzuca pakiet z powodu nieosiągalności celu. Router zwraca wtedy błąd ICMP Cel Nieosiągalny (Destination Unreachable) oraz precyzuje kod: Sieć Nieosiągalna z Typem Usługi (kod 11) (Network Unreachable with Type of Service (code 11)) lub Host Nieosiągalny z Typem Usługi (kod 12) (Host Unreachable with Type of Service (code 12)).

Literatura

P.P. Almquist P.P., Type of Service in the Internet Protocol Suite, RFC 1349, IETF, lipiec 1992, DOI: 10.17487/RFC1349, ISSN 2070-1721, OCLC 943595667 (ang.).
“Deploying IP and MPLS QoS for Multiservice Networks: Theory and Practice” by John Evans, Clarence Filsfils (Morgan Kaufmann, 2007, ISBN 978-0123705495)

Zobacz też

Linki zewnętrzne

JonJ. Postel JonJ., Internet Protocol, STD 5, RFC 791, IETF, wrzesień 1981, DOI: 10.17487/RFC0791, ISSN 2070-1721, OCLC 943595667 (ang.).
R.R. Braden R.R., Requirements for Internet Hosts - Communication Layers, STD 3, RFC 1122, IETF, październik 1989, DOI: 10.17487/RFC1122, ISSN 2070-1721, OCLC 943595667 (ang.).
K.K. Nichols K.K., S.S. Blake S.S., F.F. Baker F.F., D.D. Black D.D., Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers, RFC 2474, IETF, grudzień 1998, DOI: 10.17487/RFC2474, ISSN 2070-1721, OCLC 943595667 (ang.).
K.K. Ramakrishnan K.K., S.S. Floyd S.S., D.D. Black D.D., The Addition of Explicit Congestion Notification (ECN) to IP, RFC 3168, IETF, wrzesień 2001, DOI: 10.17487/RFC3168, ISSN 2070-1721, OCLC 943595667 (ang.).