常見問題排隊和擁塞管理

1、QoS 常見問題問題前言一般問題 分類和標(biāo)記排隊和擁塞管理擁塞避免隨機早期檢測 (WRED)和整形幀中繼服務(wù)質(zhì)量 (QoS)異步傳輸模式（ATM）上的服務(wù)質(zhì)量 (QoS)語音和服務(wù)質(zhì)量 (QoS)相關(guān)信息前言本文多數(shù)常見問題(常見問題)相關(guān)對服務(wù)質(zhì)量(QoS)。一般問題問。服務(wù)質(zhì)量(QoS) ？A. QoS是指網(wǎng)絡(luò)能夠利用各種基礎(chǔ)技術(shù)為所選網(wǎng)絡(luò)數(shù)據(jù)流提供更好的服務(wù)，這些技術(shù)包括幀中繼、異步傳輸模式（ATM）、以太網(wǎng)和802.1網(wǎng)絡(luò)，SONET和IP路由的網(wǎng)絡(luò)。QoS 是一組技術(shù)，允許應(yīng)用請求和接收可的服務(wù)級別，服務(wù)級別是按數(shù)據(jù)吞吐量（帶寬）、時延變化（抖動）和延遲等方面來定義的。 特別是，Qo

2、S 功能通過以下方法提供更好、更便于的網(wǎng)絡(luò)服務(wù)：支持帶寬。改進損失特性。避免和管理網(wǎng)絡(luò)擁塞。對網(wǎng)絡(luò)流量進行整形。設(shè)置網(wǎng)絡(luò)中的流量優(yōu)先級。互聯(lián)網(wǎng)工程任務(wù)組(IETF)定義了QoS的以下二體系結(jié)構(gòu)：集成服務(wù) (Serv)差分服務(wù) (DiffServ)Serv 使用資源預(yù)留協(xié)議 (RSVP)，沿著網(wǎng)絡(luò)中端到端路徑中的設(shè)備明確地發(fā)出應(yīng)用程序流量所需的 QoS 信號。 如果路徑上的每個網(wǎng)絡(luò)設(shè)備能預(yù)留必要的帶寬，則可以開始傳輸應(yīng)用程序。 請求注釋(RFC) 2205定義了RSVP，并且RFC 1633定義了Serv。DiffServ 集中關(guān)注聚合的設(shè)置 QoS。 不是發(fā)送應(yīng)用程序的 QoS 要求信令，而是

3、差分服務(wù)在 IP 報頭中使用差分服務(wù)代碼點 (DSCP)，顯示必需的 QoS 級別。 Cisco IOS版本 12.1(5)T 引入了針對 Cisco 路由器的 DiffServ 標(biāo)準(zhǔn)。有關(guān)信息，請參閱下列文檔：Cisco IOS 12.1 中的集成服務(wù) 實現(xiàn)端到端服務(wù)質(zhì)量的 DiffServ使用 DSCP 實施服務(wù)質(zhì)量策略問。擁塞、延遲和抖動？A. 當(dāng)接口承受的流量大于可處理流量時，便會發(fā)生擁塞。 網(wǎng)絡(luò)擁塞點是服務(wù)質(zhì)量(QoS)機制的堅強的候選。 下面是一個典型擁塞點的示例：網(wǎng)絡(luò)擁塞致延遲。 網(wǎng)絡(luò)其設(shè)入了各種延遲，如了解數(shù)據(jù)包語音網(wǎng)絡(luò)的延遲。 根據(jù)了解分語音網(wǎng)絡(luò)中的抖動（Cisco IOS式

4、流量。）中的解，延遲化就是抖動。 延遲和抖動都受到控制并最小，以支持實時和交互問。MQC 是什么？A. MQC代表模塊化服務(wù)質(zhì)量(QoS)命令行界面(CLI)。 它過定用 Cisco 路由器和交機上的 Qos 配置。 此代了原來在每個令語法和Qos 行為的果集，化上定每個 QoS 功能的獨特語法。MQC 包以個步偸：過發(fā)出 class-map 命令定一個流量類。過發(fā)出 policy-map 命令，使流量級別與一種或多種 QoS 功能配，種數(shù)據(jù)流策略。加數(shù)據(jù)流策略對接口、子接口或者虛擬電路過發(fā)出service policy命令。1.2.3.注意： 使用 MQC 語法，可以行分服務(wù)的數(shù)據(jù)流調(diào)節(jié)功能

5、，例如標(biāo)記和整形。有關(guān)信息，參模塊化服務(wù)質(zhì)量命令行界面。問。service-policy ipported only on VIPerfawith DCEF enabled 消息意味著什么？A. 在用接口處理器(VIP)在一個Cisco 7500列，分布式服務(wù)質(zhì)量(QoS)功能自Cisco IOS 12.1(5)T、12.1(5)E和 12.0(14)S是支持的。 啟用Distributed Cisco Express Forwarding (DCEF)自動地啟用分布式QOS。-VIP接口，為傳統(tǒng)接口處理器(IP)，支持路由交機處理器(RSP)上啟用的 列文：QoS功能。 有關(guān)信息，參基于類的

