Files
geedge-jira/md/OMPUB-1271.md

69 lines
2.2 KiB
Markdown
Raw Normal View History

2025-09-14 21:52:36 +00:00
# 【M22项目】下载流量命中Shaping RuleThroughput速率最高达到限制速率的2.4倍
| ID | Creation Date | Assignee | Status |
|----|----------------|----------|--------|
| OMPUB-1271 | 2024-05-04T13:27:43.000+0800 | 冯伟浩 | 开放 |
---
复现步骤:
1、下发Shaping Rule如下图所示
!image-2024-05-04-11-54-27-230.png|thumbnail!
2、访问地址[https://ubuntu.com/download/desktop/thank-you?version=24.04&architecture=amd64&lts=true] 下载镜像
当前问题如下图所示流量大部分为Incoming流量配置的Incoming的速率为7.5Mbps当前为18Mbps与预期值相差较大
!image-2024-05-04-11-57-18-149.png|thumbnail!**yangwei** commented on *2024-05-06T16:42:59.486+0800*:
Bug中使用的profile为SplitBy观察Profile的命名是否该Profile之前的限速值为20Mbps [~hebingning] 
 
---
**hebingning** commented on *2024-05-06T16:52:33.653+0800*:
在进行此测试之前10分钟将限速值由20Mbps改为7.5Mbps 
[~yangwei] 
 
---
**fengweihao** commented on *2024-05-08T12:00:22.136+0800*:
问题原因推测:
* 通过界面配置Shaping Profiles后Swarmkv_Sentinel会调用FTCFG命令为Profile创建相应的Token的key。当Shaping首次接收到流量时会在本地创建路由信息并将FTCONSUME命令通过远程方式发送给Swarmkv_Sentinel并触发同步消息从而在本地创建这些key的副本。当界面修改Shaping Profiles后Swarmkv_Sentinel会执行DEL命令删除key和FTCFG命令再次创建key由于Shaping中存在副本Swarmkv需要同步DEL和FTCFG消息然而由于当前环境中存在大量的同步消息这导致了此次Swarmkv的同步请求出现了超时。因此Shaping无法及时获取到最新的key配置信息而是维持了之前key的配置。
 
---
2025-09-14 22:26:17 +00:00
# Attachments
2025-09-14 21:52:36 +00:00
2025-09-14 22:26:17 +00:00
Attachment: image-2024-05-04-11-54-27-230.png
2025-09-14 22:27:11 +00:00
2025-09-14 22:26:17 +00:00
![image-2024-05-04-11-54-27-230.png](https://gfwleak.exec.li/admin/geedge-jira/raw/branch/master/attachment/56622/image-2024-05-04-11-54-27-230.png)
2025-09-14 21:52:36 +00:00
2025-09-14 22:26:17 +00:00
Attachment: image-2024-05-04-11-57-18-149.png
2025-09-14 22:27:11 +00:00
2025-09-14 22:26:17 +00:00
![image-2024-05-04-11-57-18-149.png](https://gfwleak.exec.li/admin/geedge-jira/raw/branch/master/attachment/56621/image-2024-05-04-11-57-18-149.png)
2025-09-14 21:52:36 +00:00