Не работает потому что непонятно что это провайдеру даст. И обновлять надо прямо все железо, а не только бордеры. То есть дороже и профит непонятен, у пользователей оно все равно работать нормально не будет. В моем кейсе надо обновить несколько конкретных железок и потом радостно продавать пользователям новы фичи.
А кто-то поддерживает, но не работает нормально, а кто-то конфликтует. Я вот вообще не уверен за свой пылесос.
Точно не надо? Вы обычный Докер пробовали заводить под ipv6? Я пробовал, больше не хочу.
И софт который я пишу за деньги под ipv6 пришлось дорабатывать. Прямо код писать, тестировать и все как полагается. За приличную сумму для бизнеса.
Оно все нетипичное и требует поддержки от каждой приложеньки. Я предлагаю как такого избежать. Делаем все максимально прозрачно. Бордером ipv4->ipv6 выступает любой маршрутизатор который такое умеет. По дефолту провайдерский. Пользовательский софт живет под ipv4, пока явно не объявит что хочет жить на ipv8, ОС разводит сама. Серверный софт вроде бы придется дописать, но с учетом реверспрокси можно и не дописывать.
Когда провайдеру надо обновить несколько самых больших железок и получить понятный бонус который можно продавать это будет сделано за несколько лет.
ОС придется. Но это вообще не выглядит проблемой. МС просто сделает фичу в одном из своих больших обновлений. И все просто заработает при наличии поддержки у провайдера. Никто ничего и не заметит.
С ipv6 проблема в том что этого недостаточно. Нужны какие-то невнятные настройки каждой приложеньки и каждой железки. Я не знаю как на моем пылесосе ipv6 включить, куда уж там среднему пользователю.
Совместимость это очень важно. Прозрачная работа без любых дополнительных действий пользователя это супер важно.
Второй и не надо. Та же железка которая сейчас натит будет конвертировать все как надо. Это конкретная железка и ее купить или обновить это реальная задача, в отличии от обновления всего.
Вот с таким подходом к нату понятно почему ipv6 не летит. Нат это идеальная технология для современного мира. Чайник не адресуем. И это видно прямо на нем, не надо думать через что он подключен и как это что-то настроено.
Джейсон это идеальный формат для 99.99 процентов задач потому что он человекочитаем. Это важная характеристика. Не надо ее просыпать просто так. А ipv6 ее просыпал просто так. В такой размерности адресов нет смысла. Можно смело делать меньше и сохранять понятность для человека.
Про адреса не думать хорошо пока все работает. А вот как что сломалось или пошло не по плану…
Из за совместимости и прозрачности. Ну и из-за того что не ломаются нормальные кейсы использования сети. Вроде NAT.
IPv6 не летит из-за своей концепции «мы весь мир разрушим до основания, а затем мы новый мир построим». Вот ее и надо исправлять.
Оставляем все что отлично работает. Приватные адреса, nat, dhcp и далее по списку. Чайнику не надо выбирать себе адрес и не надо быть адресуемым из интернета.
Не трогаем текущих ipv4 клиентов. Они должны работать сколько угодно времени. Трансляцию и адресацию таких клиентов и таких пакетов вставляем прямо в стандарт. Провайдеры на своих Нат железках это без проблем поднимут.
И получается что возможна постепенная миграция, без двойных сетей. И не ломается ничего из стандартных решений.
Кажется что это не самая маловажная причина. С учетом количества проблем с ipv6. С другой стороны это типичный бигтех, для него смысл определенный есть.
Вот так. Надо с первого дня продавать мысль что все ваше железо и все ваши устройства уже работают с ipv8 при наличии у вашего провайдера подходящей железки. А провайдерам продавать мысль что надо обновить всего лишь бордеры и все их клиенты тут же станут лучшими с поддержкой нового протокола. Микрософт так вообще с радостью выпустит вин12 с эксклюзивной поддержкой ipv8 на уже существующем железе.
Как это сделать на уровне железа с минимальными затратами надо думать. Это сложная, но решаемая проблема. Большие железки довольно гибкие на самом деле. А их производители с радостью продадут всем владельцам обновление за пару тысяч долларов. Вот вместе с ними и надо думать как правильно сделать.
Мелким железкам оно не надо. Архитектура гарантирует что все будет работать прозрачно, а люди привыкнут 000 додумывать со временем.
Мелкие роутеры все обновятся и научатся быть бордерами которые все что надо конвертируют. Запас производительности там уже есть.
PS: Кто сказал что формат пакета должен быть один? Один легаси, совместимый со старым железом но не оптимальный. Второй не тормозит, но не совместим со старым железом. Так можно получить и совместимость и повышение продаж. Повышение продаж всем, провайдерам нужна производительность, домохозяйствам будем продавать экюномию электричества и бесплатное расширение канала на 42 процента.
Совместимость делается на основе бумаг. RFC. Я чуть дальше в ветке написал одно из возможных решений. Которое не требует поддержки везде чтобы работало.
Пакеты понятно что другие.
Формат пакета естественно надо делать удобным для обработки на железе, в идеале на существующем железе без сильной просадки производительности. Чтобы только софт все обновили на своих дорогих железках. Помечтать и квартал подумать над обратной совместимостью можно, но тут я уже не уверен что выйдет. Но если выйдет это вообще идеально.
Не работает потому что непонятно что это провайдеру даст. И обновлять надо прямо все железо, а не только бордеры. То есть дороже и профит непонятен, у пользователей оно все равно работать нормально не будет. В моем кейсе надо обновить несколько конкретных железок и потом радостно продавать пользователям новы фичи.
А кто-то поддерживает, но не работает нормально, а кто-то конфликтует. Я вот вообще не уверен за свой пылесос.
Точно не надо? Вы обычный Докер пробовали заводить под ipv6? Я пробовал, больше не хочу.
И софт который я пишу за деньги под ipv6 пришлось дорабатывать. Прямо код писать, тестировать и все как полагается. За приличную сумму для бизнеса.
Оно все нетипичное и требует поддержки от каждой приложеньки. Я предлагаю как такого избежать. Делаем все максимально прозрачно. Бордером ipv4->ipv6 выступает любой маршрутизатор который такое умеет. По дефолту провайдерский. Пользовательский софт живет под ipv4, пока явно не объявит что хочет жить на ipv8, ОС разводит сама. Серверный софт вроде бы придется дописать, но с учетом реверспрокси можно и не дописывать.
Когда провайдеру надо обновить несколько самых больших железок и получить понятный бонус который можно продавать это будет сделано за несколько лет.
ОС придется. Но это вообще не выглядит проблемой. МС просто сделает фичу в одном из своих больших обновлений. И все просто заработает при наличии поддержки у провайдера. Никто ничего и не заметит.
С ipv6 проблема в том что этого недостаточно. Нужны какие-то невнятные настройки каждой приложеньки и каждой железки. Я не знаю как на моем пылесосе ipv6 включить, куда уж там среднему пользователю.
Совместимость это очень важно. Прозрачная работа без любых дополнительных действий пользователя это супер важно.
Нет конечно. Ваш провайдер обновит одну железку у себя и все само заработает.
Одну концептуально, физически их штук пять наверно.
Их придется обновить. Тут не возражаю.
Это все еще реальная задача в отличии от обновить весь софт и все железо под ipv6. Объем работ несопоставимо меньше.
https://blog.apnic.net/2024/10/22/the-ipv6-transition/
Второй и не надо. Та же железка которая сейчас натит будет конвертировать все как надо. Это конкретная железка и ее купить или обновить это реальная задача, в отличии от обновления всего.
Вот с таким подходом к нату понятно почему ipv6 не летит. Нат это идеальная технология для современного мира. Чайник не адресуем. И это видно прямо на нем, не надо думать через что он подключен и как это что-то настроено.
Джейсон это идеальный формат для 99.99 процентов задач потому что он человекочитаем. Это важная характеристика. Не надо ее просыпать просто так. А ipv6 ее просыпал просто так. В такой размерности адресов нет смысла. Можно смело делать меньше и сохранять понятность для человека.
Про адреса не думать хорошо пока все работает. А вот как что сломалось или пошло не по плану…
Вот так. Качество ужастное. Мои личные впечатления с той статьей совпадают.
Качество ниже пяти девяток это не работает.
Бордер провайдера. Общее название для любых железок стоящих на границе сети.
Ну вот сделали совсем новый. И как оно получилось?
Надо максимизировать совместимость и решать только существующие проблемы. Эти требования ipv6 полностью провалил.
Сравниваем не с гиками, а со средним пользователем.
Самоутверждение, победить анонимуса, доказать что-то.
Мотивация это не проблема.
В интернете никто не врет.
/ В.И. Ленин
Из за совместимости и прозрачности. Ну и из-за того что не ломаются нормальные кейсы использования сети. Вроде NAT.
IPv6 не летит из-за своей концепции «мы весь мир разрушим до основания, а затем мы новый мир построим». Вот ее и надо исправлять.
Оставляем все что отлично работает. Приватные адреса, nat, dhcp и далее по списку. Чайнику не надо выбирать себе адрес и не надо быть адресуемым из интернета.
Не трогаем текущих ipv4 клиентов. Они должны работать сколько угодно времени. Трансляцию и адресацию таких клиентов и таких пакетов вставляем прямо в стандарт. Провайдеры на своих Нат железках это без проблем поднимут.
И получается что возможна постепенная миграция, без двойных сетей. И не ломается ничего из стандартных решений.
Вы же на него сослались. Ссылаться на что-то не проверяемое так себе план.
Альтернатива еще много десятилетий жить как есть. До конца века я бы сказал. Она точно лучше?
Так их регулятор заставил. Они не хотят.
Кажется что это не самая маловажная причина. С учетом количества проблем с ipv6. С другой стороны это типичный бигтех, для него смысл определенный есть.
Тут в комментах есть отличная ссылочка про то что туннелирование сделано так ужастно что не работает. Считаем что его нет.
Перечитайте еще раз. Бородер провайдера можно все конвертировать при верно написанном RFC.
Совместимостью, отсутствием двух сетей и далее по списку
Дайте ссылочку почитать
Вот так. Надо с первого дня продавать мысль что все ваше железо и все ваши устройства уже работают с ipv8 при наличии у вашего провайдера подходящей железки. А провайдерам продавать мысль что надо обновить всего лишь бордеры и все их клиенты тут же станут лучшими с поддержкой нового протокола. Микрософт так вообще с радостью выпустит вин12 с эксклюзивной поддержкой ipv8 на уже существующем железе.
Как это сделать на уровне железа с минимальными затратами надо думать. Это сложная, но решаемая проблема. Большие железки довольно гибкие на самом деле. А их производители с радостью продадут всем владельцам обновление за пару тысяч долларов. Вот вместе с ними и надо думать как правильно сделать.
Мелким железкам оно не надо. Архитектура гарантирует что все будет работать прозрачно, а люди привыкнут 000 додумывать со временем.
Мелкие роутеры все обновятся и научатся быть бордерами которые все что надо конвертируют. Запас производительности там уже есть.
PS: Кто сказал что формат пакета должен быть один? Один легаси, совместимый со старым железом но не оптимальный. Второй не тормозит, но не совместим со старым железом. Так можно получить и совместимость и повышение продаж. Повышение продаж всем, провайдерам нужна производительность, домохозяйствам будем продавать экюномию электричества и бесплатное расширение канала на 42 процента.
Совместимость делается на основе бумаг. RFC. Я чуть дальше в ветке написал одно из возможных решений. Которое не требует поддержки везде чтобы работало.
Пакеты понятно что другие.
Формат пакета естественно надо делать удобным для обработки на железе, в идеале на существующем железе без сильной просадки производительности. Чтобы только софт все обновили на своих дорогих железках. Помечтать и квартал подумать над обратной совместимостью можно, но тут я уже не уверен что выйдет. Но если выйдет это вообще идеально.