6、分布式公平排隊和分布式分布式低延遲排隊分布式務(wù)整形隨機早期檢測用于 Cisco IOS 版本 12.1 T 的基于用接口處理器的分布式 FRF.11 和 FRF.12Q.多少類服務(wù)質(zhì)量(QoS)策略支持？A. 在 12.2 前的 Cisco IOS 版本中，最多可以定 256 個類，如果相同的類重用于不同策略，在每個策略內(nèi)最多可以定 256 個類。 如果有個策略，兩個策略的級別數(shù)都不應(yīng)超過 256。 如果策略包括基于類別的 公平隊列(CBWFQ) (意味著在何類別內(nèi)包帶寬或優(yōu)先語句)，所支持的部類別數(shù)量是64。在 Cisco IOS12.2(12)，12.2(12)T 和 12.2(12)S

7、版本中，256 類別的限制被更，并可以配置多 1024個類，并在同一策略中使用 256 個類。問。 當(dāng)服務(wù)策略應(yīng)用時，路由更新和點對點協(xié)議(PPP)/高級數(shù)據(jù)鏈路控制(HDLC) Keepalive如何被處理？A. Cisco IOS 路由器用以兩種機制設(shè)置控制數(shù)據(jù)包的優(yōu)先級：IP 優(yōu)先級 pak_priority設(shè)計了兩個機制來出接口被塞時，關(guān)控制數(shù)據(jù)包沒有丟失，沒有被路由器和排隊統(tǒng)最丟。 知信息，參見了解路由更新和控制數(shù)據(jù)包如何在帶有QoS服務(wù)策略的接口排隊。問。 服務(wù)質(zhì)量(QoS)支持的在接口配置與集成路由和橋接？答：不能。 當(dāng)接口配置為用于 IRB 時，法配置 QoS 功能。分類和標(biāo)記

8、問。服務(wù)質(zhì)量(QoS)預(yù)分類？答：QoS 預(yù)分類功能使您能夠匹配和分類正在進行隧道封裝和/或加密的數(shù)據(jù)包的原始 IP 報頭內(nèi)容。 此功能不描述將服務(wù)類型(ToS)字節(jié)的最初值從原始信息包報頭到隧道報頭的過程。 有關(guān)信息，請參閱下列文檔：配置虛擬網(wǎng)絡(luò)的 QoS虛擬網(wǎng)絡(luò)的服務(wù)質(zhì)量（12.2(2)T 功能模塊）問。哪些數(shù)據(jù)包報頭字段可以重新標(biāo)記？ 可用的值有哪些？A. 基于類別的標(biāo)記功能允許設(shè)置或標(biāo)記數(shù)據(jù)包的第 2 層、第 3 層或者多協(xié)議請參閱下列文檔：交換 (MPLS) 報頭。 有關(guān)信息，配置基于類的數(shù)據(jù)包標(biāo)記路由器何時設(shè)置 ATM 信元的 CLP 位？在幀中繼 PVC 上配置數(shù)據(jù)包標(biāo)記問。能否

9、根據(jù) URL 設(shè)置流量的優(yōu)先級？A. 是。 基于網(wǎng)絡(luò)的應(yīng)用程序識別(NBAR)使您能夠通過匹配應(yīng)用層上的字段來分類信息包。 NBAr引入以前，最精細(xì)的分類是采用第4層傳輸控制協(xié)議（TCP）和用戶數(shù)據(jù)包協(xié)議(UDP) 端口。 有關(guān)信息，請參閱下列文檔：基于網(wǎng)絡(luò)的應(yīng)用程序識別問與答 NBAR 應(yīng)用網(wǎng)絡(luò)使用基于網(wǎng)絡(luò)的應(yīng)用程序識別和如何保護網(wǎng)絡(luò)以免受 NIMDA控制列表“紅色代碼”蠕蟲問。支持什么和Cisco IOS版本基于網(wǎng)絡(luò)的應(yīng)用程序識別(NBAR)？A. 以下版本的 Cisco IOS引入了對 NBAR 的支持：注意： 需要啟用 Cisco 快速轉(zhuǎn)發(fā) (CEF) 才能使用 NBAR。以下提供分布

