Skrót adresu IPv6

Przykłady

Powiązane kalkulatory

Wszystkie kalkulatory IT

Co oznacza skrót (shorthand) IPv6

Adres IPv6 ma 128 bitów, zapisywanych jako osiem hextetów (grup po 4 cyfry hex) oddzielonych dwukropkami, np. 2001:0db8:0000:0000:0000:ff00:0042:8329. Skrót (compressed form) to ta sama wartość zapisana krócej według RFC 5952: bez zbędnych wiodących zer i z co najwyżej jednym :: w miejscu najdłuższego ciągu zerowych hextetów.

Kalkulator przyjmuje dowolną poprawną formę (pełną, częściowo skróconą, mieszaną wielkość liter) i zwraca kanoniczny skrót oraz formę pełną — przydatne przy porównywaniu logów, ACL, rekordów AAAA i konfiguracji hostów.

Reguły kompresji (RFC 5952)

• Wiodące zera w hextetach — usuń: 0db8 → db8, 0042 → 42. Hextet zerowy to 0, nie pusty ciąg.
• :: tylko raz — zastępuje najdłuższy przebieg co najmniej dwóch kolejnych hextetów zerowych. Drugie :: czyni adres niejednoznacznym.
• Remis długości — gdy dwa przebiegi zer mają tę samą długość, kompresuj pierwszy od lewej.
• Małe litery — zalecane wyjście używa a–f, nie A–F.
• Nie kompresuj pojedynczego zera przez :: — hextet 0 zostaje jako 0 (chyba że należy do dłuższego ciągu).

Forma pełna vs skrócona

• Pełna (expanded) — zawsze 8 hextetów × 4 cyfry: łatwiejsze sortowanie, diff w dokumentacji, reguły firewall „string match”.
• Skrót (compressed) — czytelniejszy w DNS AAAA, konfiguracji interfejsów, przykładach.
• Częściowy skrót — np. tylko usunięte wiodące zera bez ::; poprawny, ale niekanoniczny. Kalkulator normalizuje do RFC 5952.

Te same 128 bitów: 2001:0db8:0000:0000:0000:ff00:0042:8329 = 2001:db8::ff00:42:8329.

Częste błędy

• Dwa razy :: w jednym adresie.
• Zostawianie wiodących zer w „skrócie” (2001:0db8::1 — lepiej 2001:db8::1).
• Mylenie hextetu z bajtem — IPv6 grupuje po 16 bitów, nie po oktetach jak IPv4.
• Wklejenie IPv4 z kropkami bez mapowania (::ffff:192.0.2.1 to osobna semantyka IPv4-mapped).
• Założenie, że „najwięcej zer od prawej” zawsze wygrywa — przy remisie wygrywa lewa strona.

Przykłady krok po kroku

1) Klasyczny dokumentacyjny prefiks

Wejście pełne: 2001:0db8:0000:0000:0000:ff00:0042:8329

• Usuń wiodące zera → 2001:db8:0:0:0:ff00:42:8329
• Najdłuższy ciąg zer: trzy hextety 0:0:0 → ::
• Skrót: 2001:db8::ff00:42:8329

2) Tylko wiodące zera (bez ::)

2001:0db8:0001:0002:0003:0004:0005:0006 → 2001:db8:1:2:3:4:5:6 (brak dwóch kolejnych zerowych hextetów, więc bez ::).

3) :: tylko raz

2001:db8:0:0:1:0:0:1 — dwa przebiegi po dwa zera; kompresuj lewy: 2001:db8::1:0:0:1 (nie 2001:db8:0:0:1::1 jako kanoniczny wybór przy remisie — zgodnie z RFC 5952 lewy przebieg).

4) Loopback

0000:0000:0000:0000:0000:0000:0000:0001 → ::1.

5) Link-local

fe80:0000:0000:0000:0202:b3ff:fe1e:8329 → fe80::202:b3ff:fe1e:8329. Prefiks fe80::/10 zostaje; kompresja dotyczy tylko ciągu zer po prefiksie.

6) Samo usuwanie zer wiodących

Wejście 2001:0db8:0:0:0:0:0:1 jest już częściowo skrócone. Kanonicznie: 2001:db8::1 — kalkulator domyka reguły RFC 5952 (małe litery + jedno ::).

Kiedy stosować skrót w praktyce

• Rekordy AAAA / dokumentacja — skrót czytelniejszy dla ludzi; narzędzia i tak normalizują.
• ACL / logi SIEM — czasem wygodniej trzymać formę pełną, żeby sortowanie tekstowe było przewidywalne; albo normalizować przed porównaniem.
• Konfiguracja routerów — większość IOS/FRR/Linux akceptuje obie formy; trzymaj się jednej konwencji w zespole.
• Debug — gdy klient „nie łączy”, rozwiń adres w kalkulatorze i porównaj bit po bicie z adresem na interfejsie (ip -6 addr).

Pamiętaj: skrót nie zmienia wartości adresu. To tylko notacja. Błąd w hextetach (literówka) po kompresji wygląda „ładnie”, ale nadal jest złym adresem — zawsze weryfikuj względem źródła (SLAAC, DHCPv6, dokumentacja VLAN).