M6000-用户侧QOS应用模型分析课件

1、M6000 BRAS 用户侧QoS应用场景分析,M6000-用户侧QOS应用模型分析,40-A2单板,NP-3,NP-3,NP-3,NP-3,TM,交换芯片,TM,FPGA,PHY,PHY,PHY,PHY,PHY,TM,TM,TM,TM,TM,TM,组播复制环回通道,ULEI/镜像环回通道,M6000-用户侧QOS应用模型分析,FPGA,PHY,PHY,PHY,PHY,PHY,40-B2单板,NP-3,NP-3,TM,交换芯片,FPGA,PHY,PHY,PHY,PHY,PHY,TM,ULEI/镜像环回通道,组播复制环回通道,M6000-用户侧QOS应用模型分析,TM（Traffic Manag

2、er）简化模型,Level 0,Level 1,Level 2,Level 3,Level 4,发放令牌的方向,发送流量的方向,队列,CAR桶,PQ/WFQ调度器,CAR桶,根据微码封装的TM头中的qid入队,M6000-用户侧QOS应用模型分析,Radius下发用户限速（83#/89#）属性，可选下发优先级（109#/110#）、802.1p ZTE-Rate-Ctrl-Scr-Down （83） 用户下行流量保证速率(cir)，单位：kbps ZTE-Rate-Ctrl-Scr-Up （89） 用户上行流量保证速率(cir)，单位：kbps ZTE_User_Priority_Up (10

3、9) 用户上行优先级 ZTE_User_Priority_Down (110) 用户下行优先级 ？ 用户下行802.1p（实现了domain下配置，未实现下发， set&继承,基本session限速用户,应用场景 基本HSI业务（默认优先级） ITV、Voice业务（高优先级） 整体带宽提速（COA下发带宽,需求要点 Session限速 Session间优先级调度 Set 802.1p COA下发用户带宽 物理口上的PQ/WFQ（*,GE接口测试方法 子接口1上拨入400个2M HIS session（Normal），打1G流，收800M； 再在子接口2上拨入400个2M ITV sessio

4、n（Middle），打800M流量，HSI丢包，ITV不丢包； 再在子接口3拨入400个2M VOICE session（High），打800M流量，VOICE不丢包，ITV、HIS丢包 验证4个优先级。 配置物理接口WFQ，观察步骤三的丢包情况（*）。 步骤一状态，下发COA，调整指定session的带宽，观察生效情况。 测试802.1p set&继承功能,M6000-用户侧QOS应用模型分析,NP3 TM资源分配,NP4 TM资源分配,ITV Session-1,ITV Session-2,ITV Session-8,HSI Session-1,HSI Session-2,HSI Sess