10、式 NBAR (DNBAR)：注意： Catalyst 6000多層交換機功能卡(MSFC) VLAN接口、Cisco 12000系列，或Catalyst 5000系列的路由交換模塊(RSM)均不支持NBAR。 如果您沒有看到以上所列的特定，請聯(lián)系您的 Cisco 技術(shù)代表。排隊和擁塞管理問。 排隊有何用途？答：排隊旨在通過將超額數(shù)據(jù)包保存在緩沖區(qū)直到有帶寬可用為止，從而適應(yīng)網(wǎng)絡(luò)設(shè)備上的臨時擁塞。 Cisco IOS 路由器技術(shù)支持幾種排隊方法，以滿足不同應(yīng)用程序的各種帶寬、抖動和延遲需求。在多數(shù)接口的默認(rèn)機制是先入先出(FIFO)。 有些流量類型具有更高的延遲/抖動需求。 因此，應(yīng)當(dāng)默認(rèn)啟用

11、以下任何一種排隊機制：公平排隊 (WFQ)基于類別的公平隊列(CBWFQ)最低 Cisco IOS版本750012.2(4)T、12.1(6)EFlexWan12.1(6)E最低 Cisco IOS版本720012.1(5)T710012.1(5)T366012.1(5)T364012.1(5)T362012.1(5)T260012.1(5)T170012.2(2)T低延遲隊列(LLQ)，實際上是與優(yōu)先級隊列的CBWFQ (叫作PQCBWFQ)優(yōu)先級排隊 (PQ)自定義隊列 (CQ)通常僅在出站接口出現(xiàn)排隊。 路由器對從接口出站的數(shù)據(jù)包進行排隊。 你可以規(guī)定入站流量，但通常不能在入站時排隊（一

12、個特例是采用分布式Cisco Express Forwarding (dCEF)的Cisco 7500系列路由器上的接收端緩沖）將信息接口傳輸?shù)匠隹诮涌凇?有關(guān)信息，請參閱了解使用率為 99% 的 VIP CPU 和 Rx 端緩沖。 在高端分布式上（例如 Cisco 7500 和 12000 系列），入站接口可能使用它自己的數(shù)據(jù)包緩沖區(qū)來交換到（依照入站接口的交換決定）堵塞出站接口的超額流量。 在少數(shù)的情況下，通常是入站接口傳輸?shù)礁泳徛某稣窘涌跁r，入站接口用完數(shù)據(jù)包內(nèi)存時，它能夠體驗到被忽略錯誤的不斷增加。 過度擁塞可能導(dǎo)致輸出隊列丟棄。 大部分時間，輸入隊列丟棄都具有另外的根本原因。 有

13、關(guān)丟棄故障排除的信息，請參閱以下文檔：輸入隊列丟棄和輸出隊列丟棄故障排除有關(guān)信息，請參閱下列文檔：ATM 端口適配器上“Ignored”錯誤的故障排除Cisco 12000 系列互聯(lián)網(wǎng)路由器上被忽略的錯誤和無內(nèi)存丟棄故障排除問。公平排隊(WFQ)和基于類的公平排隊(CBWFQ)如何運行？答：公平排隊尋求在活動或 IP 流之間分配接口帶寬的公平份額。 將數(shù)據(jù)包分類，編為子隊列，通過會話標(biāo)識號碼進行識別，并根據(jù) IP 頭的幾個字段和數(shù)據(jù)包的長度使用散列算法。 下面是權(quán)重的計算方法：W = K / (優(yōu)先級+1)對于 Cisco IOS 12.0(4)T 和更低版本，K = 4096；對于 12.0

14、(5)T 和更高版本，K = 32384。權(quán)重越低，優(yōu)先級和帶寬份額越高。 除權(quán)重外，還要考慮數(shù)據(jù)包的長度。CBWFQ 允許您定義一個流量類并為其分配最低帶寬保證。 這種機制背后的算法是 WFQ，也是其名稱的由來。 要配置CBWFQ，可在 map-class 語句中定義特定的類。 然后為策略中的每個類分配一個策略。 此策略隨后將出站附加到某個接口。 有關(guān)信息，請參閱下列文檔：了解 ATM 上基于類的公平排隊了解 ATM 上的公平排隊問。如果在基于類的公平排隊(CBWFQ)的一類不使用其帶寬，其他類能使用帶寬？A. 是。 雖然通過發(fā)出 bandwidth 和 priority 命令提供的帶寬保證

15、可以用以下詞來描述：“預(yù)留”、“帶寬保留”，但這兩個命令都沒有實現(xiàn)真正的預(yù)留。 這意味著如果一個流量級別不使用配置給它的帶寬，任何未使用的帶寬將在其他級別享。如果是優(yōu)先級類，排隊系統(tǒng)將強行對此規(guī)則實施一種重要例外。 如上所述，優(yōu)先級類的流入負(fù)載由數(shù)據(jù)流監(jiān)察器測量。在出現(xiàn)擁塞時，優(yōu)先級類不能使用任何額外的帶寬。 有關(guān)命令的比較。信息，請參閱 Qos 服務(wù)策略的 bandwidth 和 priority問。支持的基于類的公平排隊(CBWFQ)在子接口？答：Cisco IOS 邏輯接口本身不支持擁塞狀態(tài)，并且不支持應(yīng)用排隊方法的服務(wù)策略的直接應(yīng)用程序。 相反，您首先需要使用通用流量整形(GTS)或基

