Если бы IPv6 сделали обратно совместимым с IPv4, то всё было бы прекрасно.
Опишите как вы себе это представляете. Инженерам, которые разрабатывали IPv6, это не удалось, поэтому они решили, что раз уж ломают совместимость, поэтому сразу будут менять то, что плохо работало. Поэтому IPv6 так заметно отличается от IPv4, потому что в него не стали тащить старые косяки.
В той же корпоративной среде было и есть дохренище специфичного софта, который дружит только и исключительно с IPv4, и никому не хочется изобретать костыли.
Большинство софта легко обмануть с помощью DNS64 и заставить обращаться к сервисам по IPv6 вместо IPv4. Ну а самый кривой софт, который идёт в обход системы или не кривой, но который оперирует непосредственно IPv4 адресами (торрент клиенты, например) тоже можно обмануть и заворачивать весь IPv4 трафик в IPv6. Но в этом случае требуется вмешательство непосредственно на устройствах. Нужный костыль есть во всех современных мобильных ОС и MacOS. Под Windows косталь пока работает ограниченно, но в Windows 11 сейчас тестируют полноценный костыль. Под Linux есть решения, но их нужно доустанавливать вручную. В NetworkManager тоже пилят свою реализацию, но она пока в стадии тестирования (можете принять участие в тестировании). Т.е. вполне реально сейчас не иметь IPv4 адреса на компьютере и не испытывать никаких затруднений.
Ну, и я уж умолчу про банальную человекочитаемость и запоминаемость IPv6. А ведь это важный человеческий фактор
А вот так с ходу приведите пример хотя бы одного IPv4 адреса, который вы помните наизусть. Часто слышу этот аргумент, но вот мало людей видел, которые помнят IPv4 адреса. А для тех же публичных сервисов можно вполне сделать удобный и короткий IPv6 адрес. Он будет чуть длиннее IPv4, но не критично.
Да я от провайдеров прошу только IPv6 с соблюдением bcop-690. Если будет NAT64, большой рекспект, мне будет проще. Да и понятно, что в случае с NAT64 провайдер думает о будущем, а не латает существующие проблемы своим NAT44. Тем более, что я уже сам сделал NAT64.
Никак не противоречит. Я не говорю, что мой провайдер даёт мне интернет только по IPv6. Я пытаюсь быть сам себе провайдером. Просто ради интереса. Мне просто интересно как будет работать сеть без IPv6. Дома такое легко провернуть. Да, мне пришлось развернуть NAT64, который должен быть у любого современного провайдера, мне пришлось развернуть DNS64, но можно пользоваться и публичными от Google или Cloudflare.
Было бы проще, если бы провайдер давал мне NAT64 и DNS64 по умолчанию. Тогда бы я смог сделать всё то, то я задумал просто на своём основном маршрутизаторе.
И, мой вывод, вполне можно жить в условиях только IPv6 сети. Все вопросы решаются либо на уровне операционных систем (мобильные устройства, в основном), либо на уровне домашнего маршрутизатора. Да, я подключал второй маршрутизатор и раздавал интернет через него. По сути я был сам себе провайдером. И, при этом, любой клиент имел доступ ко всем сервисам в интернете даже при том, что второй маршрутизатор подключался к головному только при помощи IPv6. Спойлер, оба маршрутизатора использовали OpenWrt. Cегодня мне пришлось настраивать дохлый D-link DIR-825 (хозяева квартиры оставили, почему бы и не применить), у которого проблемы с WiFi на 5 ГГц в качестве клиента моей WiFi сети. С настройкой IPv6 особо проблем не возникло. А вот с IPv4 возникли проблемы небольшие. Решил прибиванием IPv4 адресов жёстким.
Вроде говорят, что shall - это когда ты кому-то должен, т.е. не по собственной воле, а will - это твоё желание. Т.е. в юридических документах ты shall, а про свидание с девушкой will.
Любопытный факт. Благодаря тому, что вся семья смотрит ютуб, мой маршрутизатор показывает до 80%, а то и больше, трафика IPv6. Статистика ломается только когда качаю торренты. Там большинство пиров и сидов по IPv4 работает и прямо сразу жёстко ломает статистику. Ещё делал статистику по своему ПК. Но недавно поставил модифицированный NetworkManager и теперь у меня компьютер работают только на IPv6. Просто было интересно что сломается. Пока ничего не нашёл. Всё работает.
А для реализации 464XLAT нам надо и коробку NAT64 иметь (скорее плюсом купить аналогично как и коробку NAT44) и ещё дополнительно обязательно всем подарить совместимые с таким решением CPE
Тут провайдеру решать:
ставить NAT44 и делать в своей сети два стека;
ставить NAT64 и выдавать клиентам CPE подходящие.
И там и там расходы. Но если не внедрять IPv6, то придётся вечно содержать эти самые NAT44 и увеличивать их мощности.
Ну т.е. вы не против того, чтобы сломать совместимость. А теперь представим себе, что мы совместимость сломали и добавили всего 8 бит. Через какое время нам снова нужно будет ломать совместимость, чтобы снова расширить адресацию? Не лучше бы сразу сделать так, чтобы не иметь никаких проблем с адресацией много лет? Именно это и сделали разработчики IPv6. Ну а громоздкость IPv6 - это вынужденно. Как компактно записать 128 бит? Кстати, был один первоапрельский RFC, где предлагали записывать адреса в BASE85, но почему-то на практике это никто не использует. Кстати, а чем вас не устраивает сокращение IPv6 адресов? Вполне реально добиться вот таких адресов 2001:db8:beef::1 для тех узлов, адреса которых нужно помнить. Не сильно то длиннее и сложнее IPv4 адресов получается. Дома вообще можно извратиться, наплевать а рекомендации, и использовать что-то вроде fd00::1, что куда проще, чем 192.168.1.1.
Просто потому что для этого нужно вообще ВСЕ абонентские устройства перевести на IP
Не нужно ВСЕ переводить. Вообще их можно на IPv4 оставить. Просто на маршрутизаторе включаете CLAT, который работает с PLAT провайдера. Вместе это 464XLAT. Т.е. IPv4 трафик от клиентов локалки уходит на маршрутизатор, который заворачивает всё в IPv6. Этот IPv6 трафик по сети провайдера идёт на шлюз NAT64 провайдера и там обратно преобразовывается с IPv4. Провайдер в плюсе, ибо у них вообще нет IPv4 нигде, кроме NAT64. Абоненты могут хоть по старинке всё использовать на IPv4, хоть переводить свою сеть на IPv6.
Сложно сказать. У меня две железки от разных производителей SNR-CPE-ME2-SFP и Routerich AX3000. Сравнивать в лоб... Но если интересно, то рядом разница небольшая. От WiFi 5 скорость 600 мегабит/с, от WiFi 6 - 950 мбит/с. А вот сильно заметно где уровень сигнала слабый, там прямо сильно отличается. У меня как раз ноутбук стоит неудачно. И вот там где на WiFi 5 максимум 20-40 мегабит/с было раньше, там WiFi 6 может и все 400 мегабит/с выжать. А меньше 100 мегабит/с я даже не видел. По идее надо сеть планировать. Но у меня съёмная квартира и тут не будешь провода тянуть куда попало. Да и тема тут такая, что поставил и забыл. Вряд ли большинство потребителей подобного будут что-то делать для улучшения покрытия.
Достаточно бы, условно, добавить к ipv4 один старший октет и хватило бы
Покажите свой профессионализм и объясните куда этот старший октет добавить в заголовок пакета IPv4 так, чтобы не сломать совместимость. Ведь те, кто разрабатывал IPv6 наверно не подумали об этом. Вы просто будете спасителем человечества, если сможете решить эту задачу так, чтобы не менять прошивку всех устройств и не переписывать софт под ваш модифицированный IP протокол.
А если серьёзно, то конечно об этом думали. И не нашли куда дополнительные биты всунуть. Везде ломалась совместимость. Поэтому и решено было полностью переделать протокол и избавить его от всех недостатков IPv4, которые были выявлены. Ну и размер адресов не с потолка взяли.
P.S. А уж как это актуально, когда почти всё современное оборудование работает с IPv6...
нагрузка на NAT44 постоянно уменьшается т.к. контент постепенно переползает в IPv6
Так в том то и весь прикол, что ставят CGNAT, но при этом не внедряют IPv6! А зачем? У них ведь и с IPv4 всё работает. Фактически число абонентов растёт, аппетиты растут, а всё это идёт через CGNAT. Если же ты внедряешь NAT64, то у тебя уже сеть построена на IPv6 и тогда трафик действительно уходит на IPv6 постепенно. Если же внедряют IPv6 и используют CGNAT, то молодцы, можно и так. Тогда доля IPv4 действительно будет сокращаться. Но приходится двойную работу делать в сети, чтобы IPv6 и IPv4 предоставить абонентам.
Предлагать купить WiFi 5 маршрутизатор в 2025 году... да это ж хлам полнейший. Чуть доплатить и взять WiFi 6. Там разница невелика. Да и вполне можно в 5 тысяч уложиться.
Могу оценить IPv6 только со стороны клиента. Сам дома так настроил сеть, что могу пользоваться полноценно интернетом отключив IPv4. Увы, провайдер не предоставляет NAT64, так схема была бы проще, поскольку пришлось NAT64 поднять на своём маршрутизаторе. Мобильные устройства прекрасно работают в сетях только с IPv6. Более того, могут легко раздать интернет с APN только с IPv6 и при этом выдать клиентам IPv4 адреса. Т.е. провайдер работают исключительно на IPv6, но при этом пользователь имеет доступ и к IPv4 сервисам. Всё плохо с «настрольными» ОС, за исключением MacOS. Нет, большая часть сервисов будет доступна как и прежде, но некоторые вещи отваливаются. Например, торренты теряют очень много сидов, т.к. в основном все раздают на IPv4 (но всё зависит от раздачи, что-то и по IPv6 можно сказать). Также не работает Steam, точнее работает только в оффлайн режиме. Но всё чинится с помощью clat (как раз он есть на всех мобильных ОС). В Linux придётся ставить clat руками. Например, у меня сейчас стоит модифицированный NetworkManager с поддержкой clat. На текущий момент с точки зрения пользователя всё работает, но есть некоторые косяки, которые не исправили, например, не работает трасировка маршрута, mtr 1.1.1.1 выдаёт недоступность, но mtr 64:ff9b::1.1.1.1 вполне себе всё показывает. Для Windows 11 Microsoft недавно анонсировало расширение clat для всех типов соединений. Увы, пока не могу протестировать. Плюс, похоже даже Windows 10 в пролёте. Как вывод. В целом вообще никакой проблемы перейти на IPv6 с помощью DualStack. Клиентский софт потихоньку подтягивается и скоро позволит работать без ограничений в сетях IPv6only. По сути это тот же протокол IP, поэтому вообще никаких проблем нет с большинством софта. Большинство сервисов IPv4 вообще можно обмануть и обращаться к ним из IPv6 сетей. Скорее проблема найти сервис IPv4, который нельзя обмануть (это если устаревшие вызовы ОС использует софт, либо оперирует непосредственно IPv4 литералами). Провайдеры тоже легко могут перейти на сеть IPv6only, но только если будут предоставлять абонентам свои CPE, которые обеспечат абонентам дуалстек. При этом провайдеры избавляются от CGNAT c NAT44 и заменяют его на NAT64, нагрузка на который будет падать со временем.
Данные уникальные, но можно временно ими пожертвовать, а уже потом восстанавливать постепенно и параллельно. Кто-то занимается заправкой самолётов, кто-то кассы восстанавливает и т.д. С пусковым столом так не выйдет. Там для каждого пуска всё должно работать. А также, когда у тебя что-то падает с высоты 20 метров, нужно разбираться почему оно упало и какие повреждения получили другие компоненты.
Это я написал на случай если совсем всё фатально и атака физически вывела из строя оборудование. В этом случае относительно легко найти замену. Софт тем более можно настроить Да, трудоёмко, но ничего такого нет уникального, что пришлось бы производить штучно. Да и ЗИП может быть в наличии.
Что характерно, в РФ, даже в городе миллионнике, никто из провайдеров не предоставляет полноценный доступ в интернет. IPv6 есть у полутора калек, которые плевали на рекомендации того, кто выдаёт диапазоны адресов и выдают IPv6 адреса своим клиентам как попало, хорошо, если вообще официально. Если не покупаешь услугу белого IPv4 адреса, то твой трафик будет идти через перегруженный CGNAT, что сильно просаживает скорость, особенно в ЧНН. И в текущих реалиях вообще никаких надежд на то, что что-то будет меняться, скорее всё будет становиться ещё хуже.
Риторика статью в том же ключе как и недавние проблема Аэрофлота, когда у них БД спёрли и сервера поломали. Там тоже писалось много где о восстановлении месяцами, хотя Аэрофлот решил проблемы в считанные дни.
Ну вы и сравнили. Простое уничтожение данных и даже вывод из строя серверов, которые можно заменить другими типовыми серверами и физическое разрушение стартовой площадки для ремонта которой требуется произвести уникальные компоненты, не говоря уже о том, что это не новое строительство, а капитальный ремонт, где будет необходимо перед началом работ вообще корректно оценить состояние объекта. Это вам не сервер и свич в ДЦ поменять.
А вы не задумывались, то это объяснение через формулы самое простое из того, то можно дать детям в то время, когда они изучают эту тему? Они только начинают геометрию изучать, а вы им сразу пихаете преобразование фигур пространственное... Это для вас, возможно, очевидно, но не для тех, кто начинает изучать геометрию.
Опишите как вы себе это представляете. Инженерам, которые разрабатывали IPv6, это не удалось, поэтому они решили, что раз уж ломают совместимость, поэтому сразу будут менять то, что плохо работало. Поэтому IPv6 так заметно отличается от IPv4, потому что в него не стали тащить старые косяки.
Большинство софта легко обмануть с помощью DNS64 и заставить обращаться к сервисам по IPv6 вместо IPv4. Ну а самый кривой софт, который идёт в обход системы или не кривой, но который оперирует непосредственно IPv4 адресами (торрент клиенты, например) тоже можно обмануть и заворачивать весь IPv4 трафик в IPv6. Но в этом случае требуется вмешательство непосредственно на устройствах. Нужный костыль есть во всех современных мобильных ОС и MacOS. Под Windows косталь пока работает ограниченно, но в Windows 11 сейчас тестируют полноценный костыль. Под Linux есть решения, но их нужно доустанавливать вручную. В NetworkManager тоже пилят свою реализацию, но она пока в стадии тестирования (можете принять участие в тестировании). Т.е. вполне реально сейчас не иметь IPv4 адреса на компьютере и не испытывать никаких затруднений.
А вот так с ходу приведите пример хотя бы одного IPv4 адреса, который вы помните наизусть. Часто слышу этот аргумент, но вот мало людей видел, которые помнят IPv4 адреса. А для тех же публичных сервисов можно вполне сделать удобный и короткий IPv6 адрес. Он будет чуть длиннее IPv4, но не критично.
Да я от провайдеров прошу только IPv6 с соблюдением bcop-690. Если будет NAT64, большой рекспект, мне будет проще. Да и понятно, что в случае с NAT64 провайдер думает о будущем, а не латает существующие проблемы своим NAT44. Тем более, что я уже сам сделал NAT64.
Никак не противоречит. Я не говорю, что мой провайдер даёт мне интернет только по IPv6. Я пытаюсь быть сам себе провайдером. Просто ради интереса. Мне просто интересно как будет работать сеть без IPv6. Дома такое легко провернуть. Да, мне пришлось развернуть NAT64, который должен быть у любого современного провайдера, мне пришлось развернуть DNS64, но можно пользоваться и публичными от Google или Cloudflare.
Было бы проще, если бы провайдер давал мне NAT64 и DNS64 по умолчанию. Тогда бы я смог сделать всё то, то я задумал просто на своём основном маршрутизаторе.
И, мой вывод, вполне можно жить в условиях только IPv6 сети. Все вопросы решаются либо на уровне операционных систем (мобильные устройства, в основном), либо на уровне домашнего маршрутизатора. Да, я подключал второй маршрутизатор и раздавал интернет через него. По сути я был сам себе провайдером. И, при этом, любой клиент имел доступ ко всем сервисам в интернете даже при том, что второй маршрутизатор подключался к головному только при помощи IPv6. Спойлер, оба маршрутизатора использовали OpenWrt.
Cегодня мне пришлось настраивать дохлый D-link DIR-825 (хозяева квартиры оставили, почему бы и не применить), у которого проблемы с WiFi на 5 ГГц в качестве клиента моей WiFi сети. С настройкой IPv6 особо проблем не возникло. А вот с IPv4 возникли проблемы небольшие. Решил прибиванием IPv4 адресов жёстким.
Вроде говорят, что shall - это когда ты кому-то должен, т.е. не по собственной воле, а will - это твоё желание. Т.е. в юридических документах ты shall, а про свидание с девушкой will.
Любопытный факт. Благодаря тому, что вся семья смотрит ютуб, мой маршрутизатор показывает до 80%, а то и больше, трафика IPv6. Статистика ломается только когда качаю торренты. Там большинство пиров и сидов по IPv4 работает и прямо сразу жёстко ломает статистику.
Ещё делал статистику по своему ПК. Но недавно поставил модифицированный NetworkManager и теперь у меня компьютер работают только на IPv6. Просто было интересно что сломается. Пока ничего не нашёл. Всё работает.
Тут провайдеру решать:
ставить NAT44 и делать в своей сети два стека;
ставить NAT64 и выдавать клиентам CPE подходящие.
И там и там расходы. Но если не внедрять IPv6, то придётся вечно содержать эти самые NAT44 и увеличивать их мощности.
Ну т.е. вы не против того, чтобы сломать совместимость. А теперь представим себе, что мы совместимость сломали и добавили всего 8 бит. Через какое время нам снова нужно будет ломать совместимость, чтобы снова расширить адресацию? Не лучше бы сразу сделать так, чтобы не иметь никаких проблем с адресацией много лет? Именно это и сделали разработчики IPv6. Ну а громоздкость IPv6 - это вынужденно. Как компактно записать 128 бит? Кстати, был один первоапрельский RFC, где предлагали записывать адреса в BASE85, но почему-то на практике это никто не использует. Кстати, а чем вас не устраивает сокращение IPv6 адресов? Вполне реально добиться вот таких адресов
2001:db8:beef::1для тех узлов, адреса которых нужно помнить. Не сильно то длиннее и сложнее IPv4 адресов получается. Дома вообще можно извратиться, наплевать а рекомендации, и использовать что-то вродеfd00::1, что куда проще, чем192.168.1.1.Не нужно ВСЕ переводить. Вообще их можно на IPv4 оставить. Просто на маршрутизаторе включаете CLAT, который работает с PLAT провайдера. Вместе это 464XLAT. Т.е. IPv4 трафик от клиентов локалки уходит на маршрутизатор, который заворачивает всё в IPv6. Этот IPv6 трафик по сети провайдера идёт на шлюз NAT64 провайдера и там обратно преобразовывается с IPv4. Провайдер в плюсе, ибо у них вообще нет IPv4 нигде, кроме NAT64. Абоненты могут хоть по старинке всё использовать на IPv4, хоть переводить свою сеть на IPv6.
Сложно сказать. У меня две железки от разных производителей SNR-CPE-ME2-SFP и Routerich AX3000. Сравнивать в лоб... Но если интересно, то рядом разница небольшая. От WiFi 5 скорость 600 мегабит/с, от WiFi 6 - 950 мбит/с. А вот сильно заметно где уровень сигнала слабый, там прямо сильно отличается. У меня как раз ноутбук стоит неудачно. И вот там где на WiFi 5 максимум 20-40 мегабит/с было раньше, там WiFi 6 может и все 400 мегабит/с выжать. А меньше 100 мегабит/с я даже не видел. По идее надо сеть планировать. Но у меня съёмная квартира и тут не будешь провода тянуть куда попало. Да и тема тут такая, что поставил и забыл. Вряд ли большинство потребителей подобного будут что-то делать для улучшения покрытия.
Покажите свой профессионализм и объясните куда этот старший октет добавить в заголовок пакета IPv4 так, чтобы не сломать совместимость. Ведь те, кто разрабатывал IPv6 наверно не подумали об этом. Вы просто будете спасителем человечества, если сможете решить эту задачу так, чтобы не менять прошивку всех устройств и не переписывать софт под ваш модифицированный IP протокол.
А если серьёзно, то конечно об этом думали. И не нашли куда дополнительные биты всунуть. Везде ломалась совместимость. Поэтому и решено было полностью переделать протокол и избавить его от всех недостатков IPv4, которые были выявлены. Ну и размер адресов не с потолка взяли.
P.S. А уж как это актуально, когда почти всё современное оборудование работает с IPv6...
Так в том то и весь прикол, что ставят CGNAT, но при этом не внедряют IPv6! А зачем? У них ведь и с IPv4 всё работает. Фактически число абонентов растёт, аппетиты растут, а всё это идёт через CGNAT. Если же ты внедряешь NAT64, то у тебя уже сеть построена на IPv6 и тогда трафик действительно уходит на IPv6 постепенно.
Если же внедряют IPv6 и используют CGNAT, то молодцы, можно и так. Тогда доля IPv4 действительно будет сокращаться. Но приходится двойную работу делать в сети, чтобы IPv6 и IPv4 предоставить абонентам.
Предлагать купить WiFi 5 маршрутизатор в 2025 году... да это ж хлам полнейший. Чуть доплатить и взять WiFi 6. Там разница невелика. Да и вполне можно в 5 тысяч уложиться.
Могу оценить IPv6 только со стороны клиента. Сам дома так настроил сеть, что могу пользоваться полноценно интернетом отключив IPv4. Увы, провайдер не предоставляет NAT64, так схема была бы проще, поскольку пришлось NAT64 поднять на своём маршрутизаторе.
Мобильные устройства прекрасно работают в сетях только с IPv6. Более того, могут легко раздать интернет с APN только с IPv6 и при этом выдать клиентам IPv4 адреса. Т.е. провайдер работают исключительно на IPv6, но при этом пользователь имеет доступ и к IPv4 сервисам.
Всё плохо с «настрольными» ОС, за исключением MacOS. Нет, большая часть сервисов будет доступна как и прежде, но некоторые вещи отваливаются. Например, торренты теряют очень много сидов, т.к. в основном все раздают на IPv4 (но всё зависит от раздачи, что-то и по IPv6 можно сказать). Также не работает Steam, точнее работает только в оффлайн режиме. Но всё чинится с помощью clat (как раз он есть на всех мобильных ОС). В Linux придётся ставить clat руками. Например, у меня сейчас стоит модифицированный NetworkManager с поддержкой clat. На текущий момент с точки зрения пользователя всё работает, но есть некоторые косяки, которые не исправили, например, не работает трасировка маршрута,
mtr 1.1.1.1выдаёт недоступность, ноmtr 64:ff9b::1.1.1.1вполне себе всё показывает. Для Windows 11 Microsoft недавно анонсировало расширение clat для всех типов соединений. Увы, пока не могу протестировать. Плюс, похоже даже Windows 10 в пролёте.Как вывод.
В целом вообще никакой проблемы перейти на IPv6 с помощью DualStack. Клиентский софт потихоньку подтягивается и скоро позволит работать без ограничений в сетях IPv6only. По сути это тот же протокол IP, поэтому вообще никаких проблем нет с большинством софта. Большинство сервисов IPv4 вообще можно обмануть и обращаться к ним из IPv6 сетей. Скорее проблема найти сервис IPv4, который нельзя обмануть (это если устаревшие вызовы ОС использует софт, либо оперирует непосредственно IPv4 литералами).
Провайдеры тоже легко могут перейти на сеть IPv6only, но только если будут предоставлять абонентам свои CPE, которые обеспечат абонентам дуалстек. При этом провайдеры избавляются от CGNAT c NAT44 и заменяют его на NAT64, нагрузка на который будет падать со временем.
Данные уникальные, но можно временно ими пожертвовать, а уже потом восстанавливать постепенно и параллельно. Кто-то занимается заправкой самолётов, кто-то кассы восстанавливает и т.д. С пусковым столом так не выйдет. Там для каждого пуска всё должно работать. А также, когда у тебя что-то падает с высоты 20 метров, нужно разбираться почему оно упало и какие повреждения получили другие компоненты.
Это я написал на случай если совсем всё фатально и атака физически вывела из строя оборудование. В этом случае относительно легко найти замену. Софт тем более можно настроить Да, трудоёмко, но ничего такого нет уникального, что пришлось бы производить штучно. Да и ЗИП может быть в наличии.
Что характерно, в РФ, даже в городе миллионнике, никто из провайдеров не предоставляет полноценный доступ в интернет. IPv6 есть у полутора калек, которые плевали на рекомендации того, кто выдаёт диапазоны адресов и выдают IPv6 адреса своим клиентам как попало, хорошо, если вообще официально. Если не покупаешь услугу белого IPv4 адреса, то твой трафик будет идти через перегруженный CGNAT, что сильно просаживает скорость, особенно в ЧНН. И в текущих реалиях вообще никаких надежд на то, что что-то будет меняться, скорее всё будет становиться ещё хуже.
Ну вы и сравнили. Простое уничтожение данных и даже вывод из строя серверов, которые можно заменить другими типовыми серверами и физическое разрушение стартовой площадки для ремонта которой требуется произвести уникальные компоненты, не говоря уже о том, что это не новое строительство, а капитальный ремонт, где будет необходимо перед началом работ вообще корректно оценить состояние объекта. Это вам не сервер и свич в ДЦ поменять.
А вы не задумывались, то это объяснение через формулы самое простое из того, то можно дать детям в то время, когда они изучают эту тему? Они только начинают геометрию изучать, а вы им сразу пихаете преобразование фигур пространственное... Это для вас, возможно, очевидно, но не для тех, кто начинает изучать геометрию.
Можно ещё на HTML посмотреть прошлого века. Там тоже самое.
О, да! Я тоже так подумал, когда на него посмотрел. Но тут пошли ещё дальше и просто воспроизвели то, что было раньше.