MAC地址只有48位目前都沒有用完，而且估計未來幾十年內都不會用完。從這個角度來看128位的IPv6地址的確有點長了，64位都足足夠用了。
但是，長遠來看，48位的MAC地址將來肯定有重複的，但是隻要不在同一區域網絡內就不會有問題。再者設計IPv6的時候自動配置方案是要把48位的MAC地址包進去的，最後的實施方案是要先把48位的MAC地址轉換為64位的EUI64地址作為IPv6地址的後64位。這麼來說，如果IPv6地址只有64位且不用EUI64對映方案，那麼可供分配的子網數為2∧(64-48)也就是2∧16個，才六萬多個子網，如果徹底拋棄NAT技術的話，即使現在這六萬多個子網都不夠人類分配的，何況將來人類活動範圍超出地球範圍後對於地址空間的恐怖需求。
再者因為IPv4地址設計之初的有類IP地址導致大量的地址浪費，後來為解決這個問題出現了VLSM和CIDR技術，但是這些技術的後遺症就是核心路由器路由表的暴增。如果IPv6不使用分層技術還使用這種有類地址的話可以想想將來的核心路由器的路由表該多恐怖，路由效率該有多低。所以IPv6地址只能使用分層地址。
另外還有一個忘記從哪裡看的原因了，當初IETF開會討論IPv6技術的時候一派堅持64位地址夠用了，一派要求更大的地址空間，後者是這麼說，如果將來我們造出了128位的計算機呢？然後IETF最後的方案就是128位地址空間了。目前來看這麼多的地址足以支撐人類活動範圍遍佈太陽系了，如果未來能遍佈銀河系的話肯定還會有一次IPv6升級IpvX的技術升級。
另外，IPv6設計的初衷就不是給人記的，即使縮零簡寫後還是太長了，IPv6是給機器識別。就像DNS技術一樣，如果你能記住足夠多的ip地址就不需要域名了，可是最後你訪問網站的時候大多數時候不還是輸入的域名嗎。
MAC地址只有48位目前都沒有用完，而且估計未來幾十年內都不會用完。從這個角度來看128位的IPv6地址的確有點長了，64位都足足夠用了。
但是，長遠來看，48位的MAC地址將來肯定有重複的，但是隻要不在同一區域網絡內就不會有問題。再者設計IPv6的時候自動配置方案是要把48位的MAC地址包進去的，最後的實施方案是要先把48位的MAC地址轉換為64位的EUI64地址作為IPv6地址的後64位。這麼來說，如果IPv6地址只有64位且不用EUI64對映方案，那麼可供分配的子網數為2∧(64-48)也就是2∧16個，才六萬多個子網，如果徹底拋棄NAT技術的話，即使現在這六萬多個子網都不夠人類分配的，何況將來人類活動範圍超出地球範圍後對於地址空間的恐怖需求。
再者因為IPv4地址設計之初的有類IP地址導致大量的地址浪費，後來為解決這個問題出現了VLSM和CIDR技術，但是這些技術的後遺症就是核心路由器路由表的暴增。如果IPv6不使用分層技術還使用這種有類地址的話可以想想將來的核心路由器的路由表該多恐怖，路由效率該有多低。所以IPv6地址只能使用分層地址。
另外還有一個忘記從哪裡看的原因了，當初IETF開會討論IPv6技術的時候一派堅持64位地址夠用了，一派要求更大的地址空間，後者是這麼說，如果將來我們造出了128位的計算機呢？然後IETF最後的方案就是128位地址空間了。目前來看這麼多的地址足以支撐人類活動範圍遍佈太陽系了，如果未來能遍佈銀河系的話肯定還會有一次IPv6升級IpvX的技術升級。
另外，IPv6設計的初衷就不是給人記的，即使縮零簡寫後還是太長了，IPv6是給機器識別。就像DNS技術一樣，如果你能記住足夠多的ip地址就不需要域名了，可是最後你訪問網站的時候大多數時候不還是輸入的域名嗎。