Dlaczego adresy IP nie mogą zaczynać się od 0 lub 255?


8

Określono gdzieś (przypuszczalnie w RFC), że adresy klasy A mieszczą się w przedziale od 1-126 w pierwszym oktecie, a adresy klasy E zawierają się w przedziale od 240-254, ale pomija dwie potencjalne sieci po obu stronach, a mianowicie 0 i sieć 255.

Uważam, że adresy zaczynające się od tych adresów IP są nieprawidłowe. Czy to oznacza, że ​​nie będą działać w sieci prywatnej i czy istnieje powód, dla którego są nieważni?

Odpowiedzi:


19

Adres IP 0.0.0.0jest używany jako symbol wieloznaczny do łączenia ze wszystkimi adresami. Adres IP 255.255.255.255służy do wskazania lokalnej transmisji.

Ponieważ ta decyzja była częścią klasowego projektu sieci poprzedzającego CIDR , aby zarezerwować te konkretne adresy IP samodzielnie, należałoby stworzyć specjalne reguły dla / 8, które je zawierały. Ponieważ niektóre / 8 i tak pozostaną zarezerwowane, sensownym było zarezerwowanie ich zamiast tworzenia dodatkowych reguł, aby można było z nich korzystać.


4
Ale ... to nie było pytanie. Wiem, że oznaczyli to jako odpowiedź, ale nie odpowiada. Nie jest ważne, czy 0.0.0.0 jest poprawne, ale 0.213.4.67 lub jakikolwiek inny 0.xxx lub 255.xxx.
Micah Gafford

3
@DavidSchwartz Dla osób niezaznajomionych z notacją CIDR może nie być jasne, że rozwiązałeś ten problem.
TR

6
Przeczytałem odpowiedź. To miejsce, w którym ekspert (ty) może odpowiedzieć na pytania, które mogą mieć laicy (ja). Jeśli odpowiesz na pytanie, aby tylko osoby, które powinny je znać, są jedynymi, które mogą je zrozumieć, nie odpowiedzą na pytanie. Ponieważ nigdy nie powiedziałeś, że 0.xxx jest całkowicie zablokowany, ponieważ zdecydowali się użyć 0.0.0.0 jako symbolu wieloznacznego, z pewnością tego nie rozumiem. Tak naprawdę, tylko zastanawiam się nad tym na podstawie odpowiedzi @DavidSchwartz, ale nadal mogę nie rozumieć, dlaczego. Na pewno nikomu nie zaszkodzi zaktualizowanie odpowiedzi w wersji dla laików. TY na twój czas.
Micah Gafford,

3
Odpowiedź nie wskazywała na to, by ktoś pomyślał, że to wyjaśni. Po prostu starałem się być pomocny dla każdego, kto szuka w przyszłości. Twoja odpowiedź w gruncie rzeczy mówi „Cóż, naucz się wszystkich innych rzeczy”. Odpowiedzi powinny być całościowe, ale zgodziłbym się nie opisywać atomowej podbudowy lub innych głupich rzeczy. Wyjaśnienie tej odpowiedzi jest dość łatwe bez wyobcowania ciekawskich lub wymagania certyfikatu Network +.
Micah Gafford

3
Aby pomóc każdemu, kto później na to natknie się, o ile rozumiem z linków w odpowiedzi, we wczesnych dniach Internetu, istniało kilka „dużych sieci”, w których uczestniczyły wszystkie komputery podłączone do Internetu. Pierwszy oktet adresu IP określał tę dużą sieć. Na przykład dowolny adres formularza 10.x.x.xzabrał cię do ARPANET. Biorąc to pod uwagę 0.0.0.0i 255.255.255.255były to adresy specjalnego przeznaczenia, nawet w tym wczesnym projekcie, skutecznie przekazało cały zakres 0.x.x.xi 255.x.x.xadresy. W miarę rozwoju Internetu to się nie zmieniło.
ymbirtt

6

Ponieważ są zastrzeżone dla adresów multiemisji i rozgłaszania

RFC specjalnie odłożył je na bok jako „Zarezerwowane”

ważne , ale po prostu nie nadają się do użytku


1
„Nie nadaje się do użytku” ???
Xavierjazz,

1

Zarówno 0.0.0.0/8, jak i 255.0.0.0/8 są zastrzeżone przez IANA w 1981 r. Pierwszy blok służy do samoidentyfikacji (na podstawie RFC 6890), a drugi jest zarezerwowany do „przyszłego użytku”; formalnie klasa E.

Adresy rozpoczynające się od 240 lub większej liczby nie zostały przydzielone i nie powinny być używane, z wyjątkiem 255.255.255.255, który jest używany do „ograniczonej emisji” w sieci lokalnej. Więcej informacji można znaleźć w (RFC 919) i (RFC 922).

Informacje z: https://myip.ms/info/whois/0.0.0.0 https://myip.ms/info/whois/255.0.0.0 https://tools.ietf.org/html/draft-wilson-class -e-01


Ale Klasa E została zdefiniowana jako 240.0.0.0/4; tj. od 240.0.0.0 do 255.255.255.255 (a może 255.255.255.254). Pytanie dotyczy tego, dlaczego 255 jest traktowane inaczej niż od 240 do 254; twoja odpowiedź nie rozwiązuje tego.
Scott,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.