联通NAT4+IPv6投诉后续：问题已解决，沟通专业，值得表扬

前言

事情有结果了。10 月下旬，工信部按属地原则把信访件转办到广东省通信管理局（工信部在省级的派出机构），一周之内，广东联通就派人上门，把 IPv6 入站连通性解决了。NAT4 那边也给了明确说法：属于内部政策规定，与设备支持、性能都无关。

这件事从 8 月 IPv6 入站突然不通算起，前后拖了两个多月。前面几篇写的都是「怎么测、怎么把说辞证伪」——同一份抓包里做两组来源对比、换 UDP 重测、在 NE8000 上验证设备侧能不能做全锥型；这一篇写的是「怎么让它结束」，以及结束之后该给谁一句肯定。

先把结论摆出来：两个问题里，能修的那个修好了，不能修的那个至少说清楚了。

ITDOG 全国节点 ping 测试：282 个监测点全部有响应，平均延迟 79 毫秒，联通线路平均 46 毫秒，无超时节点 — 图 1：恢复后做的一次全国节点抽测，282 个监测点全部回包，平均 79 ms、联通线路 46 ms，没有超时节点

先说结果：IPv6 通了，NAT4 是策略不是能力

恢复之后先做了一次全国节点抽测，282 个监测点全部有回包，平均 79 ms，其中联通线路 46 ms，没有超时节点。这个结果不能直接证明「IPv6 入站一定通」——ICMP 探测和 TCP/UDP 入站是两回事——但至少把「你家线路本身有问题」这类说法先排除掉了：出口链路是健康的。

更直接的验证还是老办法：手机切蜂窝网络，从外网打 NAS 上那个固定端口，同时在家宽出口抓包，看回程有没有真的出去。这次 SYN 之后能收到 SYN+ACK，数据也能进来，和 8 月那轮「入向 SYN 893 个、入向 ACK 0 个」正好相反。同一个抓包点、同一台机器、同一个端口，唯一的变化是接入侧的策略。

NAT4 的答复是：对称型 NAT 属于内部政策规定，和设备支持、性能无关。这句话其实和之前的技术结论对上了。用 NE8000 拆过「设备不支持」这套说辞，设备侧做全锥型毫无压力；运营商不做，是选择不做，不是做不到。策略和能力的区别，就落在这里。

上门那天，沟通确实专业

上门那天，是这次整件事里最舒服的一段。对方不是来「安抚」的，是来核对的：先确认网络拓扑（光猫桥接、软路由自己拨号、NAS 挂在内网哪个口），再问 IPv6 是怎么配的、前缀从哪来，然后现场看现象。

术语上没有障碍。NAT4、对称型、IPv6 入站、前缀委派、端口映射这些词，对方都能准确接住，不需要我从头解释一遍。这一点比听起来重要——前面两个多月里，最耗时间的不是排查本身，而是把问题翻译成对面能理解的话，翻译不对就得重来一轮。

也没有推诿。该现场确认的现场确认，该回去走流程的说明走流程，什么时候给回复说得清清楚楚，最后确实在一周内闭环了。整个过程没有「我们研究一下」这种没有下文的答复。

所以这篇的表扬不是客套话：把一个「用户觉得被敷衍了两个多月」的事情，用一次上门谈明白，靠的是具体做事的人。现场沟通没有出现专业上的问题，面对相对专业的术语也能准确理解。如果联通内部能看到这篇，建议给这次上门的同事记一笔。

IPv6 和 NAT4 不是一回事

这两件事经常被混在一起说，其实性质完全不同：一个是接入配置能不能给的问题，一个是地址转换策略给不给的问题。混着说，投诉就没有落点。

表 1　IPv6 入站与 NAT4 的差别

