设为首页 收藏本站
查看: 1559|回复: 0

[经验分享] H3C 设备qos 配置经典讲解-CBS和EBS的配置方法

[复制链接]

尚未签到

发表于 2019-2-3 12:34:36 | 显示全部楼层 |阅读模式
  官方的说法,这两个值其实不用输入 ,默认就行
  H3C 设备qos配置经典讲解
  QoS配置指导
  以下例子中的组网如下:
  ETH0/1   ______________
  192.168.1.12 |          |
  ---------------| ROUTER |---------------
  内网        |_____________|   外网
  2.1        基于内网网段进行限速
  场景要求:对内网为192.168.1.0的网段进行限速,访问外网的速率不能超过64k。
  定义ACL规则:
  [H3C]acl number 2000
  [H3C -acl-basic-2000] rule 0 permit source 192.168.1.0 0.0.0.255
  在内网口应用策略:
  [H3C] interface Ethernet 0/1
  [H3C-Ethernet0/1] qos car inbound acl 2000 cir 64 cbs 4000 ebs 0 green pass red discard
  CBS和EBS的配置方法:
  CIR:表示向C桶中投放令牌的速率,即C桶允许传输或转发报文的平均速率;
  CBS:表示C桶的容量,即C桶瞬间能够通过的承诺突发流量;
  EBS:表示E桶的容量,即E桶瞬间能够通过的超出突发流量。
  CIR用来确定设备允许的流的平均速度,基于速率的设置就是指该值的设置;CBS表示每次突发所允许的最大的流量尺寸,这个值可以通过(流量波动时间 超过CIR的部分)进行估算。但是该值的设置一般比较粗略,只能是一个大概的数值,在实际使用中如果效果不好,还需要继续细调;EBS的值一般来说不需要 设置,所以设置为0即可。
  2.2        基于时间段和网段进行限速
  场景要求:对内网为192.168.1.0的网段进行限速,访问外网的速率不能超过64k,限定时间为工作时间。
  通过设置time-range和ACL,可以实现基于时间段的限速。
  定义时间段:
  [H3C]time-range worktimeam 8:00 to 12:00 working-day
  [H3C]time-range worktimepm 13:00 to 17:00 working-day
  定义ACL规则:
  [H3C]acl number 2000
  [H3C -acl-basic-2000]
  [H3C -acl-basic-2000] rule 0 permit source 192.168.1.0 0.0.0.255 time-range worktimeam
  [H3C -acl-basic-2000] rule 1 permit source 192.168.1.0 0.0.0.255 time-range worktimepm
  在内网口应用策略:
  [H3C] interface Ethernet 0/1
  [H3C-Ethernet0/1] qos car inbound acl 2000 cir 64 cbs 4000 ebs 0 green pass red discard
  2.3        基于网段进行流量整形
  场景要求:为了减少报文的无谓丢失,可以在ICG的出口对报文进行流量整形处理。将超出流量整形特性的报文缓存在ICG中。当可以继续发送下一批报文时,流量整形再从缓冲队列中取出报文进行发送。这样,发向外网的报文将都符合外网的流量规定。
  对内网为192.168.1.0的网段进行流量整形,访问外网的速率不能超过512k。
  定义ACL规则:
  [H3C]acl number 2000
  [H3C -acl-basic-2000]
  [H3C -acl-basic-2000] rule 0 permit source 192.168.1.0 0.0.0.255
  在外网口应用策略:
  [H3C] interface Ethernet 0/0
  [H3C-Ethernet0/0] qos gts acl 2000 cir 512 cbs 32000 ebs 0 queue-length 50
  2.4        基于物理接口进行限速
  场景要求:物理接口限速能够限制在物理接口上通过的所有报文,流量监管在IP层实现,可以对端口上不同的流分类进行限速,但是对于不经过IP层处理的报文不起作用。当用户只要求对所有报文限速时,使用物理接口限速比较简单。
  这里要求对出接口方向的物理限速为64k。
  在外网口应用策略:
  [H3C] interface Ethernet 0/0
  [H3C-Ethernet0/0] qos lr outbound cir 64 cbs 4000 ebs 0
  2.5        基于协议进行限速
  场景要求:对BT下载的速率不能超过64k。
  定义类:

  [H3C] traffic>  [H3C-classifier-bt] if-match protocol bittorrent
  定义流行为:
  [H3C] traffic behavior 64k
  [H3C-behavior-64k] car cir 64 cbs 4000 ebs 0 green pass red discard
  定义策略:
  [H3C] qos policy bt_64k

  [H3C-qospolicy-bt_64k]>  在外网口的入和出方向应用策略
  [H3C] interface Ethernet 0/0
  [H3C-Ethernet0/0] qos apply policy bt_64k inbound
  [H3C-Ethernet0/0] qos apply policy bt_64k outbound
  2.6       基于类的队列进行限速
  场景要求:ICG是外网出口,下挂2个网段,存在语音业务。对192.168.1.0网段访问Internet需要8k保证,对于所有RTP流需要32k保证。
  由于存在语音业务,语音报文对延迟敏感,所以,需要对于RTP流放入EF类,其他的报文可放入AF类。所以,此时需要实现给予类的队列进行限速。
  定义ACL规则:
  [H3C]acl number 2000
  [H3C -acl-basic-2000]
  [H3C -acl-basic-2000] rule 0 permit source 192.168.1.0 0.0.0.255
  定义类:

  [H3C] traffic>  [H3C-classifier-acl2000] if-match acl 2000

  [H3C]traffic>  [H3C-classifier-rtp]if-match protocol rtp
  定义流行为:
  [H3C]traffic behavior ef32k
  [H3C-behavior-ef32k]queue ef bandwidth 32 cbs 1500
  [H3C]traffic behavior af8k
  [H3C-behavior-af8k]queue af bandwidth 8
  [H3C-behavior-af8k]wred
  定义策略:
  [H3C]qos policy cbq
  [H3C-qospolicy-cbq]classifier acl2000 behavior af8k
  [H3C-qospolicy-cbq]classifier rtp behavior ef32k
  将策略应用在外网接口:
  [H3C] interface Ethernet 0/0
  [H3C-Ethernet0/0] qos apply policy cbq outbound
  2.7        基于自定义队列解决拥塞
  场景要求:ICG是外网出口,下挂2个网段,要求网络拥塞时通过CQ对192.168.1.0/24网段给予优先保证。
  在该场景下,只需要保证网段192.168.1.0/24下流量的优先于网段192.168.2.0/24下的流量。
  定义ACL规则(均为内网网段):
  [H3C]acl number 2000
  [H3C -acl-basic-2000]
  [H3C -acl-basic-2000] rule 0 permit source 192.168.1.0 0.0.0.255
  [H3C]acl number 2001
  [H3C -acl-basic-2001]
  [H3C -acl-basic-2001] rule 0 permit source 192.168.2.0 0.0.0.255
  定义CQL 1队列:
  [H3C]qos cql 1 queue 1 queue-length 1000
  [H3C]qos cql 1 queue 1 serving 1000
  [H3C]qos cql 1 queue 2 queue-length 500
  [H3C]qos cql 1 queue 2 serving 500
  将ACL2000和CQL 1的队列1绑定起来
  [H3C]qos cql 1 protocol ip acl 2000 queue 1
  将ACL2001和CQL 1的队列2绑定起来
  [H3C]qos cql 1 protocol ip acl 2001 queue 2
  将CQL 1应用在外网接口
  [H3C] interface Ethernet 0/0
  [H3C-Ethernet0/0] qos cq cql 1
  2.8        基于优先队列解决拥塞
  场景要求:ICG是外网出口,下挂2个网段,要求网络拥塞时通过PQ对192.168.1.0/24网段给予优先保证。
  在该场景下,需要优先保证网段192.168.1.0/24下流量的绝对优先。
  定义ACL规则(均为内网网段):
  [H3C]acl number 2000
  [H3C -acl-basic-2000] rule 0 permit source 192.168.1.0 0.0.0.255
  [H3C]acl number 2001
  [H3C -acl-basic-2001] rule 0 permit source 192.168.2.0 0.0.0.255
  定义PQL 1队列,对ACL 2000的流量作为高优先级队列,对ACL 2001的流量作为低优先级队列:
  [H3C]qos pql 1 protocol ip acl 2000 queue top
  [H3C]qos pql 1 protocol ip acl 2001 queue bottom
  将PQL 1应用在外网接口
  [H3C] interface Ethernet 0/0
  [H3C-Ethernet0/0] qos pq pql 1
  2.9        基于RTP队列对RTP进行优先处理
  场景要求:ICG是外网出口,要求在出口对RTP进行优先处理。
  为了保证RTP的时延和抖动降低为最低限度,保证语音或视频业务的服务质量,这里可以采用给予RTP优先队列。
  在外网接口设置RTP优先队列
  [H3C] interface Ethernet 0/0
  [H3C-Ethernet0/0] qos reserved-bandwidth pct 50
  [H3C-Ethernet0/0] qos rtpq start-port 16384 end-port 32767 bandwidth 32 cbs 1500
  2.10       基于WRED接口模式的配置
  场景要求:在外网口应用WRED处理。
  为了避免TCP全局同步,可以采用WRED。WRED可以有效解决尾丢弃技术造成的问题,和尾丢弃不同,WRED不是等到队列满了才开始丢弃,而是发现队 列长度不够时,在数据包进入队列前随机的提取数据包进行丢弃,这样可以解决丢弃对语音传输的影响。
  [H3C] interface Ethernet 0/0
  [H3C-Ethernet0/0] qos wfq precedence queue-length 64 queue-number 256
  [H3C-Ethernet0/0] qos wred enable
  [H3C-Ethernet0/0] qos wred weighting-constant 6
  [H3C-Ethernet0/0] qos wred ip-precedence 3 low-limit 20 high-limit 40 discard-probability 15
  *注:关于CIR、CBS、EBS、CAR的解释:
  0、在令牌桶原理中,CBS(承诺突发尺寸)+EBS(超额突发尺寸Excess Burst>
  1、CIR(承诺信息速率)为每秒往令牌桶添加令牌的速度,单位是kbps,注意是bit每秒,不是Byte每秒,如配置qos car outbound carl 1 cir 64,其含义就是对carl队列1在接口出方向配置CIR为64kbps,此时默认CBS为4000(Byte),即令牌桶大小为4000字节,每秒往桶内注入令牌的速率是64kbps,令牌桶就和水桶一样,CIR最多把桶注满,并不会多出。
  2、假设一个包,大小是1500字节,如果此时桶内令牌数量是2000字节,那么该数据包通过,令牌数量变成2000-1500=500(字节),如果此时再来一个1000字节的数据包,那么令牌就不够,这个数据包就有可能被丢弃或remark
  3、上面只是原理介绍,实际情况是动态变化(一边有令牌注入,一边有数据包转发取令牌)的,需要计算机仿真才能看到令牌桶的动态变化
  4、CAR(承诺访问数率)用来限速,比如限制FTP、HTTP、每IP限速,并不用来做流量保证,如VoIP、Video业务优先转发。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-671298-1-1.html 上篇帖子: Oracle EBS在编码方式为AL32UTF8时的注意事项 下篇帖子: EBS Oracle E
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

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