Возможно, я ещё новичок в понимании IPv6, но разве failover в данном контексте не неправилен? У твоей машины есть напрямую глобально маршрутизируемый IP, что ты переключаешь, если трафик к тебе не будет направлен? Если нужен failover, эта задача уже переложена на локальную машину — решать, что делать, так как роутер просто передаёт эстафету. Нам бы пригодилось что-то вроде NAT для IPv6, чтобы сидеть за маскарадом и чтобы наш внешний IP менялся незаметно для нас. При таком подходе active-backup /ПОЧТИ/ работает, только я ни в какую не мог отправить трафик через резервный канал, кроме ситуаций failover, но established/related вроде работали. RA /ДОЛЖЕН/ назначать более низкую метрику для основного маршрута, и тогда происходит магия — при failover он переключится. Попытка использовать 'резервный' IPv6-линк: ping6 -I vlan.4 www.google.com всегда зависала в штатных ситуациях. Короче, я создал два VLAN, по одному на каждый WAN, и назначил их хостам, которым нужен failover. Правда, я так и не смог заставить Windows одобрить IPv6 в конфигурации «single IPv6 delegate», и похоже, я получаю оба IPv6-адреса, когда нахожусь в сети, которая выдаёт один IPv6-префикс, после чего трафик вообще не идёт. Подозреваю, что маршрутизация идёт через вторичный, но я ни в жизнь не разберусь в Windows, чтобы это понять. В итоге я создал устройства vEthernet и назначил VLAN точно так же, как делал на Linux, чтобы решить проблему. Последний шаг для UI — реализовать RA, чтобы отправлять метрику маршрута, понижая приоритет IPv6, который является основным при failover. Сети Unifi: Network1: IPv6_WAN1 VLAN: 3 Prefix Delegation Интерфейс WAN1 Auto Network2: IPv6_WAN2 VLAN: 4 Prefix Delegation Интерфейс WAN2 Auto Netplan хоста: network: version: 2 ethernets: enp0s31f6: dhcp4: false dhcp6: false link-local: [] vlans: vlan.2: id: 2 link: enp0s31f6 dhcp4: false dhcp6: false addresses: [999.999.999.999/24] link-local: [] routes: - to: default via: 999.999.999.1 nameservers: addresses: [999.999.999.2,999.999.999.4] vlan.3: #activation-mode: off # Раскомментируй, чтобы отключить этот интерфейс для тестирования id: 3 link: enp0s31f6 dhcp4: false dhcp6: true # DHCP6 включён для провайдеров типа Xfinity ipv6-address-token: "::DEAD:BEEF" accept-ra: true vlan.4: #activation-mode: off # Раскомментируй, чтобы отключить этот интерфейс для тестирования id: 4 link: enp0s31f6 dhcp4: false dhcp6: false # DHCP6 будет выключен для SLAAC-подключений, например для Starlink ipv6-address-token: "::DEAD:BEEF" accept-ra: true

В теории это могло бы сработать, но, к сожалению, текущая реализация nat66 требует указать исходящий интерфейс. Поэтому в сценариях отказа это не работает. Должна быть опция вроде "активный интерфейс". Или правила/политики с приоритетами... и если интерфейс для каких-то политик не работает, эти политики отключаются, и применяется следующее подходящее правило (как в обычных таблицах маршрутизации с метриками). Это также было бы удобно для любых сценариев политик маршрутизации.

@UI-Glenn @UI-Team Есть ли какие-то планы помочь с этим? Ваше SD-WAN решение было многообещающим, но его угробили.

Вижу, что Network 9.4.19 стал GA и добавил поддержку NAT66. Это как-то помогает для данного сценария? Если да, то какая будет лучшая практика? Использовать статический префикс в LAN, а затем NAT на основе того, какой WAN-интерфейс активен?

@UI-Glenn на это ответил? Хотелось бы узнать, что советует UI!

То, что вы делаете с IPv6 на WAN1, никак не влияет на настройки IPv6 на WAN2. Имейте в виду, что IPv6 не работает с роутером Starlink Gen 1, так что убедитесь, что вы не в этой категории. Роутер Starlink также должен быть в режиме bypass/passthrough. Starlink выдает вам /56 через DHCPv6. Это позволяет создать до 256 подсетей /64 для ваших внутренних сетей (например, VLAN).

Во время аварийного переключения IPv6 GUA полностью пропадает. Если вы используете Windows и вводите команду "ipconfig /all", вы увидите все свои GUA в статусе "устаревший". Короче говоря, при отказе WAN-канала работает только IPv4...

Я знаю, что эта ветка посвящена Multi-WAN Failover для IPv6, но как насчёт Multi-WAN Load Balancing для IPv6? Это работает? Или есть способ заставить это работать с чем-то дополнительным?

Любые новости по поддержке NPT, @UI-Team? Прошло два года, и было бы здорово, если бы вы наконец это исправили. Ожидается, что пользователи будут использовать IPV6 на вашем корпоративном роутере, когда ваш IPV6 на нём ещё не созрел?