16、于等級的整形，將整形應(yīng)用到子接口。 有關(guān)子接口。信息，請參閱將 QoS 功能應(yīng)用于以太網(wǎng)問。策略中的 priority 和 bandwidth 語句有何區(qū)別？A. priority 和 bandwidth 命令的功能不同，而且它們通常支持的應(yīng)用程序也有所不同。 下表總結(jié)了這些區(qū)別：有關(guān)信息，請參閱 Qos 服務(wù)策略的 bandwidth 和 priority 命令的比較。問。 隊列限制如何計算在FlexWan和多功能接口處理器(VIP) ？功能bandwidth 命令priority 命令最小帶寬保證是是最大帶寬保證否是內(nèi)置監(jiān)察器否是提供低延遲否是答：設(shè)在 VIP 或 FlexWan 上擁有夠

17、的 SRAM，隊列限制是根據(jù)最大延遲為 500ms、數(shù)據(jù)包平均大小為 250 個字節(jié)的 計算到的。 面是一個具有 1 Mbps 帶寬的類的示例：隊列限制 = 1000000 / (250 x 8 x 2) = 250作為可用數(shù)據(jù)包內(nèi)大小分配的隊列限制低，虛擬電路(VC)的數(shù)量加。在以示例中，PA-A3在一個Cisco 7600列的FlexWan上，并用2 MB略應(yīng)用于每個 VC。虛擬電路(PVC)支持多個子接口。 服務(wù)策class-map match-any ;ETRA-CLASS match acs-group 104class-map match-any SNA-CLASSmatch ac

18、 match ac match ac policy-maps-group 101s-group 102s-group 103 POLICY-2048Kbpsclass ;ETRA-CLASS bandwidth 320clasA-CLASSbandwidth 512erface ATM6/0/0 no ip addressno atm sonet ilmi-keepalive no ATM ilmi-keepalive erface ATM6/0/0.11 po-to-po mtu 1578bandwidth 2048ip address 01 52pvc ABCDclass-vc 2048K

19、bps-PVCservice-policy out POLICY-2048Kbps異步傳輸模式(ATM)接口整個接口的隊列限制。 該限制是可用、FlexWan 上的理接口的數(shù)量，以接口的最大隊列延遲的數(shù)。 每個PVC基于PVC的平均信速率(SCR)或最小信速率(MCR)的接口限制的部分，并每個級別基于帶寬分配的PVC限制部分。show policy-map erface 命令的以輸出示例生自具有 3687 個區(qū)的 FlexWAN。 發(fā)出 show buffer 命令可看此值。 根據(jù) 2Mbps 的 PVC 帶寬每兩個 Mbps PVC 分配 50 個數(shù)據(jù)包 (2047/149760 x 368

20、7 = 50)。 每個級別分配部分 50，如以輸出所示：service-policy output: POLICY-2048Kbps class-map: ;ETRA-CLASS (match-any)687569 packets, 835743045 bytes5 minute offered rate 48000 bps, drop rate 6000 BPS match: acs-group 104687569 packets, 835743045 bytes5 minute rate 48000 BPS queue sie 0, queue limit 7packets output

21、687668, packet drops 22tail/random drops 22, no buffer drops 0, other drops 0 bandwidth: kbps 320, weight 15class-map: SNA-CLASS (match-any) 2719163 packets, 469699994 bytes5 minute offered rate 14000 BPS, drop rate 0 BPS match: acs-group 1011572388 packets, 229528571 bytes5 minute rate 14000 BPS ma

22、tch: acs-group 1021146056 packets, 239926212 bytes5 minute rate 0 BPS match: acs-group 103718 packets, 245211 bytes5 minute rate 0 BPSqueue sie 0, queue limit 12packets output 2719227, packet drops 0tail/random drops 0, no buffer drops 0, other drops 0 bandwidth: kbps 512, weight 25queue-limit 100cl

23、ass-map: class-default (match-any) 6526152 packets, 1302263701 bytes5 minute offered rate 44000 BPS, drop rate 0 BPS match: any6526152 packets, 1302263701 bytes5 minute rate 44000 BPS queue size 0, queue limit 29packets output 6526840, packet drops 259tail/random drops 259, no buffer drops 0, other

24、drops 0如果您的數(shù)據(jù)流使用較大的數(shù)據(jù)包大小，show policy-maperface 命令輸出可能no buffer drops 字段的值增大，因為您可能在達(dá)到隊列限制之前即用盡緩沖區(qū)。 在這種情況下，請嘗試將非優(yōu)先級類的隊列限制手動調(diào)低。 欲知更多信息，請參見了解與IP到ATM CO的傳輸隊列限制。問。 如何驗證隊列限制值？A. 在布式上，隊列限制默認(rèn)為 64 個數(shù)據(jù)包。 以下示例輸出是在 Cisco 3600 系列路由器上捕獲的：november# show policy-map Serial0erfa0Service-policy output: policy1Class-map

