Книги: "Создание сайтов" - "Доменные войны". Защита информации: техническое описание TLS, тестовый сервер TLS 1.3. Ресурсы: LaTeX
Воскресный юмор: как исчерпать адресное пространство IPv6
Технократический юмор по выходным.
Следом за кем-то из популяризаторов новой версии IP, всё чаще повторяют, что (в отличие от IPv4) “число адресов в новом протоколе – IPv6 – практически бесконечно”. Конечно, 2128 – число большое. Но если сравнивать его с бесконечностью (даже потенциальной), то оказывается столь малым, что им можно просто пренебречь в расчётах. Другими словами, понятно, что новое адресное пространство не бесконечно. И можно придумать способы, приводящие к его исчерпанию за некое разумное время.
Хотя это будут непростые способы. Так, если задаться целью и выделить специальный класс адресов для геолокации, то ушедшие для обозначения каждого квадратного метра (а кому нужна точность выше?) земной поверхности IPv6-адреса практически никак не уменьшат пул свободных адресов. (Площадь Земли – примерно 5*1014 квадратных метров, а адресов доступно примерно 3*1038; то есть, можно примерно все планеты в наблюдаемой Вселенной покрыть адресами, в несколько сотен слоёв.) А кроме того, использование IP-адресов для геолокационной привязки – не самое правильное решение, если только речь не идёт о фантастической глобальной сети связи с очень высокой плотностью узлов.
Естественно, отпадают и все варианты с нумерацией товаров широкого потребления: на утюги, пылесосы, автомобили и умные рубашки, умные кроссовки – адресов хватает. При этом, вышедшие из употребления вещи должны свои адреса возвращать в пул свободных.
Надежды можно связывать всё с теми же нанотехнологиями. Так, IPv6-адреса могут присваиваться нанороботам, имеющим размер примерно как десяток вирусов. Адреса используются для управления роботами. Тут, кстати, есть интересная проблема: как такой длинный адрес (128 бит!) записывать на самом роботе? Если один атом сохраняет один бит, то 128 атомов – это расточительство, если вы работаете в масштабах мира молекул. Наверное, можно отрезать идентификатор класса и сети от адреса и в самом нанороботе сохранять только последние несколько бит, а маршрутизацию управляющих команд, как обычно, поручить неким коммуникационным узлам. В общем, более или менее всё укладывается в схему протокола.
Нанороботы должны как-то там самокопироваться и, таким образом, множиться довольно быстро. Если каждую секунду робот “удваивается”, а мы начинаем с одного робота, то… ну, сами понимаете, при равномерном развитии процесса, уже примерно через две минуты станет ощущаться острая нехватка IPv6-адресов (как и всего другого на нашей родной планете). И проблема тут не в том, что скорость выдачи блоков IPv6 слишком мала и роботы не будут успевать адреса получать. Нет. Проблема в том, что даже если кубический миллиметр пространства может быть порабощён лишь одной тысячей нанороботов, то на момент исчерпания адресного пространства они уже захватят Землю, плотно заполнив собой океаны.
()
Комментарии читателей блога: 2
1. 12th June 2011, 23:36 // Читатель Vlad написал:
Нанороботам глобальные адреса не нужны. Даже вредны. Дать возможность посылать сообщения нанороботу, скажем, восстанавливающему ткани сердца, с другой стороны планеты — это безумие. (Ровно как и давать такой доступ к индустриальным роботам по IPv4 сейчас).
Так что нанороботы будут адресоваться как-то по-другому, локально.
А вот каждому квадратному метру — это интересно. Только не квадратному, а кубическому. Будем считать, что к моменту такой адресации планета земля будет похожа на Трантор — покрыта сталью и бетоном на километры, а небольшой кусочек земли будет только во дворце Императора. По моим прикидкам, до 100 км границы уйдет где-то 5*10^19 адресов. Всё равно много остается.
Придется каждый кубометр Солнечной системы адресовать. До Нептуна уйдет, по моим прикидкам, 4*10^44. Проблема решена!
Ждем IPv7, c 256-битной адресацией!
2. 13th June 2011, 05:51 // Читатель Vlad написал:
Увы, не планируется IPv7: Cerf: http://www.networkworld.com/news/2011/021811-vint-cerf-ipv7.html
Зато Гуглем тестируется некий “Bundle Protocol который был разработан как часть более общей идеи delay-and-disruption-tolerant network”. (там же, вторая страница).