基本可以肯定丢包问题是 电信有意为之了

2015-06-22 10:29:08 +08:00
 univert
凌晨4点-8点用iperf, openvpn,shadowvpn, 多个国外vps测速。
明显观测到情况:

明文tcp,udp数据,丢包率10-90%不等,对于tcp数据还会使用流量整形,基本不会超过1Mbps
被加密封装的数据的丢包率 3-5%,tcp没有流量整形

加密封装数据,如果内部再次嵌套tcp,在10-20分钟内会根据流量判断为tcp流量,丢包率再次上升到接近90%。所以什么shadowvpn,openvpn只要在上面跑tcp,经过20分钟,还是会掉包。

唯一的办法是:用一个背景噪声流量嵌套在vpn里面,干扰它的自学习算法。

不知道这到底是电信干的还是gfw干的。

如果是电信,太恶心了。

酱紫,转联通啊
9111 次点击
所在节点    宽带症候群
122 条回复
tangooricha
2015-06-23 11:39:50 +08:00
@buddha 看你讲技术时还有些逻辑,就不吊打你了。至少看起来你不属于那只水军的啊!
buddha
2015-06-23 11:44:30 +08:00
@ngloom 想想也是这个原因, 我也上海电信100M,这个月底就到期了, 准备和电信宽带再见了 (退了宽带以后 那个每个月开8次就免费的iptv也要没了 还是有点舍不得 ) 18年光缆弄好了质量好了再说了。
datocp
2015-06-23 11:51:10 +08:00
这个东西更相信netspeeder作者的描述因为漫长线路层层网关丢包引起的,当然也别忽视国际网关流量不足的情况,流量不足即便是你本地的qos策略都可以造成接近600ms的延迟,更何况是那么拥挤的地方。
当然至于是否有意为之不清楚。但是确实有类似现象比如在终端忽然收到1秒高达10次的tcp rst包,使用softether时丢包严重。在使用stunnel时高达250ms,而在使用全程加密时可以回落到180ms左右。
不过关于gfw发tcp rst已经是个不争的事实,有人专门有文档描述,而这个又是最廉价的弱化连接的功能,时不时来个1秒10次丢包够你受的。搜一下iptables tcp reset gfw吧。在vps 家里的路由器都丢弃了来自特定方向的tcp rst应该是有点小小效果的。
chaoskira
2015-06-23 11:52:16 +08:00
@buddha 我感觉现在最关键的是搞明白原因
电信国际出口线路暂时维护?国外线路故障?这些都可以等,毕竟没有这次的情况的话,谁都不想换掉电信
或者GFW升级,魔都电信被先试点了

如果是以上原因的话,换联通只不过是再傻逼一次
这样看下来魔都电信如果只是为了推广国际精品网反而是最好的结果了
andrea
2015-06-23 11:55:10 +08:00
@tangooricha 因為你很懂的樣子,才問你有沒有什麼比較專業的測試方法,來測試到底是個什麼情況。DPI,不是牆用的嗎?電信現在也用這個了?我只是想知道,有什麼正確的方法來測試當前使用的網絡狀況。
datocp
2015-06-23 11:56:30 +08:00
还有关于使用stunnel挂代理下载流量从全速变到50kb左右的情况也是存在的。每每下载资源气得,重新拔号流量又正常了,然后反复。急得时候能把人气死。
vivisidea
2015-06-23 11:57:04 +08:00
@buddha

貌似是不能直接以 mtr 显示 xx% lost 作为直接的丢包判定

root@localhost:~# mtr --report www.google.com
HOST: example Loss% Snt Last Avg Best Wrst StDev
1. 63.247.74.43 0.0% 10 0.3 0.6 0.3 1.2 0.3
2. 63.247.64.157 50.0% 10 0.4 1.0 0.4 6.1 1.8
3. 209.51.130.213 0.0% 10 0.8 2.7 0.8 19.0 5.7
4. aix.pr1.atl.google.com 0.0% 10 6.7 6.8 6.7 6.9 0.1
5. 72.14.233.56 0.0% 10 7.2 8.3 7.1 16.4 2.9
6. 209.85.254.247 0.0% 10 39.1 39.4 39.1 39.7 0.2
7. 64.233.174.46 0.0% 10 39.6 40.4 39.4 46.9 2.3
8. gw-in-f147.1e100.net 0.0% 10 39.6 40.5 39.5 46.7 2.2

