Далее автор уточняет, что за каждым IPv4-адресом у него сидит "всего-то" по 18 абонентов. Порекомендуем ему в зеркале посмотреть на негодяя, не дающего всем этим людям IPv6.😁

Но вы и дальше продолжайте что "не нужон"

С 1 февраля 2024 г. Amazon Web Services начинает взымать плату за "основные" публичные IPv4, привязанные к инстансам. Ранее плата бралась только за дополнительные и неиспользуемые IP. Стоимость IPv4-адреса составит $0.005/час — или $3.72/месяц.

https://aws.amazon.com/blogs/aws/new-aws-public-ipv4-address-charge-public-ip-insights/

На сайте провайдера Дом.ru появилась инструкция по настройке IPv6 на IPoE-подключении. Для этого якобы достаточно просто выбрать в настройках роутера DHCPv6-PD в качестве способа получения адресов, и всё будет работать.
Напомню, что до сего момента, согласно ответам техподдержки и прочей имеющейся у нас информации, IPv6 на IPoE вообще не предоставлялся провайдером, и чтобы его получить, многим приходилось воевать с ТП ради возврата на PPPoE. Неужели это изменилось, или просто автор инструкции слишком оптимистичен и не в курсе положения дел? Кто уже на IPoE, пишите в комментариях, заработало у вас или нет.

https://nk.dom.ru/service/knowledgebase/instruktsii-po-oborudovaniyu/router__TPLink_Turquoise_010

Коробка от розетки нового стандарта "Matter" для устройств умного дома: IPv6 Required

https://krebsonsecurity.com/2023/10/tech-ceo-sentenced-to-5-years-in-ip-address-scheme/
IPv4 не заканчиваются, нужно всего-то сеть из 20-ти подставных компаний, немного доверенностей на несуществующих людей, потом в тюрьму на 5 лет, и всегда можно получить ещё.

Оценка популярности IPv6 в трафике Cloudflare https://opennet.ru/60295/

Резко упал объём IPv6-трафика, наблюдаемого на точке обмена MSK-IX. Предположение — через данный маршрут к операторам перестали ходить Google и особенно YouTube, который является наиболее весомым трафикогенератором с поддержкой v6.

"В письме американской компании говорится, что с января 2024 года она перестанет передавать трафик через серверы маршрутизации на точках обмена трафиком." — https://www.rbc.ru/technology_and_media/25/12/2023/6585c3239a79478e653d35d1

Операторы приглашаются к открытию двусторонних подключений непосредственно с самим Google, без использования MSK-IX и подобных.

Уязвимость в IPv6-стеке ядра Linux, допускающая удалённое выполнение кода https://opennet.ru/60516/

Отписываюсь касательно Ростелекома (далее РТ).

Официальный ответ РТ, не посредственно от ведущих инженеров и системных администраторов РТ:

Указаний от руководств РТ на запуск раздач IPv6 в регионах РФ нет, это касается физ.лиц.

IPv6 который выдается абонентам некоторых регионов РФ генерируется и назначается BRAS'ом (Broadband Remote Access Server), настройкой оборудования занимаются системные администраторы РТ.

А теперь самое главное:

1. Если в вашем регионе присутствует раздача IPv6, это значит, что идет внедрение этой технологии и в ближайшем будущем РТ официально объявит о запуске раздач этой услуге.
2. Если в вашем регионе отсутствует раздача IPv6, это значит, что BRAS еще не настроен на раздачу IPv6, внедрение IPv6 будет в течении года начиная с 2023 года,

P.S Мне также сообщили, что РТ в этом году переходит на единую систему т.е если вкратце - будет общая база абонентов, а это значит для нас, что после окончания ввода единой системы, у всех абонентов РТ появится шанс получить IPv6 намного быстрее независимо от региона.

P.S.S Благодарю @saiv46 и @Leonid_Kostousov за предоставленные личных данных для подтверждения неверующим из РТ, что у них уже идет раздача IPv6.

Timeweb с 4 июня увеличивает стоимость виртуальных серверов: для начальных тарифов, подорожание из-за IPv4 почти в два раза. Можно использовать IPv6, до 10 адресов на сервер выдаётся бесплатно. Выделение IPv6 в штуках это большая отдельная тема, повод для критики компетентности подобных провайдеров. Надеюсь, хотя бы из отдельных /64 на каждого клиента. Ещё стоит заметить, что IPv6-адреса у них "доступны только для серверов, размещенных в Санкт-Петербурге", а также несовместимы с функционалом "Приватная сеть".

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

Опубликован видеокурс "Основы протокола IPv6" от Академии RIPE NCC.

В этом курсе вы узнаете:
* Основы адресации в #IPv6
* Как создавать подсети в IPv6
* Опыт внедрения IPv6
* Важные документы RFC, связанные с IPv6
Этот курс предназначен для сетевых инженеров, студентов и IT-профессионалов, чтобы предоставить им базовые знания для работы с IPv6.

https://www.youtube.com/playlist?list=PLDWsJmznqM9FTdEUFeNpyDq5OtF2fi3-r

а вас тоже преследует nat?

Запустили новую зарубежную точку туннельного брокера. Максимально близкую к РФ, Европейскую.

Просьба зарегаться. Взять туннельчик в работу. Тестируем.

https://ipv6.ip4market.org


Проект некоммерческий. AS IS.
Предназначен для изучения и тестирования IPv6.

Попробуем создать больше точек по всему миру, когда нибудь )

Этот автор не отрицает необходимости внедрения но в очередной раз рассказывает истории что бедным провайдерам необходимо обновить оборудование чтобы завести v6
https://habr.com/ru/companies/ruvds/articles/973876/
Зато в комментариях всё по классике, рекомендации отключать v6, люди которым v6 не подходит потому что нужно переключаться между 3мя провайдерами, люди которые считают что надо сделать v4 в 1.5 раза длинее назвать это v8 и нормально будет

Мы тут строим облако с нуля, хочу в фундамент нашего SDN заложить IPv6 с самого начала, чтобы IPv6 был first-class citizen.

В Google Cloud я заметил, что ULA префиксы тенантам выдаются уникальные. То есть нельзя самому выбрать какой префикс использовать. Сначала удивился, но потом осознал, что на самом деле это даже хорошо, поскольку всякие VPC interconnect не будут иметь конфликтов/пересечений между разными VPC.

Также заметил, что на VPC там выделяется /48, внутри VPC каждый subnet имеет /64, внутри каждого subnet каждой виртуальной машине выделяется /96

Все размеры префиксов строго фиксированные. Это касается как ULA, так и GUA.
Причем такая схема у всех больших облаков-гиперскейлеров (GCP, AWS, Azure)

У нас тут внутри команды есть некоторый спор. Кто-то считает, что /96 на виртуалку это слишком мало и нужно позволять выделять вплоть до /48 или /56

Что думаете? Какие best practices в контексте именно облаков, где сеть L3-only (без SLAAC, PD и прочего) существуют?

Arch Linux оставил доступ к сайту только через IPv6 из-за DDoS-атаки https://opennet.ru/64504/