25、: class1 (match-all)0 packets, 0 bytes5 minute offered rate 0 BPS, drop rate 0 BPS Match: ip precedence 5Weighted Fair QueueingOutput Queue: Conversation 265Bandwidth 30 (kbps) Max Threshold 64 (packets)!- Max Threshold is the queue-limit.(pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer

26、 drops) 0/0/0Class-map: class2 (match-all)0 packets, 0 bytes5 minute offered rate 0 BPS, drop rate 0 BPS Match: ip precedence 2Match: ip precedence 3 Weighted Fair QueueingOutput Queue: Conversation 266Bandwidth 24 (kbps) Max Threshold 64 (packets) (pkts matched/bytes matched) 0/0(depth/total drops/

27、no-buffer drops) 0/0/0Class-map: class-default (match-any)0 packets, 0 bytes5 minute offered rate 0 BPS, drop rate 0 BPS Match: any問。 能否在類內(nèi)部啟用公平排隊？A. Cisco 7500系列與分布式服務(wù)質(zhì)量(QoS)支持公平排隊每類。 其他，包括Cisco 7200系列和Cisco 2600/3600系列，支持公平排隊(WFQ)在等級默認(rèn)的等級; 所有帶寬等級使用先入先出(FIFO)。問。 哪些命令可用于排隊？A. 使用以下命令排隊：show queue erf

28、aceerface number - 在 Cisco 7500 系列以外的 Cisco IOS上，此命令將顯示活動的隊列或會話。 如果接口或虛擬電路沒有擁塞，隊列不會是列出的。 Cisco 7500 系列不支持 show queue 命令。show queueingerfaceerface-numbervc vpi/ vci -這顯示接口或 VC 的排隊統(tǒng)計數(shù)據(jù)。 即使沒有擁塞時，您也能夠看到某些命中。 原因是無論是否存在擁塞，總是計數(shù)進程交換數(shù)據(jù)包。 除非有擁塞， Cisco快速轉(zhuǎn)發(fā)(CEF)和快速交換數(shù)據(jù)包沒有計數(shù)。 傳統(tǒng)排隊機制類似優(yōu)先級排隊、自定義排隊(CQ)和公平排隊(WFQ)，不會

29、提供分類統(tǒng)計數(shù)據(jù)。 只有高于 12.0(5)T 的映像中基于模塊化服務(wù)質(zhì)量命令行界面 (MQC) 的功能提供這些統(tǒng)計數(shù)據(jù)。show policyerface erfaceerface number packets 計數(shù)器計算與級別標(biāo)準(zhǔn)匹配的數(shù)據(jù)包的數(shù)量。 無論接口是否發(fā)生擁塞，此計數(shù)器都會增加。 當(dāng)接口堵塞時，packets matched 計數(shù)器指示與級別標(biāo)準(zhǔn)匹配的數(shù)據(jù)包的數(shù)量。 有關(guān)數(shù)據(jù)包計數(shù)器的信息，請參閱下列文檔：了解 show policy-maperface 的輸出中的數(shù)據(jù)包計數(shù)器Cisco基于類的QoS配置和統(tǒng)計信息MIB -提供|簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)功能。Q. RSVP

30、可以與基于類的公平排隊(CBWFQ)一道使用。 當(dāng)接口同時配置了資源預(yù)留協(xié)議 (RSVP) 和 CBWFQ時，分別進行 RSVP 和 CBWFQ 操作，如果兩個都在獨自運行，則兩者顯示出相同的行為？ RSVP 的行為看起來就像 CBWFQ 沒有針對帶寬可用性、評估和分配進行配置一樣。A. 當(dāng)在 Cisco IOS12.1(5) 以的版本中使用 RSVP 和 CBWFQ 時，路由器可以這樣運行，即 RSVP 流和CBWFQ 類別接口或 PVC 上的可用帶寬，不出超額預(yù)。IOS12.2(1)T 以上版本 RSVP 使用其自的ip rsvp bandwidth，行接控制， CBWFQ 行分類，策略和

31、 RSVP 數(shù)據(jù)包調(diào)。 這定數(shù)據(jù)包由發(fā)方預(yù)先標(biāo)記， RSVP 數(shù)據(jù)包的標(biāo)記有所不同。擁塞避免隨機早期檢測 (WRED)問。 同時能I啟用的隨機早期檢測(WRED)和低延遲隊列(LLQ)，或者基于類的公平排隊(CBWFQ) ？A. 是。 排隊定了數(shù)據(jù)包隊列的乎序。 這意味著，它定了一種數(shù)據(jù)包調(diào)機制。 它可以用于提供公平帶寬分配和最低帶寬證。 相， 注(RFC)2475丟失定為根據(jù)指定則丟信息包的進程。 咬丟機制是部丟，隊列時，接口丟數(shù)據(jù)包。 選丟機制是隨機早期檢測(RED)和Cisco的WRED，它在隊列前隨機地丟失信息包并一致的平均隊列。 WRED 使用數(shù)據(jù)包的 IP 優(yōu)先級值出有區(qū)別的丟決策

