Windows 7 IPV6 érdekesség

Van egy natív v6-os háló, win7 kliensekkel, linux a gw, ezen fut radvd és dhcpd6. A következő dolgok fordulnak elő:

- Bizonyos gépek egyszerűen nem veszik fel a v6 címet. Hiába indítom újra, tulajdonságoknál, v4 protokoll alatt ott van a v6 is, még az ipv6 DNS-t és ipv6 gatewayt is megkapják, de v6 cím az nincs a kártyán a link localt kivéve. (Ez biztos, hogy kliens baj, mert kb. kettőn fordul elő...)
- Ha lejár a címbérlet, akkor nem újítja meg a címet. Nézem mondjuk ipconfig /all-nál, ott a v6 cím, mögötte hogy (lejárt), de hiába telnek el percek, fél óra, nem újítja meg, nem frissíti, és mivel lejárt, nem is használja, tehát marad a v4, vagy semmi. Ezeknél persze hálókártya letilt/engedélyez vagy reboot megoldja. Ez előfordul folyamatosan 0-24 üzemelő gépeknél is, de főleg azoknál, amik szundiba kimentek, majd ébredés után van az említett jelenség. Előfordul ezeknél is, hogy már nincs is ott a v6 cím, csak dns meg gw.
- Ugye DHCP-n kapják a gépek a címet, és van amelyiken tiltás van (arról az ipről nem lehet böngészni pl). Ez működik is. Viszont van nekem a poolban egy v4 és egy v6-os cím is, amit használok ha ezekre a gépekre valamit le kell tölteni, nincs tiltás a proxyn, és tűzfalon is mehet akárhova akármi, FTP-zni kell akárhova vagy egyéb ami amúgy tiltva van. Beállítom statikusan a címet, de hiába, mert a v6-nál ott ragad az a cím is, amit még dhcp-n kapott, és ráadásul ezt használja elsődlegesnek -> access denied, connection failed, stb. Ekkor van, hogy ipconfig /release segít, vagy letilt/engedélyez, de van hogy nem, és újra kell indítani a rendszert.

Ötlet? Win7 bug, vagy valami konfig hiba?

radvd.conf:

interface eth0
{
        AdvSendAdvert on;

        MinRtrAdvInterval 3;
        MaxRtrAdvInterval 10;

        AdvManagedFlag on;

        AdvLinkMTU 1480;

        prefix 1:2:3:4::/64
        {
                AdvOnLink on;
                AdvAutonomous off;
                AdvRouterAddr off;
        };

};

dhcpd6.conf:

default-lease-time 2592000;

preferred-lifetime 604800;

option dhcp-renewal-time 3600;

option dhcp-rebinding-time 7200;

allow leasequery;


option dhcp6.preference 255;

option dhcp6.rapid-commit;

option dhcp6.info-refresh-time 21600;


subnet6 1:2:3:4::/64 {
        range6 1:2:3:4::100 1:2:3:4:ffff:ffff:ffff:ffff;
        option dhcp6.name-servers 1:2:3:4::1;
        option dhcp-server-identifier x.y;
        option domain-name "y";
        option dhcp6.domain-search "y";
        authoritative;
        host a {
            host-identifier option dhcp6.client-id 00:01:00:01:15:78:03:e7:bc:ae:c5:5d:1f:de;
            fixed-address6 1:2:3:4::201;
        }
        host b {
            host-identifier option dhcp6.client-id 00:01:00:01:15:78:01:81:bc:ae:c5:5d:1f:e4;
            fixed-address6 1:2:3:4::202;
        }
        host c {
            host-identifier option dhcp6.client-id 00:01:00:01:15:83:e5:42:bc:ae:c5:4f:93:0f;
            fixed-address6 1:2:3:4::209;
        }
        host d {
            host-identifier option dhcp6.client-id 00:01:00:01:16:03:a1:db:14:da:e9:90:46:23;
            fixed-address6 1:2:3:4::203;
        }
        host e {
            host-identifier option dhcp6.client-id 00:01:00:01:15:83:D3:46:BC:AE:C5:4F:91:DA;
            fixed-address6 1:2:3:4::205;
        }
        host f {
            host-identifier option dhcp6.client-id 00:01:00:01:15:84:22:F0:BC:AE:C5:4F:92:93;
            fixed-address6 1:2:3:4::206;
        }
        host g {
            host-identifier option dhcp6.client-id 00:01:00:01:15:91:f5:62:00:1f:1f:e9:bd:da;
            fixed-address6 1:2:3:4::208;
        }
        host h {
            host-identifier option dhcp6.client-id 00:01:00:01:15:77:fd:27:bc:ae:c5:5d:98:92;
            fixed-address6 1:2:3:4::11;
        }
}