企业官网建设流程全解析

每次有人问我“IPv6路由缓存删除”怎么操作时，我总习惯先反问一句：你说的缓存，到底指哪一行缓存？这不是抬杠，是因为我在这个上面吃过亏。有段时间我维护一批双栈服务器，改了一条IPv6静态路由，确认路由表里已经生效，结果抓包一看，流量还是走旧的路径。折腾了很长时间才意识到，真正没刷新的是邻居缓存里的旧条目——MAC地址映射还是老的，路由表再新也白搭。

这篇内容就是专门写给那些被“IPv6路由缓存删除”卡住的人。网络运维、系统管理员、SRE会遇到这个问题，刚接触IPv6网络的学生也可能被这个概念绕晕。我会从原理讲起，把“缓存”到底指什么说清楚，再给不同环境下的实际操作命令，最后列出删完缓存依然不生效时需要排查的方向。只要把这几件事理顺，以后遇到“路由不切换”“流量走老路”，你就能少走弯路。

1. 先弄清“路由缓存”四个字在IPv6里指什么

1.1 说实话，IPv6里没有你想的那个“路由缓存”

很多从IPv4时代过来的管理员都有一个习惯：改完路由后，顺手敲一条清路由缓存的命令。这个习惯在IPv4早期确实有用，那时候内核维护着一个路由高速缓存，用来加速路由查找。后来Linux内核把这个传统意义上的路由缓存拿掉了，转发路径直接查FIB，也就是路由表的实际存储结构。

到了IPv6，情况更不一样。IPv6正常情况下不存在“一整块路由缓存”让你一次性删光。大家平时说的“IPv6路由缓存删除”，真正要处理的通常有三种东西：

• IPv6邻居缓存（Neighbor Cache）
• 路由表里的旧条目或按目的地的查找缓存
• 连接跟踪条目里残留的旧路径信息

这中间，邻居缓存是最容易跟“路由缓存”混淆的。它维护的是“IPv6地址到链路层地址”的映射关系，相当于IPv6世界里的ARP表。很多人发现修改路由后流量不切换，去查路由表发现一切正常，但转发表里的下一跳信息因为邻居缓存里的旧映射还没更新，导致报文依然按老路径转发。

1.2 三种容易混淆的“缓存”到底怎么区分

我整理了一个对比表，网上很多关于“IPv6路由缓存删除”的教程其实只讲其中一个点，结果不少读者照着操作后发现没用，就是因为删错了对象。

1.3 协议本来会自动老化，为什么还要手动删

IPv6的邻居发现协议（NDP）对邻居缓存条目有状态机管理：刚解析时有INCOMPLETE状态，成功后进入REACHABLE，一段时间不用会转成STALE，然后DELAY、PROBE，最后超时清除。理论上，网络协议本身会自动维护这些表项，不需要人肉干预。

但现实是，协议的老化周期通常要几十秒甚至几分钟。生产环境里等不了这么久。比如你准备切流量到备用链路，肯定是希望配置完成后立刻验证，而不是干等老化时间过去。再比如某个邻居设备更换了网卡MAC，邻居缓存里还是旧映射，系统会一直拿旧MAC去封装报文，直到探测失败才重新解析。这时候手动删除缓存，就是一个很合理的操作。

2. 判断时机：哪些场景删了立竿见影，哪些场景删了白删

2.1 值得删缓存的四种现场

第一种是我们最常见的：修改或删除静态路由后，测试流量没有切换到新路径。注意，这里的前提是你已经确认路由表正确，否则问题根本不在这里。

第二种是下一跳设备做迁移或回切。比如原来走设备A，现在改成走设备B，但邻居缓存里A的映射还在，流量可能依然被送往A。这时候把A对应表项的邻居缓存删掉，系统会重新做地址解析，流量才会真正交给B。

第三种是对端设备更换网卡、更换MAC地址，或者接口被重建。这种场景下邻居缓存几乎必然残留老信息，光改路由配置解决不了，必须删除旧邻居条目，让NDP重新进行邻居发现。

第四种是双栈演练、故障模拟这类工作。你想精确控制转发路径，验证某一跳设备挂掉后业务是否正常，就必须确保不会因为缓存回退到旧链路。提前清除关键地址的缓存条目，能让流量按照你的意图走到指定路径上。

2.2 删了反而添乱的三类情况

如果说上面是“该删”，下面这几类情况我就不会去动缓存。

第一类是大规模生产环境的全量清空。注意，是“全量清空”三个字。把整个邻居表flush一遍，瞬间会产生大量NS请求，也就是邻居请求报文。如果接入设备性能一般，或者下层交换机配置了端口控制策略，可能导致短暂丢包、CPU升高。更麻烦的是，全量flush会牵扯到所有邻居，包括那些完全健康的条目，等于让整个网段的邻居发现过程重新来一遍。这种操作我只建议在维护窗口里做。

