Konwersja adresu IP na numer:

Question

pytanie: Kiedy przekonwertować 192.168.115.67 adresów IP do numeru, to się robi tak:
192 * 256 + 168 * 256 +115 * 256 + 67 * 256 = 3232265027

lub jak poniżej:
192 * 256 + 168 * 256 + 115 * 256 + 67 * 256 = 1131653312
Znajduję oba warianty w Internecie, i szczerze mówiąc, nie ma to znaczenia, dopóki wykonuję wszystkie wewnętrzne porównanie zakresu IP przy użyciu tego samego wariantu procesu konwersji. Ale chcę obliczyć IP V6 z adresu IPv4 i wydaje się, że oba warianty są w Internecie ... powodujące różne adresy IPv6 i tylko jedno może być poprawne ...

Używam 1131653312 wariant, ponieważ 1131653312 jest wariantem, który widziałem .NET daje mi, ale 3232265027 jest wariantem, którego użyłem, gdy zrobiłem to w C++, i że jest to również wariant, który znajduję w Internecie dla konwersji IPv4 na IPv6, i który użyłem wcześniej Widziałem, że .NET używa wariantu 1131653312 ...

Answer 1

Sposób powodując 3232265027 muszą być prawidłowo, jako pierwszy numer znajduje się w najwyższych bitów zgodności części IPv4 IPv6:

0000: 0000: 0000: 0000: 0000: FFFF: AABB: CCDD

gdzie

AA = 192
BB = 168
CC = 0
DD = 1

etc.

http://wikipedia.org/wiki/IPv6

Ponadto, nie może mieć 256 w adresie IP. Wartości wynoszą 0 - 255 każda.

Answer 2

Numery są wysyłane w kolejności wielko-endianowej przez przewód, który jest taki sam jak sposób ich zapisu (192 jest najbardziej znaczącym bajtem). Tak więc pierwsza liczba jest "poprawna". Drugi wariant polega na tym, że te same bajty będą interpretowane na architekturze małego endianu, stąd zachowanie .Net.

Powiedziawszy to wszystko, nie jestem do końca pewien, jakie jest to pytanie, więc mogę tylko mieć nadzieję, że ta ekspozycja stanowi pewnego rodzaju odpowiedź.

Answer 3

to zdecydowanie pierwsza. możesz pingować i zobaczyć, jak narzędzie ping konwertuje je do notacji a.b.c.d. jeśli zamierzasz wykonać tę konwersję, polecam wyrażenie: (a << 24) | (b << 16) | (c << 8) | d

Answer 4

Różnica polega na endianness. Przechowywany jest on w postaci liczby całkowitej, ale różne procesory mają różne kolejność bajtów dla ich liczb całkowitych (najpierw duży lub mały koniec). Jednak liczba ta musi wyjść poza linię, więc adres IP ma określoną kolejność potrzebną do przesłania bajtów. Ta kolejność wygląda inaczej w przypadku maszyn bigendowskich i littleendian.