目录
- 边界设备基本概念
- MQC及其组件
- Traffic Policy的套路
- 总结
- 配置思路
- 边界设备
- 域内设备
- 基础实验
- 边界设备_复杂流分类
- 域内设备_简单流分类
- 映射转换
边界设备基本概念
MQC及其组件
- MQC(模块化的QOS)
- 配置流分类(通常是五元组)
- 配置流行为(就是打标,通常是EF或AF)
- 配置流量策略,其实就是将流分类和流行为关联到一起,称之为流量策略,意为匹配到的流量打什么标识
- 应用流量策略,在接口下应用,有方向哈,inbound和outbound
QOS的配置方法也是多种多样的,很多配置可以基于接口进行配置,也可以根据类进行配置,而根据类进行配置的时候通常我们要敷衍MQC模板进行配置,这种方法功能性最强,也最容易理解,最具有通用性。路由器将配置QOS的步骤做成了模块,也叫模块化的QOS,称称MQC,我们可以理解为配置套路或配置工具,我们在配置的时候要调用MQC,在MQC内部进行配置QOS。
流行为就是打标,打标的具体体现就是在报文里面DSCP当中,其实就是指的修改DSCP这个字段,这个打标不是给自己用的,而是给后面路由器用的,后面的路由器再做匹配的时候,直接使用第一台路由器打好的标就可以了,这样就不需要再做复杂流分类了。
因为PHB行为一般只有四种大类,我们常用的其实也只有两种,EF和AF,我们前面的内容有提到过指的是快速转发标记和确认转发标记。
Traffic Policy的套路
traffic policy应该翻译成流策略,是MQC的组件之一,专用于配置流量策略的,是为来完成配置流分类和配置流行为的。
traffic-policy又分为两个组件,所以整个的结构应该是这样:
- QOS
- 边界路由器
- MQC
- Traffic policy
- traffic classifier(做分类)
- traffic behavior(行为,打标,就是修改DSCP字段)
我们要明确一点,我们理解的流行为就是在DSCP打标,这是只是配置流分类的一种动作呀,不仅仅能如此,他还可以修改,删除ESCP里面原有的标识,我们就把它理解成拥有对ESCP、EXP、802.1p里面关于QOS字段的完全操作权。比如我们在我们的PC上设置了ESCP,那到了边界路由器至于要不要删除掉就是traffic policy说了算的。
traffic policy与我们以前学过的策略有点相似之处,那就是它也是一个列表,列表里面由一个个的条目组成,从序列小的开始处理,第一个条目都有由两个单位组成traffic classifier和traffic behavior。
总结
- PC设备可能已经做了流分类和打标,windows和linux都可以轻易的实现
- 在DS边界设置上我们要做分类,分类完之后决定做什么样的动作,最终的体现就是修改一下DSCP字段
- 域内的其它路由器就根据DSCP里面的字段来匹配流量
配置思路
边界设备
- 通过traffic classifier 创建流分类
- 调用acl
- 通过traffic behavior 创建流行为
- remark,其实就是打标
- 通过traffic policy 将流分类和流行为绑定到一起生成一个条目,放入数据库当中
- 接口调用
域内设备
- 配置信任接口:域内设备一般都会有一个接口向着边界设备,那与边界设备相连的接口我们将其配置为信任接口,也就是接纳边界路由器的DSCP字段或exp字段,在入方向上不做修改。
- QOS_MAP做简单的流分类:在入方向我没修改,并不代表我在路由器内部不做修改,所以通过QOS_MAP还是可以对DSCP等字段做修改的,这个修改是有必要的,因为如果此设备连接两种网络类型,比如说入方向连接着三层网络,出方向连接MPLS,那就得把DSCP映射成为EXP,这个映射是自动的,我们只需要帮助QOS指明将什么映射成什么就可以了。
基础实验
边界设备_复杂流分类
# 先做流分类,将语音和ftp的流量单独搞出来
# 语音
acl number 3000
rule 5 permit icmp source 10.1.12.1 0 destination 10.1.3.3 0
# ftp
acl number 3001
rule 5 permit icmp source 10.1.12.1 0 destination 10.1.4.4 0
# 从这里往下就是MQC的套路了
# 通过MQC当中的classifier工具创建好分类
traffic classifier voip
if-match acl 3000
traffic classifier ftp
if-match acl 3001
# 创建好动作
traffic behavior voip-ef
remark dscp ef
traffic behavior ftp-af11
remark dscp af11
# 通过策略将创建好分类和动作绑定到一起
traffic policy MQC
# 先写优先的,把优先的放上面
classifier voip behavior voip-ef
classifier ftp behavior ftp-af11
int g0/0/0
traffic-policy MQC inbound
- 我们写在traffic policy的时候,注意,由于它是从上向下匹配,所以你应该把优先转发的流量放在上面,ef就是指快速转发标记。
- 为什么要有入接口做呢?理论了在入接口和出接口都可以做,在入接口做的原因是因为我们在入接口做了之后,还剩出接口中,那在出接口中就可以应用一些策略,留有余地。
- 注意,我们只是做了我们候修改的流量,那些没匹配的呢?默认就是正常的转发。
域内设备_简单流分类
# 在R3的s1/0/0接口上信任上游AR2发过来的DSCP字段,在入方向暂时不做修改
interface Serial1/0/0
# 信任dscp
trust dscp override
# 修改映射
# 在入方向不做修改,但在设备内部通过map-table做了修改,将10改成了11
qos map-table dscp-dscp
input 10 output 11
映射转换
我们在3、4上把MPLS配置好,之前我们都是使用是ospf。
# 先将MPLS配置好
R3:
mpls lsr-id 10.1.3.3
mpls
mpls ldp
int g0/0/0
mpls
mpls ldp
[AR4]mpls lsr-id 10.1.4.4
[AR4]mpls
Info: Mpls starting, please wait... OK!
[AR4-mpls]mpls ldp
[AR4-mpls-ldp]int g0/0/0
[AR4-GigabitEthernet0/0/0]mpls
[AR4-GigabitEthernet0/0/0]mpls ldp
[AR4]int g0/0/1
[AR4-GigabitEthernet0/0/1]mpls
[AR4-GigabitEthernet0/0/1]mpls ldp
[R5]mpls lsr-id 10.1.5.5
[R5]mpls
Info: Mpls starting, please wait... OK!
[R5-mpls]mpls ldp
[R5-mpls-ldp]int g0/0/0
[R5-GigabitEthernet0/0/0]mpls
[R5-GigabitEthernet0/0/0]mpls ldp
<AR4>dis mpls ldp session
10.1.3.3:0 Operational DU Active 0000:00:08 35/35
10.1.5.5:0 Operational DU Passive 0000:00:05 24/24
<AR3>dis mpls lsp
FEC In/Out Label In/Out IF Vrf Name
10.1.3.3/32 3/NULL -/-
10.1.4.4/32 NULL/3 -/GE0/0/0
10.1.4.4/32 1024/3 -/GE0/0/0
10.1.5.5/32 NULL/1025 -/GE0/0/0
10.1.5.5/32 1025/1025 -/GE0/0/0
# 第一步先把想要的流量匹配住
# 注意,此时这条流量是要走MPLS的
[AR2]acl 3002
[AR2-acl-adv-3002]rule permit icmp source 10.1.12.1 0 destination 10.1.5.5 0
# 第二步:做好分类
[AR2]traffic classifier vodio
[AR2-classifier-vodio]if-match acl 3002
# 第三步:修改DSCP,也就是打标
traffic behavior video-af12
remark dscp af12
# 第四步:将分类和打标关联到一起
[AR2]traffic policy MQC
[AR2-trafficpolicy-MQC]classifier vodio behavior video-af12
当我们在通过10.1.12.1 ping 10.1.5.5 在R2到R3中间使用就是普通的IP报文封装,即DSCP,但R3继续向后传的时候,这时候就不再是传统的IP报文,而变成MPLS,这时候R3会自动做映射,将DSCP里面的内容根据默认规则映射到MPLS当中的EXP字段当中并继续向R5发送,如上图所示。
我们在R3和R4中间抓包发现MPLS里面多了一个字段EXP,值为1。这个值为1是怎么来的?我们在R3的接口面对边界路由器配置了信任端口,自动实现了DSCP到EXP的映射DSCP里面的12,正好对应了EXP的1,如下图所示: