V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  yulihao  ›  全部回复第 9 页 / 共 58 页
回复总数  1154
1 ... 5  6  7  8  9  10  11  12  13  14 ... 58  
@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 这个空白页问题转圈问题,我只在黑宽带中遇到过,你这种正规家宽可能更多是浏览器,插件等原因引起的。开访客介面或者换个浏览器访问试试,不行再排查一下连接数。反正我感觉大概率是浏览器问题。
2023 年 8 月 30 日
回复了 iminedeed 创建的主题 宽带症候群 杭州移动把我公网回收了
移动家宽从来没有过+1
2023 年 8 月 30 日
回复了 otnv 创建的主题 宽带症候群 移动专线, PON 接入和 PTN 接入的选择
@szzys 20# "说是高峰期政企 PON 在带宽模板上有 QoS 保障,但实测我部分地区的 PON 专线客户晚上高峰期跟家宽一起挤出口。。。" 我感觉是针对 olt 出来这个 PON 口的 qos 吧,同一分光下该户数据优先通过这样
我这里移动 pon 专线跟家宽混用,就延迟(到默认网关/DNS )来说没什么两样,也不见得 pon 专线特别低延迟
出海该丢包都丢包
2023 年 8 月 29 日
回复了 dexlee2020 创建的主题 宽带症候群 为什么说菊花牌路由器很差?
我寻思没人说他差吧,我这里 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
2023 年 8 月 21 日
回复了 ChenBill0513 创建的主题 宽带症候群 AS58453 的噁心作風大概是全亞洲最噁心的 ISP
@xinJang 大概率你自己的问题,广移一直是 fullcone
2023 年 8 月 20 日
回复了 niji 创建的主题 宽带症候群 这两种接法对宽带的损失性能差异
不大,平时几乎无感
@yulihao 无论是 tls 还是不加密都没被查过
@MFWT 广东移动不查吧,我广移 IPV6 挂 NAS 一个 web 页面(非标),套群晖 ddns 域名用这么多年了也没见上门
2023 年 8 月 17 日
回复了 szzys 创建的主题 宽带症候群 今天下午移动跟我说,这两天把流量切回广州
家宽,22 点再测,0 丢包,感觉还可以啊?(抖动大是移动爆开 pon 口造成的)
-- 119.28.10.8 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 2471ms
rtt min/avg/max/mdev = 23.119/24.718/28.040/0.804 ms, pipe 2, ipg/ewma 24.963/24.573 ms
实际去 cf 测速还是起不来,一开始能到 50M 然后慢慢掉到 3M ( ping 抖动很大,估计 cf 特别对待咯)
腾讯云那些感觉问题不大
2023 年 8 月 17 日
回复了 Wenpo 创建的主题 宽带症候群 马来西亚 TIME Home Fibre 宽带初体验
直接 ping 第一跳,路由跟踪那个不准
64 bytes from x.x.11.1: seq=0 ttl=255 time=2.07 ms
64 bytes from x.x.11.1: seq=1 ttl=255 time=2.04 ms
64 bytes from x.x.11.1: seq=2 ttl=255 time=2.08 ms
64 bytes from x.x.11.1: seq=3 ttl=255 time=1.97 ms
64 bytes from x.x.11.1: seq=4 ttl=255 time=2.02 ms
我这里 2ms 左右,换个软路由能到 1.7ms ,除去光猫的损耗应该也就 1.5ms 吧
当然这个在 PON 网是不确定的,我占满上传有时候延迟会低到 0.5ms (除去光猫大概就 0.3ms ,但是是一瞬间,下一个包可能又回到 1.7 ,1.8 这样了)
2023 年 8 月 17 日
回复了 szzys 创建的主题 宽带症候群 今天下午移动跟我说,这两天把流量切回广州
0668 家宽
--- 2606:4700::6810:7c60 ping statistics ---
19 packets transmitted, 17 received, 10.5263% packet loss, time 18020ms
rtt min/avg/max/mdev = 19.986/21.924/24.275/1.402 ms

腾讯云
--- 119.28.10.8 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19022ms
rtt min/avg/max/mdev = 24.263/24.979/31.238/1.455 ms
终于,终于切回来了
1 ... 5  6  7  8  9  10  11  12  13  14 ... 58  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   4678 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 09:46 · PVG 17:46 · LAX 02:46 · JFK 05:46
♥ Do have faith in what you're doing.