从ipv4过渡到ipv6的方法有哪些：三类主流方案

从ipv4过渡到ipv6的方法有双栈、隧道、协议翻译三类，双栈适合运营商、企业内网这类可同时分配两种地址的场景，性能损耗偏低；隧道适合在现有ipv4网络上承载ipv6流量，细分包含6to4、Teredo、DS-Lite；协议翻译以NAT64搭配DNS64为主，用于纯ipv6终端访问仅支持ipv4的服务，RFC4213、RFC6144为IETF对应的过渡框架规范，家庭宽带用户优先选运营商原生双栈，无原生ipv6地址时再尝试隧道，纯ipv6组网场景才启用NAT64，翻译方案会破坏部分端到端业务，不适合承载语音、专线类对会话一致性要求高的业务。

从ipv4过渡到ipv6的双栈方案

双栈就是终端、路由器同时加载ipv4和ipv6两套独立协议栈，收到目标地址后自动选择对应协议封装报文，目标是ipv4地址就走ipv4路由，目标是ipv6地址就走ipv6路由。你在路由器、电脑网卡上同时配置ipv4静态地址或DHCP、ipv6的PD或DHCPv6，就能完成基础部署，不需要额外封装报文，转发延迟和原生协议接近。这套方案的短板是网络设备需要维护两套路由表，地址规划、ACL策略工作量翻倍，网络规模扩大后运维成本明显上升。

双栈不解决ipv4地址枯竭问题，它只是让新旧网络并行运行。

从ipv4过渡到ipv6的隧道方案

隧道技术把ipv6报文封装进ipv4报文的载荷里，利用已经建好的ipv4互联网链路传输ipv6流量，到达隧道对端设备后拆封，再转发ipv6报文。6to4依靠公网ipv4地址自动生成ipv6前缀，不需要运营商分配ipv6地址，但很多运营商已经封禁6to4中继；Teredo额外增加UDP封装，可以穿透家用ipv4NAT，适合没有公网ipv4地址的单机获取ipv6连通性，稳定性容易受运营商NAT策略影响；DS-Lite方向相反，把ipv4流量封装在ipv6隧道内，运营商在核心侧部署集中NAT，用来节省公网ipv4地址，现在不少宽带运营商在用这套模式。

隧道方案都会增加报文头部开销，MTU值需要手动下调，否则容易出现分片丢包、网页加载不全的现象，你配置隧道时建议把接口MTU设置成1472，避开封装带来的溢出问题。

从ipv4过渡到ipv6的协议翻译方案

协议翻译不做封装，直接修改报文头部，在ipv4报文和ipv6报文之间互相转换，主流组合是NAT64加DNS64。DNS64会拦截ipv4域名解析请求，把A记录合成AAAA记录返回给ipv6终端，NAT64设备收到这个合成地址的流量后，转换成ipv4流量访问后端服务器，返回报文再反向翻译成ipv6格式发给终端。464XLAT是面向终端的轻量化翻译，在手机、CPE设备上部署CLAT组件，让终端上的ipv4应用跑在纯ipv6网络里，移动网络中应用较多。

翻译机制无法处理携带ip地址信息的应用层报文，比如部分FTP、SIP业务，这类业务会出现连通异常，你部署翻译节点前要梳理业务清单，把这类业务迁移到双栈环境。

同一个网络里可以混合部署多种过渡方案，比如企业出口用双栈，分支机构通过IPsec隧道跑ipv6，内部单独划分一片纯ipv6区域搭配NAT64访问老旧ipv4服务器。混合部署时要控制路由优先级，避免ipv6流量误走隧道、ipv4流量误触发翻译，产生环路或者来回转换的问题。

该方法的适用边界是，不适合小规模孤立设备长期依赖Teredo隧道做生产业务，Teredo中继节点由第三方维护，连通性没有服务保障，生产业务优先向运营商申请原生双栈线路。

判断方案是否合适，你可以按这个顺序自测，先看运营商是否提供原生ipv6，能开通就优先双栈；没有原生ipv6且有公网ipv4，测试6to4或GRE隧道；只有内网ipv4、没有公网地址，仅临时测试ipv6连通性再启用Teredo；新建网络计划长期走向纯ipv6，再规划NAT64翻译节点。