Ммм, а зачем пытаться уложить линейный диапазон в кривую? Как мне кажется, проще и нагляднее, например, на одной оси отмечать первые 16 бит адреса (шкала от 0 до 65536), а на второй — хвост из тех же 16 бит. Дыры и плотные блоки как раз тогда должны выглядеть непрерывными более-менее прямоугольными «кирпичами», а не зигзагообразными паттернами. Можно даже поиграться и выбрать разные диапазоны (подсети, старшие биты) для рисования, хотя и получатся уже прямоугольники, а не квадраты (и можно даже при выборе пропорций руководствоваться минимизацией энтропии в результирующем изображении :).

Фокус этой кривой в том, что близко расположенные адреса будут находится близко на двумерной плоскости. А в вашем случае — в двух соседних столбцах или строках — будут абсолютно разные адреса.

Не совсем: предположим, по оси X откладываем младшие биты, по оси Y — старшие (подсеть). Тогда адреса, например, вида xxx.yyy.*.* (/16) будут занимать отрезок строки xxx.yyy. То есть, за исключением граничных случаев, близкие адреса будут находиться рядом на прямой. И со столбцами тоже спорно — по-моему, довольно распространенный случай, когда одному регистратору принадлежит агрегат диапазонов типа 70.121.0.0/16 + 126.120.128.0/24 + ...


Но вы, вероятно, правы, т.к. необходимо разрешение порядка 65536 (216), чтобы разглядеть маленькие подсети (состоящие всего из одной-двух строк). Можно ли где-то найти сырые данные? Не проверишь, не узнаешь :)


Кстати говоря, помимо кривой Гильберта есть ещё много других семейств заполняющих кривых, и с разными элементарными паттернами — возможно, какие-то из них могут быть более или менее выразительны для визуализации/кластеризации именно диапазонов ip. Но тут уже можно улететь во фрактальную размерность, опять-таки минимизацию энтропии и прочие интересные дебри.

Оборонка и IT компании еще понятно, но Ford и Daimler было неожиданно. Причем они получили эти блоки еще в середине 90-х. Чем-то похоже на киберсквоттинг.
В 2011 году Microsoft купил 666 624 IP адреса за 7.5 миллионов долларов. По масштабам это немного больше чем /13 (524 286 адресов).
Учитывая то, как «стремительно» внедряется IPv6, и как скоро заканчиваются IPv4 адреса, можно сказать, что Microsoft заплатил не такую уж и высокую цену. В какой-то момент этот актив конечно может обесцениться, но произойдет это скорее позже, чем раньше.
Я так понял 1 пиксель = 256 адресов? В статью бы скинуть логику как зная для IP адреса A.B.C.0-255 A,B и С получить координаты (x,y) пикселя.
В таблице не вижу
100.64.0.0/10
192.168.0.0/16
Это перевод. Вам, видимо, к автору

Куда уж без этого


XKCD

Так вот что, оказывается, Малевич нарисовал!

Это правильный квадрат, а Малевич нарисовал квадрат, у которого все стороны разные и нет ни одного угла 90%
От руки же рисовал
А сколько времени заняла рассылка пакетов?
zmap позволяет отправить/получить всё очень быстро
Правда, есть шанс, что после этого придётся просить провайдера разблокировать IP или провайдеру придётся просить свой апстрим разблокировать подсеть
На гигабитном канале zmap способен уложиться в час
Извините, но «локальная LAN» звучит как «Соединённые США» или «Федеральная ФСБ»
Было бы интересно на этой карте отразить заблокированные Роскомнадзором ресурсы, которые по wsdl можно вытащить — vigruzki.rkn.gov.ru/auto
Отобразил выгрузку РКН (только диапазоны) в таком же представлении IPv4
картинка заблоченного и ссылка для того, чтобы поиграть зумом :)

Ну и можно включить показ основных отметок, чей диапазон
(ссылки вверху) rkn.ishukshin.ru
а что означает прицел?
наведите мышку, увидите «you are here». Это то, где открывший ссылку находится на данной карте :)
Следующая цель РКН
Один из просчетов было отдать 127.0.0.0/8 под loopback. В теории, это может пригодится, чтобы использовать разные IP (127.0.0.2, 127.0.0.3… ) для разных соединений, но на практике достаточно разных портов на 127.0.0.1. Думаю, хватило бы и 127.0.0.0/24 для разных случаев. Может какой-нибудь highload это как-то использует, кто подскажет? Кстати, в IPv6 всего один адрес — ::1.
Там 127.0.0.0/8 было крайней сетью класса А, и так и так непригодной для обычного использования. Так же как и 0.0.0.0/8, вот им и придумали спец. функции. Что касается идеи оставить всего 1 адрес — было бы неудобно, разные адреса реально иногда нужны, а вот /24 вполне хватило бы да.
Кому интересно, подсетки особых адресов согласно RFC 5735.
Скрытый текст
image

За такими реестрами правильнее идти не в старый RFC, а в IANA.

Только полноправные пользователи могут оставлять комментарии.
Войдите, пожалуйста.