Как стать автором
Обновить

Комментарии 25

Участники ИТ-сообщества уже долгое время спорят, что делать с IPv4 и IPv6


Какие есть шансы на появление IPv7 в обозримом будущем?

(да, этот вопрос содержит и мое отношение к протоколам IPv4 и IPv6 :)

В обозримом будущем шансов нет, т.к. уже вышел в 1993 г. (см. раздел Другие цифры)

т.к. уже вышел в 1993 г. (см. раздел Другие цифры)


Это не принципиально, пусть будет IPv10.
Дело в том, что срок внедрения IPv6 слишком затянулся, что довольно объективно свидетельствует о наличии у него крупных недостатков.
(про недостатки IPv4, думаю, все в курсе)

Как бы уже назрела необходимость создания нового протокола, возможно, принципиально иного.

Проблема с внедрением не столько в самом протоколе как таковом, а в куче старых устройств, не поддерживающих IPv6 - причём как роутеров, которые менять никто не хочет (а если даже и меняет - то не заморачивается с донастройкой - мол и так не было, и не будет), так и конечных устройств (даже необязательно старых) где ради удешевления просто не внедряли IPv6.

И если IPv6 таки потихоньку, но всё же внедряется в нашу жизнь, то с новым условным IPv8/IPv10 (особенно с "принципиально иным") будет всё то же самое, только с самого начала...

Роутеры без поддержки IPv6 не делают уже лет 20. IPv6 не внедряют потому что лень и раздолбайство.

ок, пусть будет не «куча устройств», а «куча программ».

Если писать на C++ на голых сокетах, или на WinAPI, то IPv6 нужно делать отдельной веткой в коде. Мало кто заморачивается, ведь IPv4 — обязательное требование, а v6 — это «задача со звёздочкой» (её ведь и оттестировать надо хорошо, на реальных юзерах, у которых нет IPv6 в массе).

Не знаю, что там про лень и раздолбайство, но вот реализация широковещательных сообщений без подписки (то, что в IPv4 называют broadcast, а в IPv6 multicast) в IPv6 настолько геморрная, что лично я её не осилил.

В IPv4 достаточно сделать socket.ip | socket.network_mask
В IPv6 нужно себе в куче мест прострелить ноги. Выставить флаг мультикаста, выставить иные флаги, выставить маску сети, которая ещё и не самым простым образом вычисляется, и потом ещё бодаться с роутерами, которые могут требовать маски сети не по стандарту, а кратные собственному значению - и вообще пох, как ты об этом должен узнать.

И я бы не был так предвзят, если бы для IPv6 был где-нибудь репозиторий с простыми примерами "был вот такой механизм на IPv4, на IPv6 его можно делать вот так или вот эдак". Новотхер!

ЗЫ. Да, пока не забыл. FF02::1 не работал в моей сети. Почему? Спросим об этом TP-Link

я тут попробовал настроить ipv6-only хост, обнаружил, что docker pull из коробки не работает. в 2022 году, да.

Проблема с внедрением не столько в самом протоколе как таковом, а в куче старых устройств, не поддерживающих IPv6 — причём как роутеров, которые менять никто не хочет (а если даже и меняет — то не заморачивается с донастройкой — мол и так не было, и не будет), так и конечных устройств (даже необязательно старых) где ради удешевления просто не внедряли IPv6.


Это все именно так и называется — «проблемы с внедрением»

будет всё то же самое, только с самого начала...


В случае удачного варианта реализации — максимум года три.
Особенно если это не затронет современное железо.

У вас в сроке "надцать" отвалилось)

Проблема с внедрением не столько в самом протоколе как таковом, а в куче старых устройств, не поддерживающих IPv6 - причём как роутеров, которые менять никто не хочет

Это ж на сколько должно быть старое устройство? Я вот в 2016 году покупал самый дешёвый маршрутизатор Asus, временно, потому что у меня был только 802.11b. И вот тот маршрутизатор за 1200 рублей в обычном магазине не то, что умел в IPv6, но у него даже были предусмотрены механизмы для получения IPv6, если его не поддерживает провайдер. А годом позже я пробовал на нём нативный IPv6 от провайдера и всё работало.

Windows XP тоже вроде из обращения массового вышла. В ней не только с IPv6 проблема, но и с https, с браузерами и приложениями для сети.