32、。 知更多信息，參見隨機早期檢測(WRED)。問。隨機早期檢測(WRED)和如何能看到它實際上生效？答：WRED平均隊列，并在當(dāng)計算值高于最小值時丟數(shù)據(jù)包。 發(fā)出 show policy-maperface 命令，并平均隊列值，如以示例所示：Router show policyerfa2/1Serial2/1 output : p1 Class c1Weighted Fair QueueingOutput Queue: Conversation 265 Bandwidth 20 (%)(pkts matched/bytes matched) 168174/41370804(pkts disca

33、rds/bytes discards/tail drops) 20438/5027748/0 mean queue depth: 39Dscp (Prec)0(0)12Random drop pkts/bytes 2362/5810520/00/0Tail drop pkts/bytes 1996/4910160/00/0MinimumumMarkthreshold threshold probability2022244040401/101/101/10output omitted和整形問。監(jiān)察與整形有何區(qū)別？A. 示了兩者間的關(guān)區(qū)別。 流量整形超額數(shù)據(jù)包留在隊列中，排超額部分在新時間進行傳

34、輸。 流量整形的果是一個平的數(shù)據(jù)包輸出速率。 相，流量監(jiān)察突發(fā)流量。 當(dāng)流量速率到所配置的最大速率時，丟（或重新標(biāo)記）超額流量。 果顯示為帶有和的啓形輸出速率。有關(guān)信息，請參閱監(jiān)察和整形概述。問。令牌桶？算法的工作原理是什么？A. 令牌桶本身沒有丟棄或優(yōu)先級策略。 下面是令牌桶工作原理的示例：令牌以一定速率放到桶中。每個令牌是源發(fā)送一定數(shù)量的位的權(quán)限。要發(fā)送數(shù)據(jù)包，數(shù)據(jù)流調(diào)整器必須能夠從令牌桶中去除等于數(shù)據(jù)包大小的令牌數(shù)量。如果桶中沒有足夠的令牌來發(fā)送數(shù)據(jù)包，數(shù)據(jù)包要么等待有足夠的令牌(在整形的情況下)，要么被丟棄或被降級(在警策略情況下)。桶本身具有指定的容量。 如果桶達(dá)到了容量，最近到達(dá)的

35、令牌被丟棄并且不能容納將來的數(shù)據(jù)包。 因此在任何時間，信息源能夠發(fā)送到網(wǎng)絡(luò)的最大突發(fā)傳輸都是令牌桶大小的組成部分。 令牌桶允許突變流量，但會對其進行限制。問。 使用一信息數(shù)據(jù)流策略器例如基于類的策略，什么如何承諾突發(fā)量(BC)和超額突發(fā)(Be)平均值和應(yīng)該選擇這些值？A. 流量監(jiān)察器并不像整形器那樣，緩沖多余數(shù)據(jù)包并在稍后進行傳輸。 相反，策略器執(zhí)行簡單發(fā)送，或者不發(fā)送策略而不需要緩沖。 在擁塞期間，由于您不能緩沖，因此您可以執(zhí)行的最佳操作是通過適當(dāng)配置擴展突發(fā)傳輸，較為保守地丟棄數(shù)據(jù)包。 因此，重要的是要了解r使用正常突發(fā)和擴展突發(fā)值，來保證達(dá)到所配置的承諾信息速率(CIR)。路由器的通用緩

36、沖規(guī)則中大致模擬了突發(fā)參數(shù)。 規(guī)則建議配置相等于往返時間比特率的緩沖，以便在擁塞時適應(yīng)所有連接的未清傳輸控制協(xié)議（TCP）窗口。下表說明 normal burst 值和 extended burst 值的用途及公式：并不是所有使用或支持策略器值的相同范圍。 請參閱以下文檔以了解您的特定支持的值：與整形概述問。 承諾接入速率(CAR)或基于類的策略如何決定數(shù)據(jù)包是否符合或超出承諾信息速率(CIR) ？ 路由器丟失數(shù)據(jù)包并超出速率，即使一致速率低于配置的 CIR。A. 流量監(jiān)察器使用 normal burst 值和 extended burst 值確保達(dá)到配置的 CIR。 要確保較好的吞吐量，設(shè)置

37、足夠高的突發(fā)值十分重要。 如果突發(fā)值配置得太低，達(dá)到的速率可能低于配置速率。 懲罰臨時突發(fā)能有在吞吐量的一個強不利影響傳輸控制協(xié)議(TCP)流量。 通過 CAR，可以發(fā)出 show示的值是否一致地接近極限 (Bc) 和擴展極限 (Be) 值。erface raimit 命令來當(dāng)前的突發(fā)傳輸，并確定顯ra raimit 256000 7500 7500 conform-action continue exceed-action dropimit 512000 7500 7500 conform-action continue exceed-action droprouter# showerfav

38、irtual-acs 26 raimitVirtual-Acs26 Cable Customers Inputmatches: all trafficparams: 256000 BPS, 7500 limit, 7500 extended limit conformed 2248 packets, 257557 bytes; action: continue exceeded 35 packets, 22392 bytes; action: droplast packet: 156ms ago, current burst: 0 byteslast cleared 00:02:49 ago,

39、 conformed 12000 BPS, exceeded 1000 BPS突發(fā)參數(shù)目的的公式normal burst實現(xiàn)一個標(biāo)準(zhǔn)令牌桶。設(shè)置令牌桶的最大值(盡管如果 Be 大于 BC，就可以借用令牌）。確定令牌桶的容量大小，因為如果桶的容量滿了，新到的令牌會被丟棄，不能滿足將來數(shù)據(jù)包的使用。CIR BPS *(1 byte)/(8 bits) *1.5 seconds注意： 典型的往返時間為 1.5 秒。extended burst實現(xiàn)一個具有擴展突發(fā)功能的令牌桶。通過設(shè)置 BC = Be 禁用。當(dāng) BC 等于 Be 時，當(dāng)可用令牌不足時，數(shù)據(jù)流調(diào)整器不能借用令牌，只能簡單丟棄數(shù)據(jù)包。2

40、* normal burstOutputmatches: all trafficparams: 512000 BPS, 7500 limit, 7500 extended limit conformed 3338 packets, 4115194 bytes action: continue exceeded 565 packets, 797648 bytes action: droplast packet: 188ms ago, current burst: 7392 byteslast cleared 00:02:49 ago, conformed 194000 BPS, exceeded

41、 37000 BPS有關(guān)信息，參列文：與整形Catalyst 6000 上的 QoS 策略 Catalyst 4000 服務(wù)質(zhì)量的常見問題Catalyst G-L3列交機和WS-;4232-L33模塊QoS 常見問題問。 突發(fā)流量和隊列限制是否彼此獨立？A. 是，監(jiān)察器突發(fā)流量和隊列限制獨在，彼此獨立。 可以監(jiān)察器為一定數(shù)量數(shù)據(jù)包（或字節(jié)）的，隊列為在網(wǎng)絡(luò)傳輸前留承數(shù)據(jù)包的大小為隊列限制 的桶。 理上，桶的大小夠（監(jiān)察器）所承字節(jié)/數(shù)據(jù)包數(shù)的突發(fā)流量。幀中繼服務(wù)質(zhì)量 (QoS)問。 承諾信息速率(CIR)，承諾突發(fā)量(Bc)、超額突發(fā)(Be)和最小CIR (MinCIR)的值分別選多少？A.

42、過發(fā)出 frame-relay traffic-sha命令啟用的幀中繼流量整形支持可配置參數(shù)。 這些參數(shù)包括 frame-relay cir、frame-relay mincir 和 frame-relay BC。 知選擇這些值和了解相關(guān) show 命令的文件：信息，參見以在7200路由器和更低上配置幀中繼流量整形用于幀中繼流量整形的show命令具有服務(wù)質(zhì)量（分段、流量整形、IP RTP 優(yōu)先級）的幀中繼 VoIPQ.幀中繼主接口的優(yōu)先級排隊能否用于 Cisco IOS 12.1？A.幀中繼接口支持接口排隊機制和每虛電路(VC)排隊機制。 Cisco IOS 12.0(4)T版本，有當(dāng)配置幀中

43、繼流量整形(FRTS) 時，接口隊列能支持先入先出(FIFO) 或每接口優(yōu)先級排隊(pipq)。 此，如果級到 Cisco IOS 12.1， 法使用以配置。erfaerial0/0frame-relay traffic-sha bandwidth 256no ip addressencapsulation frame-relay IETF priority-group 1 erfaerial0/0.1 po-to-pobandwidth 128ip address 14 52no ip mroute-cachetraffic-sh traffic-sh frame-relayrate 128

44、000 7936 7936 1000adaptive 32000erface-dlci 200 IETF如果FRTS不啟用，能在主接口處應(yīng)用一個代排隊方法，例如基于類別的公平隊列(CBWFQ)，該接口的操作類個帶寬管道。 ，自Cisco IOS 12.1.1(T)，能啟用幀中繼虛擬電路(PVC)優(yōu)先級接口排隊(PIPQ)在幀中繼主接口。 可以定的高、中、?；虻蛢?yōu)先級 PVC，并在主接口上發(fā) frame-relay令，如例所示：erface-queue priority 命erfaerial3/0description framerelay main no ip addressencapsula

