IP不足的問題, 用NAT並不是萬靈丹, 當你需要兩個node相互溝通的時候, 它們各在兩個

NAT的內部, 那有很大的機會是不work. 現在大家用browser是個client server的架構

你的瀏覽器是發起端, 去向web server要求資料回來, 存取需求是單向的, return的資料

在防火牆上看得懂session state, 可動態幫你在同一session中讓web server回覆的

資料穿進來給你(在NAT裡面). 但有的應用程式需要直接與對方做雙向溝通, 兩端皆會做

發起端的時候, NAT的環境就需要靠管理者設定public與private IP的對應, 才能讓對方有

public IP作為媒介來找到你, 並將封包轉進去給NAT之內的設備. 不然兩個身在異地的

private IP是無法直接互通的. internet上的路由器看到destination到private IP可能

就直接丟棄. 所以當這種"不nat friendly"應用變多的時候, 每個節點都可能需要一個

public IP, 就註定IPv4 IP必定耗竭的命運. 就算有效率的很節制的發放IP也是杯水車薪

只要一個新趨勢出現, 可能很快就用掉數千萬個IP, 例如智慧型手機的風行, 省下幾個

class 網段幫不了太多忙. 而且未來很多IP都會被帶著走, 實體位置會改變, 連帶改變

所在的網段, 而由機器與鄰近的機器自動溝通, 如果還要NAT這種必須事前要設定好

才會work的方式, 徒增設備商與業者的困擾.


如果一個網管者能閑到每個ip作host route, 那基本上也是可以裁掉的冗員, 搞路由表

對於節省IP完全沒有幫助. 而且定死的host route雖是優先執行但也確定了它沒有動態

路由的彈性來找出替代路由, 一旦出事可能更難救, 這個管理者還是砍掉重練比較快.