全球主机交流论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

CeraNetworks网络延迟测速工具IP归属甄别会员请立即修改密码
查看: 5233|回复: 43
打印 上一主题 下一主题

IDCF我就想说那么多

[复制链接]
跳转到指定楼层
1#
发表于 2017-8-17 15:51:52 来自手机 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
提示: 作者被禁止或删除 内容自动屏蔽
推荐
发表于 2017-8-17 15:53:49 | 只看该作者
再重申一下,请勿为了AFF而重复发帖,起码你得发点有用的信息。 比如楼主 好歹发了一些 大家会遇到的问题。

点评

回复 xy2938:至少这些信息对新人有些用吧。。。  发表于 2017-8-17 17:03
这也叫问题,666  发表于 2017-8-17 15:54
40#
发表于 2017-8-17 22:27:43 | 只看该作者
crazywings 发表于 2017-8-17 15:56
我测试联通明明是NTT,只有上海联通是IIJ,然后北京联通有IIJ有softbank

会经常变,联通移动好久没见bbtec了,电信还轮过双程IIJ...
39#
发表于 2017-8-17 20:16:40 | 只看该作者
怪不得最近奇卡无比
38#
发表于 2017-8-17 18:43:14 | 只看该作者
Yankee 发表于 2017-8-17 18:23
Buf的加大与丢包关联大,和延时没什么关系

在吞吐量恒定时,Buf越大越不容易丢包,但现实是基于丢包的CA ...

而且BGP会基于延迟做一个动态的选择
如果网关故意加大了buffer,会不会减少IIJ的路由压力
这样作为tradeoff,线路还可以保证相对高一些的可用性
37#
发表于 2017-8-17 18:32:56 | 只看该作者
本帖最后由 xy2938 于 2017-8-17 18:34 编辑
Yankee 发表于 2017-8-17 18:23
Buf的加大与丢包关联大,和延时没什么关系

在吞吐量恒定时,Buf越大越不容易丢包,但现实是基于丢包的CA ...


过大的buffer肯定是会造成高延迟的
我觉得某临时工应该是改了一个相当大的数值,高峰期延迟都会破300ms,而这个时候丢包才会明显出现
这锅不让buffer背,我都不知道找谁
36#
发表于 2017-8-17 18:23:51 | 只看该作者
xy2938 发表于 2017-8-17 18:19
看过BBR的说明,我感觉IIJ这里是边界路由器的bloatbufer的问题
其实丢包和带宽并没有什么太大的问题,应 ...

Buf的加大与丢包关联大,和延时没什么关系

在吞吐量恒定时,Buf越大越不容易丢包,但现实是基于丢包的CA和UDP总能把线路打满
35#
发表于 2017-8-17 18:21:46 | 只看该作者
xy2938 发表于 2017-8-17 18:19
看过BBR的说明,我感觉IIJ这里是边界路由器的bloatbufer的问题
其实丢包和带宽并没有什么太大的问题,应 ...

但是现在忘了调回来然后IIJ假装boom?
34#
发表于 2017-8-17 18:19:10 | 只看该作者
Yankee 发表于 2017-8-17 18:14
从今年3月起CT到IIJ的ping chart一直就这样

2:00 AM to 8:00 AM 延迟会降到100ms以下


看过BBR的说明,我感觉IIJ这里是边界路由器的bloatbufer的问题
其实丢包和带宽并没有什么太大的问题,应该是那时候arukas免费docker那些毒瘤逼的,工程师只能把这个加大了
33#
发表于 2017-8-17 18:16:24 | 只看该作者
真的没啥意思 不是?
32#
发表于 2017-8-17 18:14:16 | 只看该作者
lislee2001 发表于 2017-8-17 16:56
貌似药丸,上一张无锡电信IDCF的图供参考

从今年3月起CT到IIJ的ping chart一直就这样

2:00 AM to 8:00 AM 延迟会降到100ms以下

丢包率还是看provider的QoS策略 跟CT没太大关系
您需要登录后才可以回帖 登录 | 注册

本版积分规则

Archiver|手机版|小黑屋|全球主机交流论坛

GMT+8, 2025-12-22 07:26 , Processed in 0.137285 second(s), 16 queries , Gzip On, MemCache On.

Powered by Discuz! X3.4

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表