Pakdej keám připojenej k síti už přeci MÁ svůj jedinečný hw identifikátor v podobě MAC adresy. Ergo mi uniká nutnost definovat vedle toho IPv6 adresy, chápu změnu protokolu kvůli adresování atp. ale nechápu, proč by adresy měly být přidělovány, když by mohly být použity stávající MAC???
prostě MAC adresy nejsou agregovatelné, takže libovolný směrovač, který má minimálně tři rozhraní by musel mít seznam všech MAC adres, aby věděl, kam ten paket poslat. Ale samozřejmě by byla možnost použít locally administred MAC adresy, tak aby se přidělovaly agregovatelně. Pak byste ovšem musel patrně řešit třeba dynamické přidělování MAC adres :-)
No to právě že jen v některých případech, kdy na koncové IP (MAC addr) běží služba, která má být dostupná "z venku" z internetu. Ve všech ostatních případech, kdy se NATuje na 192.168.x.y. nebo 10.0.x.y by se mohly opustit IP adresy a měrovat přímo na MAC ADDR. Čistě teoreticky by se na jednu IP adresu dalo pověsit třeba 254 dalších směrovačů a na každém z nich by mohl viset počet koncových zařízení kolik by reálné obhospodařit via MAC. V podstatě takové dva NATy za sebou s tím, že poslední level by netvořilo 254 síťovek (class C) ale libovolný počet mac adress (který by to uneslo). Tak jako natujete do lokální sítě na 254 kompů, tak by to snad šlu udělat přímo třeba na několik tisíc MAC. Výhoda je zřejmá - žádný admin by nemusel řešit nějaké IP v lokálních strojích ani dynamické přidělování. Prostě ten směrovač na MAC adresy by si každého připojeného zařízení všiml a věděl o něm. Beztak se tam mac adresa přenáší v každým paketu :) Samozřejmě otázkou je, kolik IP adres by se tím dalo ušetřit, ale rozhodně by se dalo ušetřit hodně administrátorské práce.