Компьютеры Windows, получающие SLAAC IPv6 от тегированной VLAN

У меня есть компьютеры с Windows в сети, которые неожиданно получают IPv6-адрес из помеченной VLAN.

У меня есть маршрутизаторы / компьютеры, подключенные к коммутатору с нетегированным vlan (id 1) и тегированным (id 2). Для простоты предположим, что эта VLAN2 предназначена для телефонов VoIP, которые увидят возможность использовать тегированный vlan как часть запроса DHCP.

По какой-то причине компьютеры с Windows в этой сети получают адрес SLAAC от обоих 2001:db8:1051:4001::/64 и 2001:db8:1051:4002::/64 подсети. Я ожидал, что компьютеры с Windows будут принимать адреса только из непомеченной VLAN / подсети.

Компьютер Windows с адресом из 2001:db8:1051:4002::/64 не сможет использовать этот адрес ни для чего. Не удается пропинговать шлюз 2001:db8:1051:4002::1 и пинг от шлюза не работает. Насколько я могу судить, он никак не может использовать этот адрес.

Захват wirehark из системы Windows с фильтром icmp6 and ip6[40] == 134 покажет объявления маршрута для обеих подсетей.

Захват tcpdump с того же компьютера, на котором загружен livecd Linux, покажет, что 2001:db8:1051:4002::/64 рекламные объявления с правильным идентификатором vlan в кадре Ethernet. Linux не получает адреса из обеих подсетей.

Компьютеры с Windows - это полностью чистые новые установки Windows 10 1709, и я видел поведение в системах с адаптерами Realtek и Broadcom.

Конфигурация

 +--------------+    +-----------+    +------------------+
 | Linux Router +----+ HP Switch +----+ Windows Computer |
 +--------------+    +-----------+    +------------------+

Конфигурация интерфейса маршрутизатора Linux

3: eth_lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 0c:c4:7a:14:c7:fd brd ff:ff:ff:ff:ff:ff
    inet 10.2.25.1/24 brd 10.2.25.255 scope global eth_lan
       valid_lft forever preferred_lft forever
    inet6 2001:db8:1051:4001::1/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::ec4:7aff:fe14:c7fd/64 scope link
       valid_lft forever preferred_lft forever
5: eth_lan.2@eth_lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 0c:c4:7a:14:c7:fd brd ff:ff:ff:ff:ff:ff
    inet 10.2.26.1/24 brd 10.2.26.255 scope global eth_lan.2
       valid_lft forever preferred_lft forever
    inet6 2001:db8:1051:4002::1/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::ec4:7aff:fe14:c7fd/64 scope link
       valid_lft forever preferred_lft forever

Конфигурация RADVD для Linux

interface eth_lan
{
    AdvSendAdvert on;
    AdvManagedFlag on;
    AdvOtherConfigFlag on;
    MaxRtrAdvInterval 90;
    MinRtrAdvInterval 30;
    prefix ::/64
    {
    };
};
interface eth_lan.2
{
    AdvSendAdvert on;
    MaxRtrAdvInterval 90;
    MinRtrAdvInterval 30;
    prefix ::/64
    {
    };
    AdvDefaultPreference low;
};

Конфигурация переключателя

HP-2530-24G-PoEP# show running-config

Running configuration:

; J9773A Configuration Editor; Created on release #YA.15.14.0007
; Ver #05:18.63.ff.37.27:91
hostname "HP-2530-24G-PoEP"
snmp-server community "public" unrestricted
vlan 1
   name "DEFAULT_VLAN"
   untagged 1-28
   ip address dhcp-bootp
   exit
vlan 2
   name "VLAN2"
   tagged 1-28
   no ip address
   exit

Вопросы:

Почему системы Windows получают нефункциональный IPv6-адрес из помеченной VLAN? Есть ли способ остановить это, не отключая IPv6 в VLAN 2 или не помечая эту VLAN на портах, к которым подключены системы Windows?

Ответы на вопросы из комментариев

Могут ли компьютеры Windows обмениваться данными по сети, если вы назначите им статический IPv6-адрес

Компьютер, подключенный к порту (немаркированный vlan1, маркированный vlan2), будет работать отлично, если ему будет предоставлен статический адрес из подсети VLAN 1, но он не будет работать в подсети VLAN2, чего я и ожидал.

Вы пробовали отключить SLAAC на маршрутизаторе и использовать только DHCPv6?

Если я отключу SLAAC AdvAutonomous off; и включите DHCPv6-сервер с отслеживанием состояния, компьютеры будут получать адрес только из немаркированной VLAN.

Что произойдет, если вы отключите RA на eth_lan.2?

Тогда клиент не получит адреса из этой подсети VLAN 2. Хотя я хочу, чтобы IPv6 работал в этой подсети, поэтому RA в значительной степени требуется.