110 给 PTN ，移动缺钱缺疯了？别吓我

多少有点离谱了🥲
LiveCD 下居然能正常跑 8 个月

比较看好 2.2 这个版本。
我现在就遇到一个问题了，我想要访问同城亲戚家 nas ，就必须通过 v6 公网访问，但是上行 30M 根本满足不了看高码率电影。如果有那么一个产品可以用来高速互访那还是挺不错的。

只能说运营商内部这套考核系统百分百是有问题的

@honeyjuice 对于 XGPON 地区买对称猫能注册吗？

@ChinoQAQ 还是觉得是你电脑的问题（虽然我没证据）
看看路由器或者其他设置吧，局端那些高端设备感觉坏的可能性很低很低。

@ChinoQAQ 和 38 楼持同样意见，看看你电脑的 dns 有没有受到代理软件的干预，然后看看路由器有没有开了一些乱七八糟的功能暂时吧他关了试试
广东电信的 dns 不可能吧淘宝解析成香港阿里的，极有可能是代理软件或者路由器中的插件（如果存在）对电脑 dns 进行了干预。
g.alicdn.com gw.alicdn.com img.alicdn.com i0.hdslb.com
这些都 ping 一下看看正不正常。

@ChinoQAQ 33#
Name: www.taobao.com
www.taobao.com canonical name = www.taobao.com.danuoyi.tbcache.com
Name: www.taobao.com.danuoyi.tbcache.com
Address 1: 125.94.50.240
Address 2: 125.94.50.241

我这边用 202.96.128.86 是这两个结果，延迟不高
64 bytes from 125.94.50.240: seq=0 ttl=58 time=12.262 ms
64 bytes from 125.94.50.240: seq=1 ttl=58 time=12.116 ms
64 bytes from 125.94.50.240: seq=2 ttl=58 time=12.131 ms
64 bytes from 125.94.50.240: seq=3 ttl=58 time=12.120 ms
你那个 dns 可能有问题，这个 ip 是香港阿里云的。
你再 ping 一下 www.bilibili.com,www.baidu.com 等常用网站再看看

@ChinoQAQ 查一下浏览器看看？这解析是没问题的。另外 edge 里面好像有个什么使用安全 DNS 你把他取消掉再看看
（ edge 里边有很多奇奇怪怪的选项）

@ChinoQAQ 你把 item.taobao.com 解析到的结果发一下看看？

刚刚连上隔壁的黑宽带，正好遇到了转圈问题测，开发人员瞄了一眼： https://i.imgur.com/iIWyc14.png
你去开发人员选项看看是哪一项占用最长时间

@ChinoQAQ 这个空白页问题转圈问题，我只在黑宽带中遇到过，你这种正规家宽可能更多是浏览器，插件等原因引起的。开访客介面或者换个浏览器访问试试，不行再排查一下连接数。反正我感觉大概率是浏览器问题。

移动家宽从来没有过+1

@szzys 20# "说是高峰期政企 PON 在带宽模板上有 QoS 保障，但实测我部分地区的 PON 专线客户晚上高峰期跟家宽一起挤出口。。。" 我感觉是针对 olt 出来这个 PON 口的 qos 吧，同一分光下该户数据优先通过这样
我这里移动 pon 专线跟家宽混用，就延迟（到默认网关/DNS ）来说没什么两样，也不见得 pon 专线特别低延迟
出海该丢包都丢包

我寻思没人说他差吧，我这里 bras 都是华为的

@otnv 你这个到 bras 8ms 是肯定有问题的。我猪宽同轴入户到 bras 也才 7-12ms 之间

@otnv 估计是一个口一个协议下带的猫太多了，你叫装维给你换成 XGPON （或者原本 XG 换 GPON ）试试。感觉 pon 这个东西，口下挂的 onu 越多，延迟抖动就越高。之前用过一段时间那种城中村黑宽带，一个口不知道带多少个用户，到接入服务器抖动大的很，1ms 到 4ms 中间抖，然后经常中途来个 10ms 的

广东移动的 ping 值可以说是相当的高，高到我无法相信这是省内的延迟
电信家宽
64 bytes from 2409:8c54:813:11c::1:211: seq=0 ttl=53 time=13.280 ms
64 bytes from 2409:8c54:813:11c::1:211: seq=1 ttl=53 time=13.036 ms
64 bytes from 2409:8c54:813:11c::1:211: seq=2 ttl=53 time=13.042 ms
64 bytes from 2409:8c54:813:11c::1:211: seq=3 ttl=53 time=13.034 ms
64 bytes from 2409:8c54:813:11c::1:211: seq=4 ttl=53 time=13.227 ms
移动家宽
64 bytes from 2409:8c54:813:11c::1:211: icmp_seq=1 ttl=55 time=18.6 ms
64 bytes from 2409:8c54:813:11c::1:211: icmp_seq=2 ttl=55 time=18.6 ms
64 bytes from 2409:8c54:813:11c::1:211: icmp_seq=3 ttl=55 time=18.0 ms
64 bytes from 2409:8c54:813:11c::1:211: icmp_seq=4 ttl=55 time=17.0 ms
64 bytes from 2409:8c54:813:11c::1:211: icmp_seq=5 ttl=55 time=20.5 ms
移动家宽抖动也贼大，同样是 1 分 4 分 16 ，但是电信延迟就是比移动好
64 bytes from 172.16.0.1: icmp_seq=1 ttl=254 time=4.05 ms
64 bytes from 172.16.0.1: icmp_seq=2 ttl=254 time=3.15 ms
64 bytes from 172.16.0.1: icmp_seq=3 ttl=254 time=3.27 ms
64 bytes from 172.16.0.1: icmp_seq=4 ttl=254 time=4.18 ms
64 bytes from 172.16.0.1: icmp_seq=5 ttl=254 time=3.29 ms
电信
64 bytes from 100.64.0.1: seq=0 ttl=255 time=2.182 ms
64 bytes from 100.64.0.1: seq=1 ttl=255 time=1.952 ms
64 bytes from 100.64.0.1: seq=2 ttl=255 time=2.018 ms
64 bytes from 100.64.0.1: seq=3 ttl=255 time=2.049 ms
64 bytes from 100.64.0.1: seq=4 ttl=255 time=2.084 ms

@xinJang 大概率你自己的问题，广移一直是 fullcone