5、ion-8,HIGH,Normal,HIGH,Normal,Queues (Level 4,Level 3,Level 2,ITV Session-1,ITV Session-2,ITV Session-8,HSI Session-1,HSI Session-2,HSI Session-8,Middle,Low,HIGH,Normal,Middle,Low,Queues (Level 4,Level 3,Level 2,83#属性生效在L4,110#属性生效在L2入口,M6000-用户侧QOS应用模型分析,通过CoA，下用户的整体提速策略,用户整体提速(IPv4,M6000-用户侧QOS应用模

6、型分析,Radius下发用户QoS模板（82#、94#） ZTE-Qos-Profile-Down （82） 用户关联的Qos组名称,下行 ZTE-Qos-Profile-Up （94） 用户关联的Qos组名称,上行 如下发subcar作为default class的policy生效（subcardefault映射,session内带外应用提速用户,应用场景 基本路由型单session用户 江苏电信OTT业务 福建电信应用提速（叠加接口上业务带宽限制,需求要点 class限速和class间队列调度 Class动作支持Set 802.1p Session内优先级继承到接口生效 物理口上的PQ/W

7、FQ（*） COA下发class的policy限速值，动态class生效,GE接口测试方法 配置pmap，1000号带宽测试class，12M，High；VOICE class，512K，High；ITV class，8M，Middle；xunlei class，no action；HSI class，12M，low； 拨入50个session，下发pmap。 验证4个优先级。 配置物理接口WFQ，验证丢包情况（*）。 下发COA，调整指定class的带宽，观察生效情况。验证动态class生效功能 测试802.1p set&继承功能,希望session内带外应用提速模式 比 session内带

8、内应用提速模式的接入用户数多一些,M6000-用户侧QOS应用模型分析,Session-1 ITV class,Session-2 ITV class,Session-8 ITV class,Session-1 HSI class,Session-2 HSI class,Session-8 HSI class,HIGH,Normal,HIGH,Normal,Queues (Level 4,Level 3,Sub-interface Level 2,Middle,Low,interface Level 1,优先级继承,session,Policy of class生效在L4 (class限速,P

9、riority生效在L2入口,M6000-用户侧QOS应用模型分析,模板切换的RADIUS属性,M6000-用户侧QOS应用模型分析,在BRAS上进行各种应用模板的独立配置：比如天翼云一个模板、迅雷一个模板 如：在M6000设备上配置policy-map P1 policy-map P1 class xunlei acl 1 rule1 class tianyiyun class class_default 基于区分业务模版的流量计费 M6000一个用户支持8种业务模板的叠加 当前只实现带宽外提速，带外限速用户的初始限速不受提速业务的影响，提速业务的Qos也不受用户初始限速的影响。 A+B业务

10、的业务模板叠加暂时不考虑 目前动态模板叠加，支持的是带外提速方式，所以不支持优先级的下发,支持动态叠加应用模板,M6000-用户侧QOS应用模型分析,举例： 1）用户前向动态提速tianyiyun流量为20M，需要COA policy-map：P1，class tianyiyun 20M。这时天翼云业务独占30M带宽，用户2M基础带宽不变。用户总带宽为：2M+20M = 22M 模板动态叠加成如下： policy-map P1 class tianyiyun police 20000 100 class class_default police 2000 100 2）用户动态提速xunlei流

11、量为30M， policy-map：P1，需要COA class xunlei 30M。这时迅雷业务独占30M带宽，tianyiyun业务独占20M带宽，用户2M基础带宽不变.用户总带宽为：2M+30M +20M= 52M 模板动态叠加如下： policy-map P1 class xunlei police 30000 100 class tianyiyun police 20000 100 class class_default police 2000 100,用户基于业务的QoS模板动态叠加,M6000-用户侧QOS应用模型分析,举例（接上面的添加）： 1）COA取消xunlei的提速，

12、需要COA class xunlei 0M。 模板动态修改如下： policy-map P1 class tianyiyun police 2000 100 class class_default police 2000 100 2)COA取消tianyiyun的提速，需要COA class tianyiyun 0M。 模板动态修改如下： policy-map P1 class class_default police 2000 100,用户基于业务的QoS模板动态删除,M6000-用户侧QOS应用模型分析,vendor type = 123的ZTE-Flow-Policy属性，将每条流的类别

13、名称和带宽属性作为subtlv组织到ZTE-Flow-Policy的value中，属性格式为： 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | SubType | SubLen | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SubValue

14、. | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SubType | SubLen | SubValue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SubValue(cont) . | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | . | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

15、-+-+-+-+-+-+-+-+-+-+-+-+,动态模板叠加相关的RADIUS 厂商私有属性扩展-报文格式,M6000-用户侧QOS应用模型分析,vendor type = 123的ZTE-Flow-Policy属性子属性定义,M6000-用户侧QOS应用模型分析,Radius下发用户限速（83#/89#）属性和用户QoS模板（82#、94#） ZTE-Qos-Profile-Down （82） 用户关联的Qos组名称,下行 ZTE-Qos-Profile-Up （94） 用户关联的Qos组名称,上行 ZTE-Rate-Ctrl-Scr-Down （83） 用户下行流量保证速率(cir)，单

16、位：kbps ZTE-Rate-Ctrl-Scr-Up （89） 用户上行流量保证速率(cir)，单位：kbps,session内带内应用提速用户,应用场景 基本路由型单session用户 前向付费应用提速（带宽共享型,需求要点 Session限速+class限速和class间队列调度 Class动作支持Set 802.1p Session内优先级继承到接口生效 物理口上的PQ/WFQ（*） COA下发class的policy限速值，动态class生效,GE接口测试方法 配置pmap，1000号带宽测试class，12M，High；VOICE class，512K，High；ITV class

17、，8M，Middle；xunlei class，no action；HSI class，12M，low； 拨入50个session，下发pmap和subcar。 验证4个优先级。 配置物理接口WFQ，验证丢包情况（*）。 下发COA，调整指定class的带宽，观察生效情况。验证动态class生效功能 测试802.1p set&继承功能,M6000-用户侧QOS应用模型分析,Session-1 VOICE class,Session-1 ITV class,Session-1 HSI class,Session-2 VOICE class,Session-2 ITV class,Session-

18、2 HSI class,HIGH,Normal,Queues (Level 4,Level 3,Sub-interface Level 2,Middle,Low,interface Level 1,优先级继承,HIGH,Normal,Middle,Low,优先级继承,Session-1,Session-2,Class voice policy Class itv policy Class xunlei no action Class taobao coa policy Default policy,83#属性生效在L3 (session限速,Policy of class生效在L4 (clas

19、s限速,Priority生效在L3入口,M6000-用户侧QOS应用模型分析,Radius下发用户限速（83#/89#）属性、整体限速（194#）属性，可选下发802.1p ，B session下发优先级（109#/110#）、 ZTE-Rate-Ctrl-Scr-Down （83） 用户下行流量保证速率(cir)，单位：kbps ZTE-Rate-Ctrl-Scr-Up （89） 用户上行流量保证速率(cir)，单位：kbps ZTE_Jstel_Service_Bandwidth （194） A+B限速业务属性，下发cir ZTE_User_Priority_Up (109) 用户上行优先

20、级 ZTE_User_Priority_Down (110) 用户下行优先级 ？ 用户下行802.1p（实现了domain下配置，未实现下发， set&继承,整体限速+A限速+B限速+A&B调度用户,应用场景 浙江电信A+B业务（共享带宽模式,需求要点 整体限速+A限速+B限速+A&B调度 A&B优先级继承到接口生效 物理口上的PQ/WFQ（*） Session 可以不限速，但要做流量统计,M6000-用户侧QOS应用模型分析,ITV Queue,HSI Queue,HIGH,Normal,Queues (Level 4,Level 3,Sub-interface Level 2,Middle

21、,Low,interface Level 1,优先级继承,HIGH,Normal,Middle,Low,优先级继承,Family,B-1 session,B-2 session,A-1 session,A-2 session,A-3 session,A-4 session,ITV Queue,HSI Queue,Family,B-1 session,B-2 session,A-1 session,A-2 session,A-3 session,A-4 session,194#属性生效在L4 (整体限速,83#属性生效在L4 (业务限速,110#属性生效在L3入口,M6000-用户侧QOS应用模

22、型分析,Radius下发用户限速（83#/89#）属性、整体限速（194#）属性，可选下发802.1p ，B session下发优先级（109#/110#）、 ZTE-Rate-Ctrl-Scr-Down （83） 用户下行流量保证速率(cir)，单位：kbps ZTE-Rate-Ctrl-Scr-Up （89） 用户上行流量保证速率(cir)，单位：kbps ZTE_Jstel_Service_Bandwidth （194） A+B限速业务属性，下发cir ZTE_User_Priority_Up (109) 用户上行优先级 ZTE_User_Priority_Down (110) 用户下行

23、优先级 ？ 用户下行802.1p（实现了domain下配置，未实现下发， set&继承） 如何和“整体限速+A限速+B限速+A&B调度用户”区别,A限速+B限速&调度+session限速,应用场景 浙江电信A+B业务（独占带宽模式） 江苏电信A+B需求,需求要点 A限速+B限速+A&B调度+session限速 A&B优先级继承到接口生效 物理口上的PQ/WFQ（*,M6000-用户侧QOS应用模型分析,HIGH,Queues (Level 4,Level 3,Sub-interface Level 2,interface Level 1,优先级继承,Normal,B-1 Session,B-2

24、 Session,B-n Session,A-1 Session,A-2 Session,A-n Session,family,HIGH,Normal,Middle,Low,B service rate-limiter,A service rate-limiter,83#属性生效在L4 (session限速,194#属性生效在L4 (业务限速,110#属性生效在L2入口,M6000-用户侧QOS应用模型分析,A业务Radius下发用户模板（82#/94#）属性、整体限速（194#）属性，可选下发802.1p ；B业务下发用户限速（83#/89#）属性、整体限速（194#）属性可，选下发802.

25、1p 、优先级（109#/110#） ZTE-Rate-Ctrl-Scr-Down （83） 用户下行流量保证速率(cir)，单位：kbps ZTE-Rate-Ctrl-Scr-Up （89） 用户上行流量保证速率(cir)，单位：kbps ZTE_Jstel_Service_Bandwidth （194） A+B限速业务属性，下发cir ZTE-Qos-Profile-Down （82） 用户关联的Qos组名称,下行 ZTE-Qos-Profile-Up （94） 用户关联的Qos组名称,上行 ZTE_User_Priority_Up (109) 用户上行优先级 ZTE_User_Priority_Down (110) 用户下行优先级 ？ 用户下行802.1p（实现了domain下配置，未实现下发， set&继承） 如何和“整体限速+A限速+B限速+A&B调度用户”区别,整体限速+A业务带外应用提速+B限速&调度,应用场景 浙江电信A+B业务（应用提速,需求要点 A限速+B限速+A&B调度+session限速 A&B优先级继承到接口生效 物理口上的PQ/WFQ（*,M6000-用户侧QOS应用模型分析,A-1,Class voice policy Class ott policy Class xunlei