※ 引述《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 就算很大了