Добавление PREF64 RA Option (RFC 8781) в KeeneticOS

[mel]

Прошу добавить в KeeneticOS поддержку PREF64 Router Advertisement Option (RFC 8781), необходимой для корректной работы IPv6-only / IPv6-mostly сетей.

В текущей версии KeeneticOS 4.3.6.3 используется radvd 2.15, который не поддерживает PREF64. Поддержка доступна начиная с radvd 2.2 через опцию для интерфейса в radvd.conf : 

nat64prefix <PREFIX>;

 

Почему это важно:
На сегодняшний день уже более 50% интернет-трафика проходит по IPv6, и использование IPv6-mostly становится нормой. Без PREF64 невозможно корректно и автоматически передавать клиентам префикс NAT64, что ограничивает работу современных устройств и сетей. https://www.google.com/intl/en/ipv6/statistics.html 

 Полезные материалы:

• Практика внедрения IPv6-mostly (перевод):
  https://habr.com/ru/articles/886760/

• Оригинал RIPE Labs:
  https://labs.ripe.net/author/ondrej_caletka_1/deploying-ipv6-mostly-access-networks/

Просьба:

1. Обновить radvd до версии с поддержкой PREF64.

2. Добавить CLI-команду:

   ipv6 subnet pref64 <PREFIX>

   чтобы назначать разные PREF64 для NAT64 для разных сегментов.

3. Желательно добавить настройку PREF64 в Web-интерфейс в подразделе IPv6 для интерфейса и сам подраздел.
   
    

[FLK]

Чтоб заметнее было, сделаем так 😃

@slomblobov

[slomblobov]

Clat уже реализован на стороне роутера, зачем на клиента перекладывать...

Кроме интереса к технологии не вижу поводов к реализации(хотя и не долго приделывать). В России по-прежнему доминирует v4, и над проблемами dualstack даже не начали задумываться.

 

Может быть есть сценарии на практике?

[mel]

44 минуты назад, slomblobov сказал:

Clat уже реализован на стороне роутера, зачем на клиента перекладывать...

Кроме интереса к технологии не вижу поводов к реализации(хотя и не долго приделывать). В России по-прежнему доминирует v4, и над проблемами dualstack даже не начали задумываться.

 

Может быть есть сценарии на практике?

Спасибо за ответ!

 

CLAT действительно реализован на стороне роутера, но есть несколько практических сценариев, где наличие PREF64 на самом роутере будет крайне полезно и решает реальные задачи, а не только удовлетворяет интерес к технологии.

Почему PREF64 всё-таки нужен:

1. Мобильные операторы уже массово раздают IPv6-only с 464XLAT. Это мировой тренд. В РФ уже минимум два оператора поддерживают IPv6, и один из них с поддержкой 464XLAT (CLAT/PLAT). Для таких сетей наличие PREF64 на роутере даёт полноценную работу IPv6-only устройств без костылей.

464XLAT / NAT64+DNS64 https://version6.ru/isp/megafon

2. Фиксированные провайдеры тоже активно внедряют IPv6.
В B2C-сегменте IPv6 есть у довольно большого числа операторов. https://version6.ru/isp

3. Когда провайдер не даёт IPv6, пользователи поднимают tunnel broker.
Но без PREF64 такая сеть остаётся неполноценной — невозможно включить режим IPv6-mostly, и приходится использовать полноценный Dual-Stack.

4. Keenetic используется не только в РФ.
В других странах IPv6 сети с 464XLAT распространены гораздо шире, и наличие PREF64 помогает адаптировать Keenetic под международный рынок.

5. Современные ОС и устройства уже поддерживают PREF64.
Это не эксперимент, а полноценный механизм, который давно реализован множеством вендоров. Keenetic в этом плане пока выпадает из общего IPv6-стека.

6. С DNS-опцией 108 можно построить “IPv6-mostly” среду уже сейчас. В Keenetic можно включить в командой строке прямо сейчас.

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

7. Вы можете получить PREF64 префикс от оператора и передать его внутрь домашней сети.
Такой сценарий уже применяется у мобильных и некоторых фиксированных операторов — и Keenetic мог бы без проблем работать в этой модели, если бы функция была доступна.

 

То есть сценарии да - есть, и они вполне практические: от работы через мобильный IPv6-only до нормальной поддержки туннелей и адаптации под другие страны.

Функция небольшая, но закрывает важный и востребованный кусок IPv6-экосистемы и действительно позволяет предоставлять IPv6 mostly сеть для абонентов.

 

Очень прошу рассмотреть возможность добавления PREF64 — это действительно даст пользу конечным пользователям и упростит жизнь тем, кто уже сейчас использует IPv6-mostly сети.

С уважением.

[slomblobov]

Ощущение, что нейросеть писала предыдущий пост 

Очень сомневаюсь, что найдутся многие желающие выкинуть ipv4 из домашней сети. Идея технологии понятна, но кажется пока её время не пришло.

[mel]

6 часов назад, slomblobov сказал:

Ощущение, что нейросеть писала предыдущий пост 

Очень сомневаюсь, что найдутся многие желающие выкинуть ipv4 из домашней сети. Идея технологии понятна, но кажется пока её время не пришло.

Благодарю за вашу помощь в реализации RFC 💪