比如这个 report,其实是第2个节点限制了 icmp 协议包,并没有丢包

这篇文章说的很详细
https://www.linode.com/docs/networking/diagnostics/diagnosing-network-issues-with-mtr

However, it is common practice among some service providers to rate limit the ICMP traffic that MTR uses. This can give the illusion of packet loss when there is in fact no loss. To determine if the loss you’re seeing is real or due to rate limiting, take a look at the subsequent hop. If that hop shows a loss of 0.0%, then you can be pretty sure that you’re seeing ICMP rate limiting and not actual loss.

真正丢包的模式是类似这样的
root@localhost:~# mtr --report www.google.com
HOST: localhost Loss% Snt Last Avg Best Wrst StDev
1. 63.247.74.43 0.0% 10 0.3 0.6 0.3 1.2 0.3
2. 63.247.64.157 0.0% 10 0.4 1.0 0.4 6.1 1.8
3. 209.51.130.213 60.0% 10 0.8 2.7 0.8 19.0 5.7
4. aix.pr1.atl.google.com 60.0% 10 6.7 6.8 6.7 6.9 0.1
5. 72.14.233.56 50.0% 10 7.2 8.3 7.1 16.4 2.9
6. 209.85.254.247 40.0% 10 39.1 39.4 39.1 39.7 0.2
7. 64.233.174.46 40.0% 10 39.6 40.4 39.4 46.9 2.3
8. gw-in-f147.1e100.net 40.0% 10 39.6 40.5 39.5 46.7 2.2

In this case, you see 60% loss between hops 2 and 3 as well as between hops 3 and 4. You can assume that the third and fourth hop is likely losing some amount of traffic because no subsequent host reports zero loss. However, some of the loss is due to rate limiting as several of the final hops are only experiencing 40% loss. When different amounts of loss are reported, always trust the reports from later hops.
jasontse
2015-06-23 12:04:17 +08:00
电信目前在出口的确有部署 QoS,但这无可厚非,如果不做 QoS 致使带宽被少数人占光你的丢包率只会更高。

流量的高峰期一般从上午 10 点开始到晚上 12 点结束,这个时间段也是流量控制最严重的时候。

电信的国际带宽也不可能全部拿出来给普通用户使用,CN2 网络至少保留了其中的 20%。

大提速是导致出口拥堵的主要原因,因为流量不光由用户正常的使用行为产生。众所周知中国的僵尸网络规模非常庞大,大提速会导致 DDoS 流量的规模急剧增加,这严重占用了出口带宽。

带宽的扩容并没有那么简单,首先需要建设新的海底光缆,然后协调各海外运营商增加互联带宽。最后是天朝特色,必须要考虑到众所周知的那个设备的性能和负载能不能处理过来那么大的流量。这些工作看似很简单,但是天朝国企的工作效率。。。你懂的
andrea
2015-06-23 12:15:44 +08:00
@jasontse 所以就是,不管換哪家,出口不上去,不打擊殭屍網絡,這樣的情況或早或晚都會碰上的意思?
buddha
2015-06-23 12:20:23 +08:00
@chaoskira 我和你讲, 只会越来越差,我去年4月就开始发现电信去国外网站有丢包了,我打XBOX和PS4游戏 所以对网络要求比较高,因为一般连续丢包3个游戏就掉线了, 可能比一般上网浏览更能察觉网络质量问题。 去年4月开始投诉 一直到这个月, 其他地方电信不敢讲 上海电信的出口质量越来越差我是看着它到这个地步的。 期间工信部也投诉过几次 电信给的书面答复和电话回访都是一个意思 解决不了,而且是完全没有解决计划的回复。其中一份书面回复:  http://pan.baidu.com/s/1bnua1dH

6月前,半夜FIFA联机还能联 这个月基本联不上了 , 然后我就开始考虑换宽带,发动了周围的同事朋友测了目前上海的几个宽带质量
https://docs.google.com/spreadsheets/d/1Tg78XbsDQmmT69OzDqFBvEaMxqPBqIMdQg0m4TfiD_A/edit?usp=sharing

