IPv6 paket

Podtyp hlavičky 0 je zastaralý, protože hlavičku lze použít k organizaci DoS útoku [6] . Pokud je hodnota pole Segments Left nula, pak MUSÍ uzel ignorovat rozšířené záhlaví Routing a pokračovat ve zpracování dalších rozšířených záhlaví. Pokud je hodnota pole Segments Left nenulová, pak MUSÍ uzel zahodit paket a odeslat zprávu o problému s parametrem ( ICMPv6 typ 4, kód 0).

Fragment

Za účelem odeslání paketu většího, než je cesta MTU , odesílatel rozdělí paket na fragmenty. Rozšířená hlavička Fragment obsahuje informace potřebné k tomu, aby příjemce sestavil původní (nefragmentovaný) paket.

• Další hlavička (8 bitů): Další rozšířený typ hlavičky nebo typ protokolu, který má být odeslán jako užitečné zatížení.
• Rezervováno (8 bitů): Rezervováno, musí být inicializováno na nulu.
• Fragment Offset (13 bitů): Fragment offset v osmioktetových blocích od začátku části paketu, který má být fragmentován.
• Res (2 bity): Rezervováno, musí být inicializováno na nulu.
• M (1 bit): Budou další fragmenty. Pokud je 0, jedná se o poslední fragment.
• Identifikace (32 bitů): Číslo identifikující původní paket.

Užitečné údaje

Za pevnými a rozšířenými hlavičkami je užitečné zatížení protokolu transportní vrstvy , jako je segment TCP nebo datagram UDP . Pole Next Header poslední IPv6 hlavičky udává typ užitečného zatížení uloženého v paketu.

Normální délka užitečného zatížení

Pole pevné hlavičky Payload Length je 16 bitů , takže maximální možné užitečné zatížení a rozšířené hlavičky je 65535 oktetů . Maximální velikost rámce mnoha protokolů linkové vrstvy je mnohem menší.

Jambogramy

Paket IPv6 může přenášet více dat pomocí možnosti jumbo payload v rozšířené hlavičce Hop-By-Hop Options [7] . Tato možnost umožňuje výměnu paketů s velikostí užitečného zatížení o 1 bajt menší než 4 GiB (2 32 − 1 = 4294967295 bajtů). Balíček s takovým obsahem se nazývá jambogram.

Protože oba protokoly TCP a UDP mají pole délky omezená na 16 bitů, je pro podporu jambogramů vyžadována implementace modifikovaných protokolů transportní vrstvy. Jumbogramy mohou fungovat pouze u připojení s MTU větší než 65583 oktetů (větší než 65535 oktetů pro užitečné zatížení, 40 oktetů pro pevné záhlaví a 8 oktetů pro rozšířené záhlaví Hop-By-Hop Options ).

Fragmentace

Pakety IPv6 nejsou směrovači nikdy fragmentovány . Pakety větší než MTU síťového připojení jsou zahozeny a odesílateli je odeslána zpráva Packet too Big ( ICMPv6 typ 2) . K podobnému chování v IPv4 dochází, pokud je nastaven bit Nefragmentovat .

Očekává se, že koncové uzly IPv6 provedou zjišťování Path MTU, aby určily maximální povolenou velikost paketů, které mohou odeslat, a protokol vyšší vrstvy omezí velikost paketů. Pokud to však protokol vyšší vrstvy není schopen, MŮŽE odesílatel použít rozšířenou hlavičku Fragment k provedení fragmentace paketů IPv6. Všechny protokoly, které přenášejí pakety IPv6, musí mít MTU rovnou nebo větší než 1280 oktetů. Protokoly, které nejsou schopny přenést 1280-oktetový paket v jednom bloku, se musí fragmentovat a znovu sestavit, aniž by to ovlivnilo vrstvu IPv6 [1] .

Fragmentace

Paket obsahující fragment původního (velkého) paketu se skládá ze dvou částí: nefragmentovatelné části původního paketu, která je stejná pro všechny fragmenty, a fragmentovatelné části, identifikované offsetem fragmentu.

Nefragmentovatelná část paketu se skládá z pevné hlavičky a rozšířených hlaviček původního paketu (volitelné).

Hodnota pole Další záhlaví posledního záhlaví nefragmentované části musí být 44, což znamená, že další záhlaví bude Fragment . V záhlaví fragmentu se pole Další záhlaví musí rovnat typu prvního záhlaví fragmentované části. Po záhlaví Fragment následuje fragment původního balíčku. Velikost každého fragmentu fragmentované části musí být násobkem 8, s výjimkou posledního fragmentu.

Sestavení fragmentů

Přijímací uzel po shromáždění všech fragmentů zahodí rozšířenou hlavičku fragmentů a umístí fragmenty na offsety zadané v poli Fragment Offset vynásobené 8. Pakety obsahující fragmenty nemusí dorazit ve správném pořadí a budou přeskupeny. v případě potřeby přijímacím uzlem.

Pokud 60 sekund po obdržení prvního fragmentu nebyly shromážděny všechny fragmenty, pak se sestavování původního balíčku zruší a všechny přijaté fragmenty se zahodí. Pokud je přijat první fragment (s Fragmant Offset nastaveným na nulu), odešle se odesílateli fragmentovaného paketu zpráva Fragment Reassembly Time Exceeded ( ICMPv6 typ 3 kód 1).

Maximální velikost původního paketu nesmí překročit 65 535 oktetů a pokud je původní paket po opětovném složení větší, musí být vyřazen.

Poznámky

1. ↑ 1 2 3 4 Internetový protokol, verze 6 (IPv6) Specifikace. RFC 2460 .
2. ↑ Definice pole diferencované služby (DS Field) v záhlaví IPv4 a IPv6. RFC 2474 .
3. ↑ Nová terminologie a vysvětlení pro DiffServ. RFC 3260 .
4. ↑ Přidání explicitního oznámení o přetížení (ECN) k IP. RFC 3168 .
5. ↑ Technická kritéria pro výběr IP The Next Generation (IPng). RFC 1726 .
6. ↑ Ukončení podpory směrovacích hlaviček typu 0 v IPv6. RFC 5095
7. ↑ Jumbogramy IPv6. RFC 2675