对比项	IPv6 入站不通	NAT4（对称型）
现象	外网打不进 NAS 的指定端口，内网一切正常	同一目标不同端口被映射到不同公网端口，P2P 打洞成功率低
性质	接入侧配置 / 前缀下发问题	运营商地址转换策略
能不能改	能，本次已恢复	家庭宽带套餐内基本不改
依据	现场核对 + 抓包比对	内部政策规定，与设备性能无关
用户能做什么	报障，要求核查接入配置与入站策略	申请公网 IP 或企业宽带，或者走 IPv6

把两件事拆开说，沟通效率完全不同。一上来就说「你们 NAT 类型不对」，对方大概率回一句「家宽没有这个功能」，然后对话结束；分开说「IPv6 入站不通，已排除内网因素，请核查前缀与入站策略」，这就是一个可执行、可核查、有结论的工单。

为什么这次一周就办完了

同一个问题，8 月找装维、找客服、转 10015，都没推动；这次一周就闭环。差别不在问题本身，在路径。

渠道层级不一样。10015 是集团客服，能处理的是服务态度和承诺，手上没有网络侧的工单权限；工信部信访件按属地转办到省通信管理局，属于有办理时限、要求书面回复的督办件，运营商必须给结论。
诉求写得具体。不是「我家网有问题」，而是「IPv6 入站不通，已排除内网因素，请核查接入侧配置」，并且附了抓包。可核查的诉求才会被转给能处理的人。
证据链是完整的。同一抓包点、同一端口，唯一变量是来源网络，两组数据落在同一份 pcap 里。对方没法用「你这两次条件不一样」把结论顶回来。
最后来的是懂网络的人。不是复读话术的客服，是能现场判断配置的人。前面三条把门推开，这一条把事办完。

反过来说，如果一直停在「客服说不行」这一层，这件事大概率还在循环。投诉不是把话说重，是把路径走对。

如果你也遇到同类的事

按这个顺序走，比一次性把话说满有效：

先把变量掐死。光猫改桥接、路由自己拨号、端口固定、抓包点固定。任何一处留着变量，结论都能被推翻。
取证要能自己复现。同一份抓包里放两组来源（蜂窝 vs 机房），只改来源这一个变量，别的都不动。
先报障，再升级。10010 / 10015 的诉求写成「核查 XX 功能是否开通、是否被策略拦截」，不要写「要求赔偿」，前者能被转给网络侧，后者只会进客服流程。
走申诉。15 个工作日没有实质进展，走省通信管理局的电信用户申诉（12300）或工信部信访，把证据一次性附全。
等转办，别催客服。信访件按属地转办后会有人主动联系，这时候把材料一次给全，比反复打客服电话有用。

取证的命令不用复杂，够用就行：

# 外网侧（手机热点或机房）打一次指定端口
curl -6 -v --connect-timeout 5 "http://[2408:xxxx:xxxx::1]:9443/"

# 家宽出口同时抓包，-e 打印接口与方向，用来判断包死在哪一跳
tcpdump -i pppoe-wan -n -s 0 -w /tmp/v6.pcap 'ip6 and tcp and port 9443'
tcpdump -enr /tmp/v6.pcap

一句提醒：证据一定要能自己复现。对方最容易说的一句话是「你环境有问题」，这时候同一份 pcap 里两个来源的对比，比任何解释都管用。

表扬归表扬，该说的还得说

三句话，说完这篇就完整了。

NAT4 依旧。IPv6 恢复解决的是入站，对称型 NAT 还在。P2P、游戏联机、部分远程访问，该难还是难。这次恢复的是「能直连的那条路」，不是「NAT 类型变好了」。
门槛还是太高。普通用户不可能为了一个端口去抓包、写长文、跑两个月流程。这次能解决，很大程度上是因为证据做得足够硬，而不是流程本身对普通用户友好。
「家宽没有这个功能」这句话本身是错的。功能有没有，取决于策略开不开，不取决于设备支不支持——这一点已经用设备实测证伪过。这次上门的同事没有再说这句话，而是直接核查配置，这才是对的姿态。

所以这篇的定位很清楚：对具体做事的人给肯定，对流程和话术保留意见。两件事不冲突。