※ 引述《a40136 (funnynose)》之銘言：
: IPv6是可以解決這次的問題，但是這次問題發生的點跟不是IPv4發完
: 是記錄路由路徑的紙不夠，導致只能拋棄部分路路由，最終造成部分Block無法連接
: 如果還有再用Cisco 7609, 6509 搭配 SUP 720跑BGP的，檢查一下 IPv4 + MPLS 是不
: 是還在default values，如果是的話要趕快處理
: 換IPv6能解問題主要是因為，目前RIR針對IP配發在Last /8的配發狀況下都是每次配發
: 1個 /22 導致路由變得太瑣碎，超出原本預設的512K，也就是目前每次再發放/22 都是
: 會繼續加重目前悲劇的情況，換IPv6因為量很足夠，所以每次都是大塊大塊的發，所以
: 不會產生目前類似的情況，但是還是需要注意因為如果繼續使用較舊的設播，TCAM空間
: 沒有調高，IPv6所佔用的空間是IPv4的2倍也就是同樣大小IPv6所能記憶的路由只有
: IPv4的一半，遲早還是會撞到頂
http://0rz.tw/dvYZq
中間的圖應該不難懂
簡單解釋就是設備裡有個重要的資源叫 FIB TCAM, 因為成本很貴所以是
一塊空間分割給不同用途去共用
預設值是長這樣(1024k 分成 50/50, 如前文 IPv6 佔用空間加倍)
IPv4 + MPLS - 512k (default)
IPv6 + IP Multicast - 256k (default)
其實 n 年前就發生過一模一樣的事情, 只是當時爆掉的門檻是 256k
而且還不像現在可以靠調整分割就簡單解決(最麻煩只是要重開機)
當年可是造成一批本來可以跑 full route 的大傢伙被發配邊疆
新型的設備大概有兩種解法, 第一是從靜態分割改成動態管理,
需要多少才分配多少... 第二才是增加空間, 2048k 就算很大了