CCIE第一天——QOS服务质量

1,QOS提升服务质量原理使提高带宽(简单粗暴,有限且固定)
2,在资源固定的前提下提升服务质量,优化网络流量方法:
1)流量识别
二层头部(mac),三层头部(ip),四层头部(端口号)【ACL】 应用层头部、应用层内容【DPI深度包检测技术/DFI深度流检测技术】
·DPI:深度包检测技术,是一种基于应用层流量的一种检测和控制技术,该技术存在一种带宽管理系统,该系统通过对经过的IP数据包、TCP/UDP数据流进行深入读取将应用层的内容进行重组,最终得到应用层程序中的内容,之后按照系统提前设定好的策略来对流量进行整形
·DFI:深度流检测技术,一种基于流量行为的应用识别技术,即不同的应用类型体现在会话连接或数据流上的状态各有不同
2)队列机制—优先处理优先级高的流量
PQ—绝对优先队列,只有高队列的流量走完才可以走低队列的流量 high>medium>normal>low
会出现低队列饿死现象
CQ----轮询队列 共有16个队列,0队列为优先队列
WFQ—加权公平队列 根据权重走流量,权重越大,占用带宽越大 256个队列 自动分类–根据流(具备相同五元组的流量)
CBWFQ—可以手动控制的加权公平队列
LLQ—低延迟队列
3)流量管理机制
采用令牌桶算法
CIR=bc/Tc
CIR,承诺信息速率
Tc,令牌下发间隔
bc,每次下发令牌数量
be,超发令牌
单速率双色单桶—只有一个桶,取到令牌的流量会染成绿色,没有取到令牌的流量呗染成红色,默认绿色流量放行,红色流量被滞留(丢弃/缓存)
单速率三色双桶—有两个桶,第一个桶的颜色不变,第二个桶中的令牌染成黄色,默认放行
双速率三色双桶—依据令牌数量来控制是否超发,因为要控制CIR不变,所以变的就是令牌数量和下发间隔,哪个桶中的令牌数量多,哪个桶的下发间隔就小,当要拿的令牌数量小于第一个桶中的令牌数量时,就取第一个桶中的令牌;如果要取得令牌数量多于第一个桶中的令牌数量,就超发,取用第二个桶中的令牌
4)拥塞控制
通过队列丢弃机制来控制拥塞控制
拥塞避免
尾丢弃会引发TCP“全局同步”,当通道被占满,而此时正好有TCP的握手包准备进入时,该握手包会被丢弃,此时就会出现握手包堆积的现象,RED早期检测随机对其会避免这种情况
RED早期检测随机丢弃—random-detect dscp-based 开启基于dscp的丢弃
random-detect dscp 32 40 100 10
优先级 最小门限值 最大门限值 丢弃概率
2,流量分类
1)标准ACL只能地址分类
2)标准ACL只能地址分类扩展ACL:源IP、目标IP、源端口、目标端口、协议-----五元组
3)TOS(type of service)—8位
在这里插入图片描述
IP Prec只能决定谁先出,决定不了谁先丢、丢的概率
在这里插入图片描述
前三位决定谁先出,后三位决定丢弃的概率
不做任何操作,协议流量是6,普通流量是0
5一般用来标语音流
4一般标重要文件、视频流
1、2、3一般用于标紧急业务流
语音流(EF)优先级高,丢弃率也高
3,QOS配置
class-map[捕获容器] (且match-all/或 match-anyXXX)
默认match-allmatch access-group XXX//match dscp af11 (可以直接捕获标记)
policy-map XX(处理工具[处理class-map])class xxx bandwidth percent 15 priority percent 15//set dscp af11(标记)
int f0/0 service-policy output/input XX(调用接口)
Control-plane(控制平台)-----管理所有接口,流量出入都得先过c
ontrol-planeService-policy output/input xxx(调用接口)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值