客户，广东移动政企专线网络，访问我广东电信服务器有问题，要么 408 ，要么连接超时，也有正常请求
在客户网络里，抓包发现，有概率出现三次握手异常
然而，在我服务器上抓包，没有发现客户网络里的公网 IP 地址有访问的记录
改用实时抓访问日志，发现，走的是深圳移动某两个 C 段
后来又有一个政企专线客户也反映有问题（和上面这个客户不是一个地级市，同样在广东），留了个心眼，去查了一下，结果也是深圳移动那两个 C 段
让客户自己找移动投诉去了，移动给的答复是：移动和电信的总互联点，在集团，流量打满了；为解决这个问题，省公司调整到省内轻载业务直连点，但直连点必须过 NAT 。
另外，插一句嘴，这个 NAT ，在路由追踪里面，是看不到的
在客户网络里，抓包发现，有概率出现三次握手异常
然而，在我服务器上抓包，没有发现客户网络里的公网 IP 地址有访问的记录
改用实时抓访问日志，发现，走的是深圳移动某两个 C 段
后来又有一个政企专线客户也反映有问题（和上面这个客户不是一个地级市，同样在广东），留了个心眼，去查了一下，结果也是深圳移动那两个 C 段
让客户自己找移动投诉去了，移动给的答复是：移动和电信的总互联点，在集团，流量打满了；为解决这个问题，省公司调整到省内轻载业务直连点，但直连点必须过 NAT 。
另外，插一句嘴，这个 NAT ，在路由追踪里面，是看不到的
 |
1
birdvdsk 18 小时 5 分钟前 via Android
理论上即使是 nat ，也能在路由追踪里看见。而且 http 408 是服务器返回的状态码。综合来看难道移动不只是整了 nat ，而是部署了一个反向代理来转发请求？
|
 |
2
mytsing520 OP PRO |
|
3
birdvdsk 17 小时 47 分钟前 via Android
虽然把流量路由到其他地方很常见，但是在上层套 nat 倒是第一次见。
|
|
4
birdvdsk 17 小时 37 分钟前 via Android
使用外部 nat 终结点外联，降低了服务质量。已经影响了业务进行（频繁超时，无法连接），违法了合同（专线固定公网 ip ），应要求运营商限期改正
|
|
5
mytsing520 OP PRO @birdvdsk 只能说，用和不用 NAT ，目前互联互通都有问题；只能是两害相权取其轻。
|
|
6
birdvdsk 17 小时 32 分钟前 via Android
@mytsing520 好奇是什么专线，pon 还是 ptn 等方式接入
|
|
7
mytsing520 OP PRO @birdvdsk 这里指的专线是指宽带产品类型
|
 |
8
flynaj 13 小时 7 分钟前 via Android
@birdvdsk 理论上是这样，实际上我们这点全部禁路由追踪，
traceroute www.baidu.com -4 traceroute to www.baidu.com (183.2.172.177), 30 hops max, 46 byte packets 1 100.81.0.1 (100.81.0.1) 7.333 ms 6.409 ms 5.508 ms 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * |
Select Language