在Juniper中,我们正面临一种关于突发大小值与利率限制或警察的混淆。需要了解两件事:-
(1)防火墙管理器中定义的burst size limit是依赖于还是基于物理接口速度计算的,并且不依赖于用户的带宽限制(Mbps)?
例如,假设我们有1G接口,并且在这个接口上终止了2个客户。一个客户需要2 Mbps,而其他客户需要10 Mbps。由于接口为1G,对于这两个客户的突发大小是相同的,即625,000字节,而带宽限制将分别为2 Mbps和10 Mbps,如果突发大小限制依赖于物理接口,并且与带宽限制值无关?如果我错了,请改正。
(2) How to calculate the burst size for 10G interface in Juniper?这是摘自JNCIA学习指南(旧书),第10章。
假设路由器中有一个千兆以太网接口。该接口每秒可接收1000兆比特。突发大小限制以每秒字节为单位输入,因此我们将1000 into转换为125 into。这进一步转化为125,000 That,最后是125,000,000 and。在一毫秒内,接口接收125,000字节,因此在5毫秒内总共接收到625,000字节。The policer statement becomes burst-size-limit 625000.
基于上述参考,如果1G接口的突发大小为625 ,000字节,则10G接口的突发大小将为625,000 x 10 = 6250,000。这是正确的吗?如果没有,请按照Juniper最佳做法进行指导。
发布于 2021-01-30 13:08:21
当策略速率限制足够低时,突发大小是最有效的,使得单个TCP流可以到达速率限制,并在遭受任何数据包丢失之前消耗所有突发令牌。
随着TCP (或其他应用程序协议)流的数量增加,或者使用的带宽通常接近速率限制,配置的突发大小的实际效果就会减少。
您应该根据警方允许的带宽来配置突发大小,而不是基于接口速度。如果您使用625 2Mb的突发大小配置2Mb/s策略,TCP传输速率将比该策略更大的波动,结果将导致更多的拥塞和重传。
随着警察速度的加快,这一点就不那么重要了。在低速,如2Mb/s,它是显而易见的,你可以很容易地观察到在实验室测试的效果。
https://networkengineering.stackexchange.com/questions/72311
复制相似问题