我用了电信宽带11年了 原来是价高质高,现在是价高质差, 不想继续忍了, 6月底电信1580套餐到期, 下个月电信暂时也不退, 根据上面的那个测试表格结果,先装移动用下,如果不行就联通试试(移动是有线通线路,褒贬不一,联通是光纤,目前看网上反应还行),效果比电信好的话 就果断退电信了。

另外 楼主的那种vpn的确有可能是gfw搞出来的, 但是我个人的感觉 像fifa服务器 amazon,我自己公司的IM服务器(在欧洲) 这些个完全不应该受gfw 影响的网站都丢包60~70%的话,就只是电信出口拥塞导致的。 相同的几个ip 用移动和联通就丢包没有或者很少。

@vivisidea 多谢 我也注意到这个说法 我是只看最后那个ip的结果,中间的参考看下。
yexm0
2015-06-23 12:31:45 +08:00
广东电信,用枫叶主机的新加坡线路全程0丢包,速度稳定5m/s
Livid
2015-06-23 12:34:01 +08:00
10 楼 @linhua 分享的 PDF 里的这个图:

tangooricha
2015-06-23 12:34:48 +08:00
@hahastudio 我没说电信和联通哪个更好啊?你激动啥呢?不过你连基本的测试条件都没搞清楚,还是先复习一下LZ的测试经过吧!
tangooricha
2015-06-23 12:36:09 +08:00
@andrea 说的就是墙。不过看起来,我对网络知识懂得确实比你多啊!
tangooricha
2015-06-23 12:41:04 +08:00
@jasontse 我觉得你说的靠谱,最关键的还是全网流量上去了,但是国际出口的扩容应该是远远跟不上的。
但是从looking glass可以看出,ChinaNet和CN2出国方向的peer是不一样的。所以,QoS对ChinaNet和CN2的影响应该是不相关的。
andrea
2015-06-23 12:41:41 +08:00
@tangooricha 但是 @buddha 反應的問題和牆無關吧? 既然你說你比我懂的多,那就指點一下吧。不要藏著掖著,讓大家一起學習學習嘛。
lingaoyi
2015-06-23 12:45:03 +08:00
@yexm0 到夜晚就知道会慢起来,熊猫翻滚也有新加坡。
chaoskira
2015-06-23 12:47:21 +08:00
你们说的出口带宽有限我能理解,大提速造成的流量增加也能理解,但是这应该是一个循序渐进的过程
在6月之前我从来没觉得访问境外网站有什么“障碍”
慢?正常,物理距离差这么远,肯定会慢,大不了开VPN
但现在不一样,晚上开了VPN,换了各种代理都完全没法操作。
举例:
我玩KC,常用1个代理,备胎2个。突然有一天连打开网页都费劲,换哪个都一样
玩PSO2日服也是,最早的时候日本VPN资源紧张,都挑韩国或者香港的去连,照样可以正常游戏。现在?备胎代理换来换去都一样。
还有去EXH下本子,原来在手机客户端上随便下,无非就是慢点。现在不开SS什么都下不到,不断的报错。

所以我就是感觉这明显有一个时间节点,要么哪里网络故障了,要么就是电信调整了。
tangooricha
2015-06-23 12:48:39 +08:00
@andrea 对的,LZ说的问题和墙有关,但 @buddha 说的就是电信的问题。所以我没吊打 @buddha ,因为他说的还有道理。我不相信的是LZ的推理过程,以及为什么会冒出一个 @chaoskira 的小号来洗地。
至于要学习,网上一搜一大片,不要告诉我你还没解决上Google的问题,那我就没办法了!钓鱼是没什么意思的。
andrea
2015-06-23 12:59:31 +08:00
@tangooricha 我自己也苦於連蘋果的開發者網站都打不開的狀況,雖然聯繫過電信,但是還是得不到解決。你說你比我懂,我就想從這裡學一點,好跟電信的人溝通而已。我本意不過虛心向你求教而已。你的意思是我在釣你魚嗎?你要這麼想,我也沒有辦法。反正我只用Google的,既然你說讓我找Google君去,那就這樣了。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/200292

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX