成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

CoS & DSCP 映射機制

網絡 路由交換
報文的分類信息可以被網絡上的主機、交換機、路由器或者其它網絡設備賦予。可以基于不同的應用策略或者基于報文內容的不同為報文賦予類別信息。

對于CoS和DSCP,只是分類的標準,可以自己設置信任哪個。而且CoS和DSCP之間有映射,只是標識了包的優先級的不同,根據包的優先級選擇不同的出隊列,不同出隊列所占的帶寬資源,擁塞時丟棄比例不同。從而實現服務質量的目標。

QoS 的實現以IETF 的DiffServ 體系為基礎。DiffServ體系規定每一個傳輸報文將在網絡中被分類到不同的類別,分類信息被包含在了IP 報文頭中,DiffServ 體系使用了IP 報文頭中的TOS(Type Of Service)中的前6 個比特來攜帶報文的分類信息。當然分類信息也可以被攜帶在鏈路層報文頭上。一般地,附帶在報文中的分類信息有:

1 幀頭的Tag Control Information 中的前3 個比特,它包含了8 個類別的優先級信息,通常稱這三個比特為為User Priority bits。

2 報文頭中的TOS 字段前3 個比特,稱作IP precedence value;或者攜帶在IP 報文頭中的TOS 字段前6 個比特,稱作Differentiated Services Code Point (DSCP) value。

在遵循DiffServ 體系的網絡中,各交換機和路由器對包含同樣分類信息的報文采取同樣的傳輸服務策略,對包含不同分類信息的報文采取不同的傳輸服務策略。報文的分類信息可以被網絡上的主機、交換機、路由器或者其它網絡設備賦予。可以基于不同的應用策略或者基于報文內容的不同為報文賦予類別信息。識別報文的內容以便為報文賦予類別信息的做法往往需要消耗網絡設備的大量處理資源,為了減少骨干網絡的處理開銷,一般這種賦予類別信息的方式都使用在網絡邊界。

交換機或路由器根據報文所攜帶的類別信息,可以為各種交通流提供不同的傳輸優先級,或者為某種交通流預留帶寬,或者適當的丟棄一些重要性較低的報文、或者采取其他一些操作等等。這些獨立設備的這種行為在DiffServ 體系中被稱作每跳行為(per-hop behavior)。如果網絡上的所有設備提供了一致的每跳行為,那么對于DiffServ 體系來說,這個網絡就可以構成end-to-end QoS solution。

下面幾個段落將詳細介紹本交換機所提供的以DiffServ 體系為基礎的QoS 模型。

QoS入口端動作包括Classifying、Policing 和Marking。

Classifying:確保將網絡交通流劃分成以DSCP值來標識的各個數據流。隨后交換機將根據DSCP值來對各個數據流實施不同的QoS策略。有關分類的更詳細介紹,請參閱Classifying章節。

Policing:用于約束某個流的所占用的傳輸帶寬,根據配置的Policer來決定流中的哪些部分超出了所限制的傳輸帶寬,并將結果傳遞給下一階段的Marking動作。有關Policing的更詳細介紹,請參閱Policing章節。

Marking:決定怎樣處理數據流中在Policing動作中超限的部分。可能的處理動作有丟棄超限部分和用另外的DSCP值標記超限部分。有關Marking的更詳細介紹,請參閱Marking章節。

QoS 出口端動作包括Queueing和Scheduling: Queueing:根據數據流的每一個報文所附帶的DSCP值來確定將報文送往端口的哪個輸出隊列,有關Queueing的更詳細介紹,請參閱Queueing章節。 Scheduling:確定以什么樣的方式處理被送到端口各個輸出隊列中的報文有關Scheduling的更詳細介紹,請參閱Scheduling 章節。下面的段落將詳細介紹QoS模型的各個階段的動作。

Classifying

Classifying 即為分類,其過程是根據信任策略或者根據分析每個報文的內容來確定將這些報文歸類到以DSCP 值來表示的各個數據流中,因此分類動作的核心任務是確定輸入報文的DSCP 值。分類發生在端口接收輸入報文階段,當某個端口關聯了一個表示QoS 策略的policy-map 后,分類就在該端口上生效,它起作用于所有從該端口輸入的報文。

對于一般非IP 報文,交換機將根據以下準則來歸類報文:

1 1. 如果報文本身不包含QoS 信息,即報文的第二層報文頭中不包含User Priority bits,那么可以根據報文輸入端口的缺省CoS值來獲得報文的QoS信息。端口的缺省CoS值和報文的UserPriority bits 一樣,取值范圍為0~7。取得報文的CoS 值之后,再根據交換機上配置的CoS-to-DSCP map 來將CoS 轉化為DSCP 值。

2. 如果報文本身包含QoS 信息,報文的第二層報文頭中包含User Priority bits,那么可以直接從報文中獲得CoS 值,然后再根據交換機上配置的CoS-to-DSCP map 來將CoS 轉化為DSCP值。

注意以上兩種歸類準則只有當端口的QoS 信任模式打開的時候才起作用。打開端口的QoS 的信任模式意味著不通過分析報文的內容,而直接從報文中或報文的輸入端口上獲得報文QoS信息,從而得到DSCP 值。

2 3. 如果端口關聯的policy-map 中使用了基于mac access-list extended 的ACLs 歸類,那么在該端口上,將通過提取報文的源MAC 地址、目的MAC 地址以及Ethertype 域來匹配關聯的ACLs,以確定報文的DSCP 值。要注意的是,如果端口關聯了某個policy-map,但又沒有為其設置相應的DSCP 值,則交換機將按照缺省行為為符合這種歸類的報文分配優先級:即根據報文第二層報文頭中包含的優先級信息或端口的缺省優先級。

注意上面三種歸類準則可能會同時作用于一個端口上。在這種情況下,上面三種歸類準則按3、2、1 的優先級起作用。即,先根據ACLs 歸類,在歸類失敗的情況下,才有可能選擇歸類準則2、1,在這個時候,如果端口的QoS 信任模式打開,則根據準則2 和1 直接從報文中或者從端口上獲得QoS 信息;如果端口的QoS 信任模式關閉,那么那些歸類失敗的報文將被賦予DSCP 的缺省值0。

對于IP 報文,可以將根據以下準則來歸類報文:

1 1. 直接從IP 報文的TOS 字段中提取出DSCP 值。IETF規定IP 報文的TOS 字段的前6 個比特作為DSCP 值,它的取值范圍為0~63,和交換機內部使用的DSCP 值一一對應。

2. 按照非IP 報文處理,按照上面介紹的非IP 報文歸類準則1、2來確定報文的DSCP 值。

注意以上幾種歸類準則只有當端口的QoS 信任模式打開的時候才起作用。打開端口的QoS 的信任模式意味著不通過分析IP 報文的內容,而直接從IP 報文的TOS 字段中或報文的輸入端口上獲得QoS 信息,從而得到DSCP 值。

2 3. 如果端口關聯的policy-map 中使用了基于ip access-list (extended)的ACLs 歸類,那么該在該端口上,將通過提取報文的源IP 地址、目的IP 地址、Protocol字段、以及第四層TCP/UDP 端口字段來匹配相關聯的ACLs,以確定報文的DSCP 值。要注意的是,如果端口關聯了某個policy-map,但又沒有為其設置相應的DSCP 值,則交換機將按照缺省行為為符合這種歸類的報文分配優先級:即根據報文第二層報文頭中包含的優先級信息或端口的缺省優先級。

和非IP 報文歸類準則一樣,以上幾種歸類準則可以同時作用于一個端口上。在這種情況下,上面的歸類準則按照3、2、1的優先級起作用。即先根據ACLs 歸類,在歸類失敗的情況下,才有可能選擇歸類準則2、1;在這個時候,如果端口選擇QoS 信任模式Trust IP-precedence,那么準則1 起作用;如果端口選擇QoS 信任模式Trust CoS,那么準則2 起作用。

有關上面提到的CoS-to-DSCP map、IP-precedence-to-DSCP map映射表的詳細描述情常見隨后描述。

Policing

Policing 動作發生在數據流分類完成后,它用于約束被分類的數據流所占用的傳輸帶寬。Policing動作檢查被歸類的數據流中的每一個報文,如果該報文超出了作用于該數據流的Policer 所允許的限制帶寬,那么該報文將會被做會被作特殊處理,它或者要被丟棄,或者要被賦予另外的DSCP 值。