第二类是路由信息来自RA或DHCPv6-PD的环境。IPv6无状态自动配置里，路由器周期发送Router Advertisement，主机根据RA学习默认路由。你手工把这条RA路由删掉，过几秒它又会被系统重新学习回来。该做的事是调整RA发送参数，而不是频繁删缓存，否则系统会陷入“删除-学习-再删除”的抖动状态。

第三类是路由协议还没收敛的时候。OSPFv3、BGP4+这类动态路由协议，收敛本身就要花时间。路由协议还没收敛完，你先跑去删缓存，最后发现在收敛完成之前，一切操作都是白费。等几十秒再检查一次，可能根本不需要手动删任何东西。

3. 动手实操：Linux、Windows、设备端各怎么删

3.1 Linux：先看后删，能定向就不全清

我主要用的还是Linux环境，所以Linux部分写细一些。先看邻居缓存：

ip -6 neigh show

输出里能看到当前所有IPv6邻居条目、所属接口、状态。状态项很关键：REACHABLE表示刚完成解析，STALE表示待刷新，INCOMPLETE表示解析失败或正在进行。

删单个条目：

ip -6 neigh del 2001:db8:1::2 dev eth0

如果你想删除某个网段内的映射，可以配合脚本筛选。比如只清理2001:db8:10::/64范围内的邻居表项：

ip -6 neigh show | grep "2001:db8:10::" | awk '{print $1}' \ | while read addr; do ip -6 neigh del "$addr" dev eth0; done

注意awk取的是第一列。实际脚本里最好再加一个接口过滤，防止误删另一个接口上的邻居条目。

全部清空：

ip -6 neigh flush all

这个命令我用得比较少，因为它的影响面太大。更多时候我只清理跟当前变更相关的目标地址，比如业务VIP对应的下一跳地址。

路由表层面的检查用：

ip -6 route get 2001:db8:20::5

这个命令会告诉你，如果要访问某个目的地址，内核实际会走哪条路由、从哪个接口出去、下一跳是谁。它不会修改任何东西，但排查时最有价值。很多人问“路由缓存删除后怎么验证”，我的答案就是用这个命令，对比删除前后选路的差异。

还有一个细节：现代Linux内核里没有“清路由缓存”这种独立操作了。早期版本的ip route flush cache已经不再适用于现代内核。如果有教程教你用ip -6 route flush cache，可以直接放弃，内核里根本没有这个东西。

另外，不建议随便去改这些内核参数：

/proc/sys/net/ipv6/neigh/eth0/gc_thresh1 /proc/sys/net/ipv6/neigh/eth0/gc_thresh2 /proc/sys/net/ipv6/neigh/eth0/gc_thresh3

它们控制邻居表项的垃圾回收阈值。调大确实能让邻居表容纳更多条目，但也会占用更多内核内存。之前有同事遇到邻居表被撑爆，想都不想直接把gc_thresh3调到几十万，结果内存涨幅明显，问题也没解决——因为真正的原因是设备数量太多同时地址解析失败，不是阈值不够。

3.2 Windows：netsh命令下的邻居管理

Windows环境里没有ip命令，对应的是netsh。

查看邻居缓存：

netsh interface ipv6 show neighbors

会列出接口索引、IPv6地址、链路层地址、状态。注意Windows里接口索引是一个数字，要记好。

删除指定表项：

netsh interface ipv6 delete neighbors 12 2001:db8:1::2

参数顺序是接口索引在前，IPv6地址在后。如果接口索引写错，命令会报错或者删错接口上的条目。

如果只是想刷新路由，可以用：

netsh interface ipv6 reset

但这是个重操作，会把整个IPv6协议栈配置重置一遍，包括分配的地址和DNS配置。我很少用这个命令，风险太大。真要改路由，直接用route delete删指定路由条目就够了。比如删除一条特定前缀的路由：

route delete 2001:db8:30::/64

Windows下还有一个常见坑：系统会自动启用临时地址（隐私扩展地址）。当你删除某个邻居条目后，系统如果还在使用临时地址发起连接，可能又要做一次重复地址检测DAD，稍微慢几秒属于正常现象。别以为命令没生效。

3.3 macOS和BSD分支：ndp命令

在macOS和FreeBSD这类BSD系统上，可以用ndp命令管理IPv6邻居缓存。

查看：

ndp -a

删除指定条目：

sudo ndp -d 2001:db8:1::2

BSD系统上还有一个用于刷新路由缓存的参数：

sudo route -n flush

但这类系统在服务器运维里占比不大，我自己很少在macOS上做生产环境的IPv6路由变更。如果你只是在开发机上测试，ndp -a和ndp -d就够用了。注意这类命令需要管理员权限，如果遇到“Permission denied”，先检查sudo提权。

3.4 网络设备上的处理：老规矩是先show再clear

