每次有人问我“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路由缓存删除”的教程其实只讲其中一个点结果不少读者照着操作后发现没用就是因为删错了对象。名称作用故障表现手工删除手段IPv6邻居缓存IPv6地址到MAC地址/接口的映射路由表已变流量仍走旧路径抓包看到目的MAC是旧设备的删除NDP邻居条目路由表/FIB条目决定报文下一跳方向和出接口确实存在多条路由优先级判断导致没走你想走的那条删除或修改路由条目连接跟踪缓存对已建立的会话保持五元组转发状态新路由配置后已有长连接依然走老出口清conntrack或重连会话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 Windowsnetsh命令下的邻居管理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::/64Windows下还有一个常见坑系统会自动启用临时地址隐私扩展地址。当你删除某个邻居条目后系统如果还在使用临时地址发起连接可能又要做一次重复地址检测DAD稍微慢几秒属于正常现象。别以为命令没生效。3.3 macOS和BSD分支ndp命令在macOS和FreeBSD这类BSD系统上可以用ndp命令管理IPv6邻居缓存。查看ndp -a删除指定条目sudo ndp -d 2001:db8:1::2BSD系统上还有一个用于刷新路由缓存的参数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确认选路第二步确认邻居条目第三步才考虑要不要动手删。顺序对了问题往往已经解决了一半。