IPv6 stateful statikus címek delegálása

Láma üzemmód ON...

Stateful statikus címekre van szükségem kb. 300 gépen, ez nem kérdés. A dolog alapjaiban véve működik is a radvd-vel párhuzamosan futtatott WIDE DHCPv6 szerverrel. Viszont:

1.) Tudomásul vettem, hogy a DHCPv6 implementálása opcionális. Főként XP klienseknél ütköztem bele a hiányába, de ott workaroundoltam a Dibbler-féle kliens telepítésével. Nem tökéletes, de indulásnak jó. Ismertek-e még olyan platformokat, ahol látványosan hiányzik a DHCPv6 támogatás? Nyilván nem olyankra gondolok, ahol egy mozdulattal (pl. apt-get install wide-dhcpv6-client) orvosolható...?

2.) Tudomásul vettem, hogy az auto konfiguráció esetében a "Managed Address" és az "Other stateful" flagek csak ajánlások, magyarul hiába kapcsolom be, a kliens nem feltétlenül használja őket. Itt nincs kérdés, csak hangosan méltatlankodok.

3.) Ha radvd-vel hirdetem a prefixet, és mellette fut még a DHCPv6 is, akkor a kliens megkapja az autoconf-os címet is, meg a DHCPv6 által kiosztottat is. (Kivéve persze, ha kikapcsolom a kliensben, hogy fogadja el az radvd által hirdetett címet - viszont akkor routing sem lesz) Magyarul, azonos prefixszel két címe is lesz a kliensnek. Én bénázok el valamit, vagy ez normális? Ha két címem van azonos prefixszel, akkor mitől függ, hogy egy kezdeményezett kapcsolatnál melyik lesz a forráscím? Mert ha nem az, amit DHCPv6-tal kaptam, akkor igazából a hajamra is kenhetem a DHCPv6-ot... Amit találtam IP-stack szinten az, hogy prefixeket lehet priorizálni. Na, de ha egyezik a prefix?

A klienseken az autoconf kikapcsolása nem megoldás, mert nem én adminisztrálom őket. Pl. júzer hozza a saját notebookját otthonról...

4.) Továbbgondolván az előbbi problémát, a radvd.conf-ból kivettem a komplett "prefix" szekciót, tehát nem hirdetek vele semmi tartományt(*), csak (remélhetőleg) a routeolást. Ez így rendeltetésszerű használat, vagy érhetnek vele meglepetések? Ilyen beállításokat sehol egyetlen dokumentációban sem találtam. Így néz ki most a konfig mindösszesen:

interface eth0 {
AdvSendAdvert on;
AdvManagedFlag on;
AdvOtherConfigFlag on;
AdvLinkMTU 1500;
MaxRtrAdvInterval 30;
};


Ez Linux klienssel tesztelve most azt teszi, amit szeretnék, de vajon más oprendszer mit szól hozzá?

(*) Fura, hogy nem hirdet ilyenkor semmilyen tartományt, mert az 1.6-os verzió man page ezt mondja:
"When configured, radvd picks one non-link-local prefix assigned to the interface and starts advertising it."

ellenben az 1.8-as verzióé:
"When configured, radvd picks all non-link-local prefix assigned to the interface and starts advertising it."

5.) Ha ez így jó, akkor hogyan kell ugyanezt a hatást elérni a WIDE-féle rtadvd-vel? Mert ott úgy tapasztalom, hogy ha nincs megadva hirdetésre legalább egy prefix, akkor az rtadvd hirdeti az interfészre felkonfigurált összes prefixet...?

6.) Jól sejtem, hogy egy gépnek több DHCPv6 DUID-ja is lehet, attól függően, hogy emberünk milyen oprendszert/DHCPv6 klienst indít? Azt látom, hogy a DUID-ot kézzel tetszőlegesen meg lehet adni, de akkor ha jól értem, emberünk mondjuk újratelepíti a gépét, akkor újra kell regisztrálnom?

7.) Szintén jól sejtem, hogy egy gépnek ugyanaz a DUID-ja függetlenül attól, hogy milyen interfészen csatlakozik (Ethernet, Wireless, ...) - lehet abból gond, hogyha mondjuk a már becsatlakozott WiFi mellett az emberünk bedugja az ethernet kábelt?

8.) Mennyire működő megoldás DHCPv6-tal egyidejűleg ugyanarra az interfészre több IP címet kiosztani? Linuxon sikerült összehoznom (igaz, hogy a klienst is konfigurálni kellett hozzá) de mennyire működik ez más platformokon? Szeretnék az Internet-kapcsolathoz publikus IPv6 prefix alatti címet kiosztani, de egyidejűleg egy unique local (fc00::/7) címet is, hogy a belső hálózat működése ne függjön a külső kapcsolattól/Internet szolgáltatótól.

9.) Ha már unique-local: mennyire ismerik az IP stackek manapság ezt az fc00::/7 tartományt? Mert az XP global-nak hiszi, és a külvilág felé ezt akarta használni forráscímnek, egészen addig, amíg fel nem vettem alacsony prioritással az ismert prefixek közé. (ipv6 ppu ...)

... no, meg aztán ha valakinek még van okos hozzáfűznivalója a témakörhöz, akkor mondja csak :)