@bibiisme 你要搞清楚 PCP 的 C/S 工作原理，他只是一个辅助端口映射的工具

@bibiisme 目前看这情况，移动就算开了 PCP 说实话也没多少卵用，最大的问题是 PCP 华为是收费的，NAS 能用 IPv6 还是用 v6 吧，毕竟郑智任务

@bibiisme 你跟 PCP GW 申请端口后，看映射情况，移动居多的对称型 NAT 是 5 元组的，只能开一个主动的端口（ PEER ），会在网关开个端口对应到你所给的 IP 端口，这个 IP 应该就是 PCP 请求包的 IP，也就是说如果你有 NAT 路由，可能就是对应到路由获取的 CGN 内网 IP 上的

802.11n 目前最普及协议，你可能在做梦

802.11 WiFi 的 MIMO 从未有人真实测试过能跑多少，MIMO 这种跟天线相关性有很大关系的东西也不是想跑满就能跑满的

@bibiisme 就是一个东西，不过 PCP 是运营商级别的，PMP 还要通过 IGD xml 协议进行交互（ L3 ）无论是性能开销还是安全性（ PCP UDP 类 L2 ），都不如

@LBL584520 真 TMD 诡异，这个跟其他用不上的 exe 放一起就直接报 R6034，我怀疑微软 DLL 里面直接用的后缀进行通配判断，极为坑爹

@LBL584520 imgchr.com/i/uWR4OS 奇怪？？？？？

@LBL584520 imgchr.com/i/uWGunS

@LBL584520 直接用 VS2005 CMAKE -G Nmake makefile 编译一个就行了

@LBL584520 抽空编译了个，依赖 VS2005 运行 imgchr.com/i/ugySun

@LBL584520 linux 下 autogen.sh && make 即可

你真要研究 NAT 打洞，可以看看目前大部分运营商的 CGN NAT PCP 端口控制协议，github.com/libpcp/pcp

你这种一般属于 NAT 网关极为特殊才会出现这种情况，首先很显然是 Restricted Cone NAT，不验证来访 IP 是否等于请求 IP，特殊的在于 TCP 是有状态的有一个三次握手，绝大多数网关都会有这样一个表用来储存这个特定 TCP 握手信息，只要有一点地址信息不符就会拒绝数据包，所以你这个网关很特殊，一般只有无状态的 UDP 的才能打洞

X86 软路由是你最佳选择

SFP?无非一个迷你的 SFU 网关罢了，真正的纯 SFP 那得是 SFP 单纯光电转换，信号处理协议栈全部在外部 ap 上

@ragnaroks 不错啊，来点截图

@wheat0r 你不想要我还不想告诉你们这东西呢，偷偷用多安逸，发出来大概率就会被运营商封堵

@wheat0r CGN 不一定非得是这个专用段，大可自己编译去探测一下有没有反应，你说是么，探测下你会怀孕？