да, в основном софт/железки поддерживают ipv6. вопрос только в том, что ложка дёгтя может испортить бочку мёда.


вот вам пример:
https://habr.com/ru/company/vasexperts/blog/686652/#comment_24728608


или вот:
https://sbr02.cityron.ru/nastrojki_1.htm?ms=EgYE&st=MA%3D%3D&sct=MA%3D%3D&mw=MzIw
модель вроде бы 2021 года, никакого ipv6.


ЕМНИП на складе железка, управляющая холодильной камерой, тоже не умеет ipv6.


и т.д., и т.п.

Ну такие железки вы и в интернет вряд ли захотите выпускать. Изначально для них костыль можно сделать в виде шлюза. А дальше уже на поставщика наехать, что у них недоработка в продукте (если IPv6 будет массовым).

Изначально для них костыль можно сделать в виде шлюза

ну в итоге делать ipv6-only локалку на предприятии бессмысленно, граблей будет куча.
да и просто пользователи не смогут ходить на условный контактик без ipv4, надо какой-нибудь nat64 с dns64 поднимать, очередной костыль (и да, для него нужен ipv4-адрес).

Тут как в истории с Internet Explorer. Пока он был жив, он портил жизнь всем. Тут также. Пока не выпилят поддержку IPv4, там и будем мучиться.

Нулевые. Хоть IPv15. Хоть богоподобная реализация. Ну верней нулевые шансы внедрения, появиться и пылиться может что угодно.

Как я вижу, сейчас у провайдеров варианты:
1. Ничего не делать, так и садить всех за NAT, и продавать белые IPv4 за 100-150р.
2. Что-то делать, вводить IPv6, и не продавать белые IPv4 за 100-150р.

Очевидно что выбирается 1 вариант.
Возможно, если подсчитать всё, NAT более вычислительно затратная операция, чем маршрутизация, можно сэкономить на оборудовании, выбросив NAT. Как я понимаю, такое провела мобильная часть МТС, и они в выигрыше. Но это, опять таки, надо считать, думать, делать, и не факт, что для провайдера поменьше будет какой-то профит.

Разумеется все рассказы про отсутствие оборудования и сложность запоминания IP-адресов (!) — это или сказки для хомячков, или проблемы админов мелких локалок.
Очевидно что выбирается 1 вариант.


Как долго он сможет так существовать?
(про второй вопросов нет :)

с периодической индексацией цен реальных ip? фактически бесконечно.

с периодической индексацией цен реальных ip? фактически бесконечно.


+Сидеть за NAT как-то спокойней, чем светить в сеть реальными айпи с каждого устройства.

> Однако IPv5 все же заложил основу для современной технологии VoIP.

интересную тему Вы затронули, поэтому небольшое дополнение:

примерно в то время когда обсуждались ST/ST2 (ST2 = ip 5 ) основные линки Terrestrial Wideband Network были на основе T1, т.е.около 1.5 Mbps, плюс нормальных router еще не было в природе, поэтому для voip и video необходимую bandwidth было трудно обеспечить в реальном времени, пришлось преодолевать эти трудности на уровне протоколов, чем занималась bbn начиная около 1980, они также сделали для этой цели довольно интересные проекты router (Butterfly) которые сильно опережали свое время, использовали мультипроцессоры и пр., но в дальнейшем простое увеличение пропускной способности современных линков в общем позволили все сильно упростить и использовать обычный ip v4/v6 в том числе для voip, позже уже в 90х та же команда bbn (Milliken, Carvey, и др.) сделала первый 50Gbit/s router, архитектура которого (combined router+switch) легла в основу практически всех современных interconnect этого класса

ps

экспериментальная Terrestrial Wideband Network было построена bbn по контракту darpa именно для отработки передачи данных в реальном времени (voip и пр.), естественно сотрудники bbn принимали участие в создании практически всех упомянутых протоколов

Я то наивно думал что название по количеству байт в IP адресе)))

Да, только байт в адресе IPv6 — 16 ;)

После прочтения статьи до конца возник вопрос: "Куда делся IPv8?"

Здесь уместно смотрится ссылка на одну из предыдущих статей этого же автора.
Как раз про скорость внедрения ipv6: https://habr.com/ru/company/vasexperts/blog/666268/
Похоже, что все не так уж плохо с ipv6. Лет через 10 глядишь и перейдем все :-)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий