通用流量整形GTS和拥塞管理CBWFQ配合使用--队列调度问题
- 1关注
- 2收藏，1572浏览
问题描述：
对齐方式
- 靠左
- 居中
- 靠右
假设一台出接口路由器有一个G比特以太路由口，外接运营商专线（MSTP或PTN或OTN或SDH等）带宽为10M，在出接口做QoS流量控制，具体内容为接口GTS的CIR速率为10M和拥塞管理CBWFQ和WRED拥塞避免，CBWFQ定义的类包括EF类（柜面、ATM、VOIP电话等）LLQ调度、AF很多类（转发优先级高的为AF41视频会议、转发优先级低AF11的为邮箱、FTP和即时通信等，另外还有其他业务办公系统类不祥述），BE类（未匹配的流量）。我的疑问：1、通用流量整形GTS在前，还是CBWFQ软件队列调度在前？ 2、GTS处理流量超标（出接口待转发流量大于通用流量整形CIR令牌投放速率也叫信息承诺速率，最简单的单速单桶）进入缓存（GTS缓存指的是什么队列? GTS有自己的shaping wfq队列还是回到cbwfq队列？）。3、接口下的CBWFQ的软件队列调度策略是否与拥塞有关？也就是如果不拥塞流量会不会进EF\各种AF\BE队列？？？ 4、什么是拥塞？？？（我理解的拥塞可能分两种情况，一种是接口硬件队列满了，硬件队列可以认为每秒1G的出方向转发能力，这个本设计中几乎不可能发生，另一种是流量整形超标，也就是出接口待发送流量速率超过GTS规定的CIR令牌投放速率或者叫信息承诺速率） 我查了很多资料，说法不一致。
组网及组网描述：
无
- 2021-01-17提问
- 举报
-
(0)
最佳答案
我看了您给我发的CSDN博客上的这篇文章，这个说法跟华三官网-QoS技术白皮书一致，我给你发几个不同观点，华为QoS技术白皮书https://wk.baidu.com/view/7dc733ef68dc5022aaea998fcc22bcd126ff42cd第13页最后一个图和同样csdn博客上的一篇文章https://support.huawei.com/huaweiconnect/enterprise/huawei/m/ViewThread.html?tid=409987，基本的问题很明显是矛盾的！：到底是流量整形GTS在前，还是拥塞管理CBWFQ在前？ 退一步，华为技术白皮书第13页写错了，华三技术白皮书写对了，或者华三与华为实现机制不一样，可能么？这个机制没有明显问题么？？？？？？华三QoS技术白皮书上讲的QoS四大组件处理顺序，出接口GTS与CBWFQ配合使用，先GTS流量整形，流量已经平滑10M，后WERD拥塞避免，流量整形（流量整形的本质是限速吧！）后边还有拥塞？？？还需要WRED拥塞避免？？？要拥塞避免也在流量整形前边？？？ CBWFQ拥塞管理，CBWFQ排队、队列调度的意义？拥塞管理后边是物理接口1G的硬件队列，硬件队列的转发能力每秒1个G，转发10M流量整形后的流量需要软件队列和队列调度么？就不可能进软件队列，因为流量整形后CIR才10M，硬件队列不可能满，硬件队列不满怎么可能进CBWFQ软件队列？？？再有GTS流量整形在前，GTS流量整形对超标的流量也进行缓存，不知道采用什么技术或者队列？？？按照图上的意思应该是我在另一篇文档上看到一样GTS有自己的缓存（也叫队列，应该叫shaping wfq队列），这个GTS队列根本就不关心什么实时业务、关键业务和交互式业务？？？如何来保证实时业务、关键业务和交互式业务？？？所以我感觉华三技术白皮书上讲的QoS四大组件的处理顺序：分类-GTS流量整形/CAR流量监管-WRED拥塞避免-CBWFQ等拥塞管理，不科学，至少不是简单顺序处理的。你仔细看看以上超链接的两篇文章以及我说的QoS四大组件的处理顺序中后边GTS流量整形/CAR流量监管-WRED拥塞避免-CBWFQ等拥塞管理不科学，谢谢
- 2021-01-17回答
- 评论(0)
- 举报
-
(0)
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
一个学习的人 我看了您给我发的CSDN博客上的这篇文章，这个说法跟华三官网-QoS技术白皮书一致，我给你发几个不同观点，华为QoS技术白皮书https://wk.baidu.com/view/7dc733ef68dc5022aaea998fcc22bcd126ff42cd第13页最后一个图和同样csdn博客上的一篇文章https://support.huawei.com/huaweiconnect/enterprise/huawei/m/ViewThread.html?tid=409987，基本的问题很明显是矛盾的！：到底是流量整形GTS在前，还是拥塞管理CBWFQ在前？ 退一步，华为技术白皮书第13页写错了，华三技术白皮书写对了，或者华三与华为实现机制不一样，可能么？这个机制没有明显问题么？？？？？？华三QoS技术白皮书上讲的QoS四大组件处理顺序，出接口GTS与CBWFQ配合使用，先GTS流量整形，流量已经平滑10M，后WERD拥塞避免，流量整形（流量整形的本质是限速吧！）后边还有拥塞？？？还需要WRED拥塞避免？？？要拥塞避免也在流量整形前边？？？ CBWFQ拥塞管理，CBWFQ排队、队列调度的意义？拥塞管理后边是物理接口1G的硬件队列，硬件队列的转发能力每秒1个G，转发10M流量整形后的流量需要软件队列和队列调度么？就不可能进软件队列，因为流量整形后CIR才10M，硬件队列不可能满，硬件队列不满怎么可能进CBWFQ软件队列？？？再有GTS流量整形在前，GTS流量整形对超标的流量也进行缓存，不知道采用什么技术或者队列？？？按照图上的意思应该是我在另一篇文档上看到一样GTS有自己的缓存（也叫队列，应该叫shaping wfq队列），这个GTS队列根本就不关心什么实时业务、关键业务和交互式业务？？？如何来保证实时业务、关键业务和交互式业务？？？所以我感觉华三技术白皮书上讲的QoS四大组件的处理顺序：分类-GTS流量整形/CAR流量监管-WRED拥塞避免-CBWFQ等拥塞管理，不科学，至少不是简单顺序处理的。你仔细看看以上超链接的两篇文章以及我说的QoS四大组件的处理顺序中后边GTS流量整形/CAR流量监管-WRED拥塞避免-CBWFQ等拥塞管理不科学，谢谢