45、tion frame-relay no ip mroute-cacheframe-relay traffic-shaerfaceframe-relayerface-queue priorityerfaerial3/0.103 po-to-podescription frame-relay suberface ip address 52frame-relayerface-dlci 103class frameclassmap-class frame-relay frameclass frame-relay adaptive-shaframe-relay cir 60800frame-relay

46、BC 7600frame-relay be 22800frame-relay mincir 8000service-policy output queueingpolicyframe-relayerface-queue priority lowQ.幀中繼流量整形(FRTS)與Distributed Cisco Express Forwarding (DCEF)和分布式基于類的 (dCBWFQ)一起使用？公平排隊A. Cisco IOS 12.1(5)T ，Cisco 7500 列中的 VIP 支持分布式版本的 QoS 功能。 啟用在幀中繼接口的流量整形，使用分布式流量整形(DTS)。 有關(guān)信息

47、，參列文：用于 Cisco IOS 版本 12.1 T 的基于用接口處理器的分布式 FRF.11 和 FRF.12在Cisco 7500列上的帶分布式QOS的幀中繼流量整形異步傳輸模式（ATM）上的服務(wù)質(zhì)量 (QoS)問。 應(yīng)該在異步傳輸模式（ATM）接口的什么地方應(yīng)用支持基于類的服務(wù)策略？公平排隊(CBWFQ)和低延遲排隊(LLQ)的A. Cisco IOS 12.2 ，ATM 接口在以個級別或接口支持服務(wù)策略： 主接口、子接口和虛擬電路(PVC)。 應(yīng)用策略就是啟用服務(wù)質(zhì)量（QoS）功能。 由于排隊策略應(yīng)該個虛擬電路（VC）地應(yīng)用，為ATM接口個監(jiān)控每個VC的擁塞程，并為每個VC的超額信息

48、包提供隊列。 有關(guān)信息，參列文：在 ATM 接口的何處運用 QoS 服務(wù)策略？了解 PA-A3 和 NM-1A ATM 接口上的每 VC 傳輸排隊問。 什么字節(jié)由對異步傳輸模式(ATM)服務(wù)等級(COS) (Cos)排隊的IP計數(shù)？A. 服務(wù)策略中配置的帶寬和優(yōu)先級分別支持基于類別的公平隊列(CBWFQ)和低延遲排隊(LLQ) ，使用Kbps值統(tǒng)計與showerface命令輸出的字節(jié)相同。 具來， 3 排隊統(tǒng)對鏈路控制/子網(wǎng)協(xié)議 (LLC/SNAP) 進行計數(shù)。 它不行列計數(shù)：ATM 5 配 (AAL5) 報使最一個信成為 48 字節(jié)的數(shù)5 字節(jié)信頭IP to ATM COs 排隊對哪些字節(jié)進

49、行計數(shù)？Q.多少虛擬電路(VC)可以同時支持服務(wù)策略？A. 以文在的異步傳輸模式(ATM) VC數(shù)量提供有用的指可以支持。 大200到300 vbr-nrt：虛電路(PVC)部IP to ATM服務(wù)類別設(shè)計指，以乍：使用功能大的處理器。 例如，VIP4-80 提供的性能高于 VIP2-50。可用的數(shù)據(jù)包內(nèi)量。 在 NPE-400 上，了數(shù)據(jù)包以，設(shè)置了 32 MB（在 256MB 的統(tǒng)中）的量。對于 NPE-200，最高 16 MB 可以設(shè)置在帶有 128 MB 的統(tǒng)上的數(shù)據(jù)包區(qū)。帶有每VC隨機早期檢測(WRED)功能的配置（最多可同時運行200個 ATM PVC）過大量測。 可以用于每個 V

50、C 隊列的 VIP2-50 上的數(shù)據(jù)包內(nèi)數(shù)量是有限的。 例如，帶有 8-MB SRAM 的 VIP2-50 能夠 IP 1085 數(shù)據(jù)包區(qū)提供運行 WRED 的每個 VC 排隊的 IP 到 ATM 服務(wù)等級。 如果配置了 100 條 ATM PVC，并如果所有 VCS 同時出過擁塞(如在使測中模擬的一樣，其中使用 TCP 流受控源)，么平均每個 PVC 有大 10 個數(shù)據(jù)包的，這對于 WRED 的成功地運行可能太。議在設(shè)計中用具有大 SRAM 的VIP2-50 設(shè)，同時有大量運行每 VC WRED的ATM PVC，可以同時擁塞。配置的動PVC的數(shù)量多，其平均信速率(SCR)就低，此WRED的在PVC上運行的隊列就。 此，當(dāng)在大量低速、擁塞的ATM PVC 上每VC WRED 時，配置更低的WRED丟限可以VIP上的亢到最 低，與在