Skrót adresu IPv6

Wklej adres IPv6. 2001:0db8:0000:0000:0000:0000:0000:0001 daje 2001:db8::1. fe80:0000:0000:0000:0202:b3ff:fe1e:8329 daje fe80::202:b3ff:fe1e:8329. Kompresja, nie ping.

To kompresja i rozwinięcie RFC 5952, nie ping i nie tablica routingu. Maska IPv4 jest na kalkulatorze podsieci IP / CIDR.

Dane

Opcje

Wynik

Wprowadź dane i kliknij Oblicz.

Jak to działa?

Skrót adresu IPv6 w tym kalkulatorze ściska albo rozwija hextety. 2001:0db8:0000:0000:0000:0000:0000:0001 daje 2001:db8::1. fe80:0000:0000:0000:0202:b3ff:fe1e:8329 daje fe80::202:b3ff:fe1e:8329. ::ffff:c000:201 zostaje ::ffff:c000:201. To nie ping.

Pole ipv6-input jest tekstem. Checkbox ipv6-show-ipv4-mapped w trzecim przykładzie jest włączony, wynik i tak zostaje w hextetach. Karta zdejmuje wiodące zera i stawia jedno ::. Nie parsuje kropkowanego ::ffff:192.0.2.1.

2001:db8::1 nie jest odpowiedzią z ping6. fe80::202:b3ff:fe1e:8329 nie jest sąsiadem z ND. Wpisujesz adres sam. Kalkulator nie pyta interfejsu i nie czyta tablicy.

Podsieć IP / CIDR obok liczy hosty IPv4. MTU liczy fragmenty. Tu 2001:0db8:...:0001 zostaje 2001:db8::1, sam skrót RFC 5952.

Wklej pełny 2001:0db8:0000:0000:0000:0000:0000:0001, potem Oblicz. Wynik to 2001:db8::1. Pusty wpis to błąd pola. To nie traceroute.

2001:0db8:...:0001 daje 2001:db8::1. fe80:... daje fe80::202:b3ff:fe1e:8329. ::ffff:c000:201 zostaje ::ffff:c000:201. Inny ciąg zer zmienia ::.

Wzór

RFC 5952: zdejmij wiodące zera, jedno :: na najdłuższy bieg zer. Kompresja i rozwinięcie, nie ping.

Jak korzystać

  1. Wklej 2001:0db8:0000:0000:0000:0000:0000:0001.
  2. Kliknij Oblicz. Skrót to 2001:db8::1.
  3. fe80:0000:0000:0000:0202:b3ff:fe1e:8329 daje fe80::202:b3ff:fe1e:8329.
  4. To kompresja RFC 5952, nie ping.
  5. Hosty IPv4 licz na kalkulatorze podsieci IP / CIDR.

2001:0db8:...:0001 = 2001:db8::1

Kompresja RFC 5952. 2001:0db8:...:0001 daje 2001:db8::1. To nie ping.

Skrót
Jedno :: i bez wiodących zer. 2001:db8::1 z pełnego wpisu. Nie ping.
adresu
Tekst w ipv6-input. fe80:... zostawia fe80::202:b3ff:fe1e:8329.
IPv6
Hextety, nie kropki. ::ffff:c000:201 zostaje w tej formie.

Przykłady

Przykład 1

  • 2001:0db8:0000:0000:0000:0000:0000:0001

2001:db8::1

Jaki skrót ma 2001:0db8:0000:0000:0000:0000:0000:0001? 2001:db8::1. Kompresja, nie ping.

Przykład 2

  • fe80:0000:0000:0000:0202:b3ff:fe1e:8329

fe80::202:b3ff:fe1e:8329

Jaki skrót ma fe80:0000:0000:0000:0202:b3ff:fe1e:8329? fe80::202:b3ff:fe1e:8329.

Przykład 3

  • ::ffff:c000:201
  • IPv4-mapped włączone

::ffff:c000:201

Co z ::ffff:c000:201 przy IPv4-mapped? ::ffff:c000:201. Hextety, nie kropki.

Powiązane kalkulatory

Kalkulator podsieci IP / CIDR

Kalkulator podsieci IP / CIDR: adres IPv4 i prefiks CIDR.

Użyj kalkulatora →

MTU i fragmentacja

MTU i fragmentacja: pakiet, MTU i nagłówek.

Użyj kalkulatora →

Zakres adresów DHCP

Zakres adresów DHCP: adres, CIDR i rezerwę.

Użyj kalkulatora →

DNS TTL

DNS TTL: 86400 i 300 dają 24 h oczekiwania przed zmianą rekordu.

Użyj kalkulatora →

Wszystkie kalkulatory IT

Najczęstsze pytania

Jaki skrót ma 2001:0db8:0000:0000:0000:0000:0000:0001?

2001:db8::1. Jedno ::, bez wiodących zer. Nie ping.

Ile z fe80:0000:0000:0000:0202:b3ff:fe1e:8329?

fe80::202:b3ff:fe1e:8329. Ten sam RFC 5952.

Co z ::ffff:c000:201?

Zostaje ::ffff:c000:201. Kalkulator nie zamienia tego na 192.0.2.1.

Czy to ping albo traceroute?

Nie. Same hextety z pola. Nie ma ICMPv6.

Czy kropkowane ::ffff:192.0.2.1 działa?

Nie. Wpisz hextety, jak w trzecim przykładzie ::ffff:c000:201.

Po co checkbox IPv4-mapped?

Pokazuje notatkę mapped. Skrót i tak zostaje w hextetach.

Czy dwa :: są legalne?

Nie. RFC 5952 zostawia jedno :: na najdłuższy bieg zer.

Gdzie liczysz hosty IPv4?

Na kalkulatorze podsieci IP / CIDR. Tu zostaje skrót IPv6.

Czy pusty wpis liczy?

Nie. Bez adresu kalkulator się zatrzymuje. To nie tablica routingu.

Źródła wiedzy

Kalkulator liczy bity, bajty albo przepustowość z Twoich liczb. Poniżej definicje bitu i SI (GUM).

Strona zaktualizowana w 2026.

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 ::).

Szybka ściąga: wejście → skrót (RFC 5952)

Kilka kanonicznych par — wklej lewą kolumnę do kalkulatora, żeby potwierdzić wynik.

Wejście (pełne / częściowe)Skrót kanonicznyReguła
2001:0db8:0000:0000:0000:ff00:0042:83292001:db8::ff00:42:8329wiodące zera + jedno ::
2001:0db8:0001:0002:0003:0004:0005:00062001:db8:1:2:3:4:5:6tylko wiodące zera (bez ::)
2001:db8:0:0:1:0:0:12001:db8::1:0:0:1remis długości → kompresuj lewy przebieg
0000:0000:0000:0000:0000:0000:0000:0001::1loopback
fe80:0000:0000:0000:0202:b3ff:fe1e:8329fe80::202:b3ff:fe1e:8329link-local + ::

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).