IDCF我就想说那么多

lislee2001

貌似药丸，上一张无锡电信IDCF的图供参考
Untitled.png (66.09 KB, 下载次数: 0)

2017-8-17 16:56 上传

点击文件名下载附件

Yankee

lislee2001 发表于 2017-8-17 16:56
貌似药丸，上一张无锡电信IDCF的图供参考

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

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

丢包率还是看provider的QoS策略 跟CT没太大关系

cnlanny

真的没啥意思 不是？

xy2938

Yankee 发表于 2017-8-17 18:14
从今年3月起CT到IIJ的ping chart一直就这样

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

看过BBR的说明，我感觉IIJ这里是边界路由器的bloatbufer的问题
其实丢包和带宽并没有什么太大的问题，应该是那时候arukas免费docker那些毒瘤逼的，工程师只能把这个加大了

crazywings

xy2938 发表于 2017-8-17 18:19
看过BBR的说明，我感觉IIJ这里是边界路由器的bloatbufer的问题
其实丢包和带宽并没有什么太大的问题，应 ...

但是现在忘了调回来然后IIJ假装boom？

Yankee

xy2938 发表于 2017-8-17 18:19
看过BBR的说明，我感觉IIJ这里是边界路由器的bloatbufer的问题
其实丢包和带宽并没有什么太大的问题，应 ...

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

在吞吐量恒定时，Buf越大越不容易丢包，但现实是基于丢包的CA和UDP总能把线路打满

xy2938

Yankee 发表于 2017-8-17 18:23
Buf的加大与丢包关联大，和延时没什么关系

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

过大的buffer肯定是会造成高延迟的
我觉得某临时工应该是改了一个相当大的数值，高峰期延迟都会破300ms，而这个时候丢包才会明显出现
这锅不让buffer背，我都不知道找谁

xy2938

Yankee 发表于 2017-8-17 18:23
Buf的加大与丢包关联大，和延时没什么关系

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

而且BGP会基于延迟做一个动态的选择
如果网关故意加大了buffer，会不会减少IIJ的路由压力
这样作为tradeoff，线路还可以保证相对高一些的可用性

suwubee

怪不得最近奇卡无比

drawli

crazywings 发表于 2017-8-17 15:56
我测试联通明明是NTT，只有上海联通是IIJ，然后北京联通有IIJ有softbank

会经常变，联通移动好久没见bbtec了，电信还轮过双程IIJ...