这里不讲特定厂商的私有命令，因为不同设备平台的命令差异很大，写了反而误事。通用思路是这样：

• 先用show命令查看IPv6邻居表，不同厂商的关键词通常是show ipv6 neighbors或show ipv6 neighbour
• 确认要删除的条目后，用clear ipv6 neighbors清理邻居表
• 如果要让路由重新选路，可以触发路由协议重置，但这也是大操作，不要在生产核心链路随便做

网络设备上还有一个点容易漏：硬件转发表。部分设备的路由和邻居表项会由软件层解析后卸载到转发芯片，软表清了，硬件表项可能还会保留一段时间。所以清完之后，转发不一定立刻切换，可能还需要等待硬件老化周期。判断标准是查看出接口上的统计计数，而不是只看控制平面。

4. 删完之后流量还是不切？按这个顺序排查

4.1 先确认是不是存在另一条“更优路由”

删了半天缓存，流量还是不走新路径，第一反应要查“有没有另一条路由在跟你作对”。IPv6支持多点默认路由，也支持同前缀加载不同下一跳。

最直接的办法是用我们前面说过的ip -6 route get。看它实际匹配到哪条路由，然后检查这条路由的优先级和管理距离。有些情况下你新加的路由虽然存在，但前缀掩码长度更短，所以明细路由依然优先。路由表里“有”不代表“会走”，这是一个非常容易踩的坑。

4.2 再确认RA和动态路由协议会不会马上回写

有一种情况我见过很多次：手工删掉一条由RA下发的默认路由，几秒钟之后它又自动回来了。原因是路由器还在周期发送Router Advertisement，主机根据RA内容重新生成默认路由。这不是缓存问题，是协议行为。

正确做法是去修改RA发送端配置，把路由器生存时间调低，或者不再通告这条路由。对动态路由协议同理，OSPFv3、BGP4+都有自身的收敛周期，手工删路由能被协议“救回来”，根本删不干净。出现这种情况时，应该优雅等待收敛，或者临时用ACL控制路径，而不是反复折腾缓存。

4.3 然后看邻居状态是否反复变Incomplete

邻居缓存删完之后，系统会用NS请求重新解析目标地址。如果解析失败，你会看到条目停留在INCOMPLETE状态，无论删多少次都一样。

这时候问题多半不在缓存，而在链路。常见原因包括：对端防火墙拦截了ICMPv6的NS/NA消息；接入层交换机的端口安全或VLAN隔离阻止了NDP报文；目标设备本身没有正确配置IPv6地址。查完这些再做一次删除操作，才能见效。

4.4 千万别忘了源地址选择和连接跟踪

最后一个容易被忽视的环节是“已建立的会话”。即使你删除了邻居缓存、刷新了路由表，那台机器上已经建立的TCP连接依然按原来的五元组转发。因为连接跟踪条目没有变化，它不会因为你清了缓存就自动切换路径。

同时IPv6环境下，一台主机往往有多个全局地址，系统会根据源地址选择规则挑一个地址发起连接。如果你测试时用的源地址是一个临时地址，而这个临时地址对应的路径或邻居信息已经变更，你会看到删除缓存后依然选错路。测试时可以用ping6或curl -6 --local-address显式指定源地址，避免踩中这个坑。

5. 我的几个习惯性操作与最后提醒

5.1 操作前先打快照，再动缓存

现在我做任何IPv6路由变更前，都会先保存一份当前状态：

ip -6 neigh show > neigh_before.txt ip -6 route show > route_before.txt

这不是形式主义，是给自己留一条回滚路径。万一操作后退路没生效，至少能回到变更前的状态。只删缓存通常没有太大风险，但配合路由变更时，一旦出问题，快照能帮你快速定位是路由写错，还是邻居映射问题。

5.2 能定向清就不全清

我相信做运维的人都经历过“明明只改了一个地址，结果把整个表清了，最后全网业务受影响”。IPv6邻居缓存也一样。能删一个条目解决的问题，绝对不要用flush all。删除范围越小，受影响面越小，排查链路也就越干净。

5.3 脚本化时加防呆保护

如果你跟我一样需要频繁处理这类操作，建议把过程脚本化。脚本逻辑很简单：输入目标地址和接口名，先做过滤匹配，再确认删除，最后输出验证结果。我自己的脚本里会加一个前置判断：如果匹配到的条目为0，就提示“没有命中条目”，以免误删。凡是命中数量超过设定阈值，脚本会暂停并要求二次确认。

最后再提一句实际操作中的体会：IPv6的“缓存”和IPv4时代的“路由缓存”完全是两套东西，很多人误把邻居缓存当路由缓存删了半天，最后发现方向从一开始就错了。遇到“路由不生效”的故障，第一步永远是用ip -6 route get确认选路，第二步确认邻居条目，第三步才考虑要不要动手删。顺序对了，问题往往已经解决了一半。