DSCP优先级.docx_第1页
DSCP优先级.docx_第2页
DSCP优先级.docx_第3页
DSCP优先级.docx_第4页
DSCP优先级.docx_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

IP数据包结构图0.IP数据包结构IP数据包字段解析版本号:占了4位,表示ipv4.Internet首部长度(IHL包头长度):占4位,指明ipv4协议包头长度的字节数包含多少个32位。由于IPv4的包头可能包含可变数量的可选项,所以这个字段可以用来确定IPv4数据报中数据部分的偏移位置。IPv4包头的最小长度是20个字节,因此IHL这个字段的最小值用十进制表示就是5(5x4(4个字节32位) = 20字节)。就是说,它表示的是包头的总字节数是4字节的倍数。图2中即为header length为20,表示是20个字节,所以经过计算此处用十进制表示为5,二进制表示为1001。服务类型:服务类型一共占了8位,涵义如下:过程字段:3位,设置了数据包的重要性,取值越大数据越重要,取值范围为:0(正常) 7(网络控制)延迟字段: 1位,取值:0(正常)、1(期特低的延迟)流量字段: 1位,取值:0(正常)、1(期特高的流量)可靠性字段: 1位,取值:0(正常)、1(期特高的可靠性)成本字段: 1位,取值:0(正常)、1(期特最小成本)未使用: 1位图2中表示的为Differentiated Service Fied 0x00。总长度total length:71(十进制表示),换位十六进制是0x0047标识字段:占16位。IP软件在存储器中维持一个计数器,每产生一个数据报,计数器就加1,并将此值赋给标识字段。但这个“标识”不是序号,因为IP是无连接服务,数据报不存在按序接收的问题。当数据报由于长度超过网络的MTU而必须分片时,这个标识字段的值就被复制到所有的数据报片的标识字段中。相同的标识字段的值使分片后的各数据报片最后能正确地重装成为原来的数据报,此处值为0x1fd6(十进制:8150)标志(flag):占3位,但目前只有两位有意义。标志字段中的最低位为MF(More Fragment)。MF=1即表示后面“还有分片”的数据报。MF=0表示这已是若干数据报片中的最后一个。标志字段中间的一位记为DF(Dont Fragment),意思是“不能分片”。只有当DF=0时才允许分片。此处值为0x02即010表示不能分片,即dont Fragment。段偏移量:占13位,当数据分组时,它和更多段位(MF, More fragments)进行连接,帮助目的主机将分段的包组合。此处值为0x00。Time to live(TTL)生存时间:占8位,表示数据包在网络上生存多久,每通过一个路由器该值减一,为0时将被路由器丢弃。图2中生存时间为1。协议:占8位,这个字段定义了IP数据报的数据部分使用的协议类型。常用的协议及其十进制数值包括ICMP(1)、TCP(6)、UDP(17)。图2中协议是17,换算为16进制是0x0111源端ip:09 0xc0a8 0x006d(192-oxc0,168-0xa8)目标ip:224. 0.0.252 0xe000 0x00fc首部校验和(checksum):占16位DSCP优先级 DSCP优先级它由IP分组报头中的6位组成,使用的是ToS字节,因此在使用DSCP后,该字节也被称为DSCP字节。其在字节中的位置如下: DS5 DS4 DS3 DS2 DS1 DS0 CU CU 其中:DSCP优先级:6bit(DS5-DS0),未用(CU):2bitDSCP优先级值有64个(0-63),0优先级最低,63优先级最高。事实上DSCP字段是IP优先级字段的超集,DSCP字段的定义向后与IP优先级字段兼容。目前定义的DSCP有默认的DSCP,值为0;类选择器DSCP,定义为向后与IP优先级兼容,值为(8,16,24,32,40,48,56);加速转发(EF),一般用于低延迟的服务,推荐值为46(101110);确定转发(AF),定义了4个服务等级,每个服务等级有3个下降过程,因此使用了12个DSCP值(10,12,14),(18,20,22),(26,28,30),(34,36,38)。IP precedence和DSCP代码对照表500)this.width=500; Differentiated services code point valueaf11 Match packets with AF11 dscp (001010) 10af12 Match packets with AF12 dscp (001100) 12af13 Match packets with AF13 dscp (001110) 14af21 Match packets with AF21 dscp (010010) 18af22 Match packets with AF22 dscp (010100) 20af23 Match packets with AF23 dscp (010110) 22af31 Match packets with AF31 dscp (011010) 26af32 Match packets with AF32 dscp (011100) 28af33 Match packets with AF33 dscp (011110) 30af41 Match packets with AF41 dscp (100010) 34af42 Match packets with AF42 dscp (100100) 36af43 Match packets with AF43 dscp (100110) 38cs1 Match packets with CS1(precedence 1) dscp (001000)8cs2 Match packets with CS2(precedence 2) dscp (010000)16cs3 Match packets with CS3(precedence 3) dscp (011000)24cs4 Match packets with CS4(precedence 4) dscp (100000)32cs5 Match packets with CS5(precedence 5) dscp (101000)40cs6 Match packets with CS6(precedence 6) dscp (110000)48cs7 Match packets with CS7(precedence 7) dscp (111000)56default Match packets with default dscp (000000) 默认 0ef Match packets with EF dscp (101110) 加速转发 46注: CS :Class Selector Code points类别选择代码EF:Expedited Forwarding加速转发AF: Assured Forwarding确定转发DSCP由RFC2474定义,它重新命名了IPv4报头中TOS使用的那1字节和IPv6报头中数据类(TrafficClass)那1字节,新的名字称为DS字段(Differentiated ServicesField)。该字段的作用没有变,仍然被QoS工具用来标记数据。不同的是IPv4使用3比特,而DSCP使用6比特,最低2比特不用。RFC2474 定义最高3比特为级别类别选择代码(Class Selector Code points,CS),其意义和IPv4报头中IP优先级的定义是相同的,CS0 CS7的级别相等于IP优先级0 7。但它并没有定义第3到第5比特的具体含义以及使用规则。DSCP使用6比特,可以定义64个优先级(063)。AF保证转发(Assured Forwarding,AF)由RFC2597对CS1CS4进行进一步定义。它使用第3和第4比特做丢弃优先级标志。01低丢弃优先级;10中丢弃优先级;11高丢弃优先级。这样,在同一类数据中,又根据被丢弃的可能性划分出3档。下表列出了AF服务等级及其对应的DSCP值: CS1 CS2 CS3 CS4 Lowdrop AF11 AF21 AF31 AF41 001010 010010 011010 100010Mediumdrop AF12 AF22 AF32 AF42 001100 010100 011100 100100Highdrop AF13 AF23 AF33 AF43 001110 010110 011110 100110AF的定义为数据分类提供了方便,比如,运营商可以向用户提供4中服务协约(SLA):白金,金,银,铜,并为每一种服务的数据分配一定的带宽。当然,不同服务的收费标准也是不同的。 EF无阻碍转发(Expedited Forwarding,EF)由RFC2598定义,DSCP值为46(101110)。EF服务适用于低丢包率,低延迟,低抖动及保证带宽的业务,如VOIP。其他DSCP = 000000 尽力转发服务等级 (EF);CS = 6 网间控制(Internetwork Control),DSCP= 48 (110000)CS = 7 网内控制 (Intranetwork Control),DSCP= 56 (111000)在配置命令中,既可以使用十进制数值,也可以使用二进制数值,还可以使用名称。例如,28, 011100, AF32三个写法意义相同。DSCP 与IP 优先级IP 优先级在IPv4的报文头中,TOS字段是1字节,如下图所示。根据RFC1122的定义,IP优先级(IP Precedence)使用最高3比特(第02比特)。+| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |+3比特可以定义8个等级。8个优先级的定义如下:7-111 Network Control 网络控制-保留给网络控制数据使用,比如路由6-110 Internetwork Control 网间控制-保留给网络控制数据使用,比如路由5-101 Critic 关键-推荐给语音数据使用4-100 FlashOverride 疾速-由视频会议和视频流使用3-011 Flash 闪速-语音控制数据使用2-010 Immediate 快速-数据业务使用1-001 Priority 优先-数据业务使用0-000 Routine 普通-缺省标记值在标记数据时,既可以使用数值,也可以使用名称(英文名称)。 DSCP、COS、QOS之间的关系COS: Class Of ServiceQOS: Quality Of ServiceTOS: Type of ServiceDSCP: Differentiated Service Code Point 严格的说,Cos与Tos只是QoS的一种标记机制。QoS范围太大,涉及到入口数据流的标记和分类及速率限制,网络骨干的拥塞避免和拥塞管理,网络出口的队列调度机制等等。Cos是二层ISL或者802.1Q数据帧的优先级标记,3个bit,范围0-7;Tos是三层数据包的服务类型标记,也是3个bit,范围0-7,同样可当作优先级标记,另外5个实际指示Delay,Throughput,Reliability等特性的bit位,一般没有使用;现在为了更好的控制数据流分类,使用DSCP(Differential Services Code Point),扩展了Tos的后三个bit,因此,范围从0-63。在实施QoS策略时,Cos与ToS或DSCP之间通常要做映射机制。TOS: 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ | | | | | PRECEDENCE | TOS | MBZ | | | | | +-+-+-+-+-+-+-+-+服务类型(TOS)字段包括一个3bit的优先权子字段(现在已被忽略),4bit的TOS子字段和1bit未用位但必须置0。4bit的TOS分别代表:最小时延、最大吞吐量、最高可靠性和最小费用。4bit中只能置其中1bit。如果所有4bit均为0,那么就意味着是一般服务。RFC1340 ReynoldsandPostel1992描述了所有的标准应用如何设置这些服务类型。RFC1349Almquist1992对该RFC进行了修正,更为详细地描述了TOS的特性。服务类型(TOS)字段解析图1.IP首部的结构图2.Wireshark工具分析解析图字段解析:版本号:占了4位,表示ipv4.Internet首部长度(IHL包头长度):占4位,指明ipv4协议包头长度的字节数包含多少个32位。由于IPv4的包头可能包含可变数量的可选项,所以这个字段可以用来确定IPv4数据报中数据部分的偏移位置。IPv4包头的最小长度是20个字节,因此IHL这个字段的最小值用十进制表示就是5(5x4(4个字节32位) = 20字节)。就是说,它表示的是包头的总字节数是4字节的倍数。图2中即为header length为20,表示是20个字节,所以经过计算此处用十进制表示为5,二进制表示为1001。服务类型:服务类型一共占了8位,涵义如下:过程字段:3位,设置了数据包的重要性,取值越大数据越重要,取值范围为:0(正常) 7(网络控制)延迟字段: 1位,取值:0(正常)、1(期特低的延迟)流量字段: 1位,取值:0(正常)、1(期特高的流量)可靠性字段: 1位,取值:0(正常)、1(期特高的可靠性)成本字段: 1位,取值:0(正常)、1(期特最小成本)未使用: 1位图2中表示的为Differentiated Service Fied 0x00。总长度total length:71(十进制表示),换位十六进制是0x0047标识字段:占16位。IP软件在存储器中维持一个计数器,每产生一个数据报,计数器就加1,并将此值赋给标识字段。但这个“标识”不是序号,因为IP是无连接服务,数据报不存在按序接收的问题。当数据报由于长度超过网络的MTU而必须分片时,这个标识字段的值就被复制到所有的数据报片的标识字段中。相同的标识字段的值使分片后的各数据报片最后能正确地重装成为原来的数据报,此处值为0x1fd6(十进制:8150)标志(flag):占3位,但目前只有两位有意义。标志字段中的最低位为MF(More Fragment)。MF=1即表示后面“还有分片”的数据报。MF=0表示这已是若干数据报片中的最后一个。标志字段中间的一位记为DF(Dont Fragment),意思是“不能分片”。只有当DF=0时才允许分片。此处值为0x02即010表示不能分片,即dont Fragment。段偏移量:占13位,当数据分组时,它和更多段位(MF, More fragments)进行连接,帮助目的主机将分段的包组合。此处值为0x00。Time to live(TTL)生存时间:占8位,表示数据包在网络上生存多久,每通过一个路由器该值减一,为0时将被路由器丢弃。图2中生存时间为1。协议:占8位,这个字段定义了IP数据报的数据部分使用的协议类型。常用的协议及其十进制数值包括ICMP(1)、TCP(6)、UDP(17)。图2中协议是17,换算为16进制是0x0111源端ip:09 0xc0a8 0x006d(192-oxc0,168-0xa8)目标ip:224. 0.0.252 0xe000 0x00fc首部校验和(checksum):占16位,下面计算检验和:首先明确检验和的计算方法0和0相加是0,0和1相加是1,1和1相加是0但要产生一个进位1,加到下一列若最高位相加后产生进位,则最后得到的结果要加1在发送数据时,为了计算IP数据包的校验和。应该按如下步骤:(1)把IP数据包的校验和字段置为0;(2)把首部看成以16位为单位的数字组成,依次进行二进制反码求和;(3)把得到的结果存入校验和字段中。在接收数据时,计算数据包的校验和相对简单,按如下步骤:(1)把首部看成以16位为单位的数字组成,依次进行二进制反码求和,包括校验和字段;(2)检查计算出的校验和的结果是否等于零(反码应为16个0);(3)如果等于零,说明被整除,校验和正确。否则,校验和就是错误的,协议栈要抛弃这个数据包。举例如下:例1原始数据为 (1100 1010) 0000(校验位) 发送端:把他们按照4bit一组进行按位取反相加。 1100取反0011 1010取反是0101,0011加上0101 是1000,填入到校验位后 1100 1010 1000 那么这个就是要发送的数据。接收端:收到数据后同样进行按位取反相加。0011+0101+0111 =1111;全为1表示正确。例2先来计算发送端:原始数据为十六进制 二进制0x4500 0100 0101 0000 00000x0047 0000 0000 0100 01110x1fd6 0001 1111 1101 01100x0000 0000 0000 0000 00000x0111 0000 0001 0001 00010xf7be 1111 0111 1011 11100xc0a8 1100 0000 1010 10000x006d 0000 0000 0110 11010xe000 1110 0000 0000 00000x00fc 0000 0000 1111 1100将检验和置0为0x0000 0000 0000 0000 0000 -检验和其余分别取反:1011 1010 1111 11111111 1111 1011 10001110 0000 0010 10011111 1111 1111 11111111 1110 1110 11100011 1111 0101 01111111 1111 1001 00100001 1111 1111 11111111 1111 0000 0011求和后化为十六进制刚好为0xf7be另一种方法先直接相加再取反:4500+0047+1fd6+0000+0111+c0a8+006d+e000+00fc=2083f083f+2=841化为二进制:0000 1000 0100 0001将其取反后:1111 0111 1011 1110也是0xf7be由此可见两种方法均可以计算出正确的检验和。再来计算接受端下面再来看一下接收数据的情况。此次我们用第二种方法计算,即先求和再取反。4500+0257+8bbb+0000+4006+6b27+c0a8+0001+c0a8+006d=2fffdfffd+2=ffff取反后为0000因此结果正确。现网LTE的QOS与LTE DSCP的映射关系ENBFunctionFDDQoSDSCPMappingqCIarpSegIDdscpValueLTE FDD IDQCI与DSCP映射IDQCI编号ARP区间DSCP取值long:01048575long:19999long:1256;default:1long:115;default:1long:063;default:46767006111467670062124676700631346767006421327670065223276700662332767006731327670068323276700693332767006104124767006114224767006124324767006135140767006145240767006155340767006166130767006176228767006186326767006197138767006207236767006217334767006228114767006238212767006248310767006259107670062692076700627930EPS QOS 体系解读EPS承载的用处与3G不同,EPS中只有数据(PS域)业务,用户与网络间必须先建立 EPS承载(Bearer) 之后,才能在承载之上使用各种数据业务(如IMS语音业务、上网业务、FTP、游戏。)。每种数据业务的业务流,称为一个业务数据流SDF,它可以用一个IP五元组来表示(IP包中的源、目的IP地址、源、目的端口、协议(如TCP、UDP等),IP地址可以支持模糊匹配),这个五元组即TFT过滤器。EPS完全支持IP协议,而IP是无连接的,为了让EPS数据包在EPS核心网(eNB、SGW、PGW)内进行QOS管理和控制,EPS承载在移动网络内部动态建立了一条“半固定连接”或“逻辑电路”。EPS Bearer存在于UE和PDN GW之间,贯穿了整个移动网络。它完全取代了3GPP 为2G、3G定义了PDP Context概念。EPS承载是QoS控制的基本粒度, EPS承载可以视为一个或多个业务数据流SDF的逻辑聚合体(即:多个业务流可以使用一个承载,即 聚合在一个承载上),即相同承载上的所有数据流将获得相同的QoS保障或承载级别的转发处理,即:映射到相同EPS承载的SDF们必须具有相同的QCI和ARP,如:调度策略、缓冲队列管理策略、链路层RLC配置等。不同的QoS保障需要不同类型的EPS承载来提供。如果两个SDF需要不同的承载级QOS处理,则需要为每个SDF建立一个单独的EPS承载。 业务流与承载的对应关系EPS业务流模板(TFT:traffic flow template)。一个TFT会包括多个包过滤器(packet filter,也称分组过滤器),其中分为上行业务流模板(UL TFT)与下行业务流模板(DL TFT),UL TFT是TFT中的上行包过滤器集合,DL TFT 是TFT中的下行包过滤器集合。过滤器的主要内容是一个IP五元组(源地址目的地址源端口目的端口IP之上的应用层协议号)。(注:过滤器中也可以加入 TOS 信息,过滤器中某些字段可以省略,比如可以控制不比较端口)。TFT过滤器实际上是业务流的描述信息,TFT过滤器在UE与PGW上使用,UEPGW匹配业务流与过滤器的过程就是用每条业务流的五元组检查是否符合过滤器。PGW上,过滤器对 PGW 收到的下行IP数据包进行分类,PGW用以得到各个业务流。UE上对于上行IP数据包也作此处理。每个专有EPS承载会关联到一个TFT。默认承载可以不关联TFT。在建立承载、更新承载的过程结束后,PGW得到每个承载的DL TFT,UE得到每个承载的UL TFT。可以通过设置某些业务流相关的包过滤器的优先次序值低于专有承载的包过滤器的优先次序值的方式,强制这些业务流在缺省承载上传输。对于PGW,如果业务流没有匹配上任何DL TFT过滤器,而此时默认承载又没有关联TFT,则这个业务流会映射到默认承载上。否则这个业务流的数据包会丢弃掉。UE对于上行业务流也作类似处理。UE使用UL TFT将上行方向的业务映射到一个EPS承载,可以让多个业务流(分别对应一个包过滤器)聚合到一个EPS承载上。PGW( PCEF(GTP-based S5/S8)或者BBERF(PMIP-based S5/S8) )使用DL TFT将下行方向业务映射到一个EPS承载。 PGW的这个功能属于业务流绑定到承载的功能。可以让多个业务流(分别对应一个包过滤器)聚合到一个EPS承载上。在UE与eNB之间,EPS承载的物理传输通道是无线承载RB。EPS承载会一一映射到无线承载上。在PGW与SGW之间,EPS承载的下层传输通道是PGW与SGW之间的S5/S8接口(GTP隧道),称为S5/S8 Bearer( S5/S8承载 )所以:-UE

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论