在QoS 處理流程中,Policing 動作是可選的。如果沒有Policing 動作,那么被分類的數據流中的報文的DSCP 值將會不作任何修改,報文也不會在送往Marking 動作之前被丟棄。

Marking

經過Classifying 和Policing 動作處理之后,為了確保被分類報文報文對應DSCP 值的能夠傳遞給網絡上的下一跳設備,需要通過Marking 動作將為報文寫入QoS 信息,可以使用Trust 方式直接保留報文中QoS 信息,例如,選擇Trust Cos 從而保留802.1Q 報文頭的Tag Control Information 中的CoS 信息;默認情況下,Marking 總是用報文對應的DSCP 值轉化成QoS 信息,然后寫入到報文CoS字段(對于非IP 報文)、DSCP字段或者IP-precedence 字段(對于IP 報文)中。

Queueing

Queueing 動作負責將數據流中報文送往端口的哪個輸出隊列中,送往端口的不同輸出隊列的報文將獲得不同等級和性質的傳輸服務策略。

每一個端口上都擁有8 個輸出隊列,通過交換機上配置的DSCP-to-CoS Map 和Cos-to-Queue Map 兩張映射表來將報文的DSCP 值轉化成輸出隊列號,以便確定報文應該被送往的輸出隊列。

Scheduling

Scheduling 動作時QoS 流程的***一個環節。當報文被送到端口的不同輸出隊列上之后,交換機將采用WRR 或者SP 輪轉算法發送8 個隊列中的報文。

可以通過設置輪轉算法的權重值來配置各個輸出隊列在輸出報文的時候所占用的傳輸帶寬。

原文博客:http://blog.163.com/hlz_2599/blog/static/142378474201151265035648/

責任編輯:張存 來源: 博客
相關推薦

2020-11-20 07:55:55

Linux內核映射

2011-03-21 09:11:52

Linux頁面回收反向映射

2023-08-30 09:17:01

E-RAB失敗QCI

2016-03-27 22:30:00

2014-01-21 09:29:45

國產操作系統操作系統

2014-03-17 09:18:29

COS中科院

2014-01-17 14:15:13

2024-12-05 09:06:14

ORM框架.NET

2014-03-24 09:20:56

COS中科院國產

2020-11-04 08:28:11

Mybatis

2012-02-02 16:13:29

HibernateJava

2022-01-19 23:41:56

TS索引類型

2020-08-05 16:35:41

騰訊云Hadoop開源

2009-09-16 08:49:29

linux端口映射linux端口linux

2021-04-27 13:56:49

內存.映射地址

2009-09-22 15:10:22

Hibernate映射

2009-09-23 17:34:18

Hibernate映射

2009-09-25 10:00:47

Hibernate映射

2012-02-03 11:17:33

HibernateJava

2012-04-09 11:34:06

ibmdw
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 无码日韩精品一区二区免费 | 日本网站免费观看 | 美女久久久久 | 亚洲欧美精品 | 色综合av| 国产视频线观看永久免费 | 午夜天堂精品久久久久 | 日韩一区二区在线视频 | 亚洲网在线 | 亚洲欧美日韩久久久 | 久久国产欧美日韩精品 | 亚洲va欧美va天堂v国产综合 | 国产精品视频久久久 | 国产精品theporn | 亚洲欧洲精品一区 | 亚洲一一在线 | 91精品国产综合久久国产大片 | 久久综合伊人一区二区三 | 天天干天天爽 | av在线视| 精品久久国产 | 91视频在线| 欧美日一区二区 | 国产精品国产精品国产专区不片 | 精品99久久久久久 | 久久三区 | 久久99深爱久久99精品 | 天天曰夜夜| 天天av天天好逼 | 日韩中文一区 | 久国久产久精永久网页 | 欧美在线一区二区三区 | 国产欧美一区二区三区久久人妖 | 日韩不卡在线 | 九九热这里 | 日韩福利电影 | 国产视频久久久久 | 一区二区三区在线 | 69电影网| 青青艹在线视频 | 一区二区三区视频在线观看 |