常見問題排隊(duì)和擁塞管理

1、QoS 常見問題問題前言一般問題 分類和標(biāo)記排隊(duì)和擁塞管理擁塞避免隨機(jī)早期檢測 (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ù)吞吐量（帶寬）、時(shí)延變化（抖動(dòng)）和延遲等方面來定義的。 特別是，Qo

2、S 功能通過以下方法提供更好、更便于的網(wǎng)絡(luò)服務(wù)：支持帶寬。改進(jìn)損失特性。避免和管理網(wǎng)絡(luò)擁塞。對網(wǎng)絡(luò)流量進(jìn)行整形。設(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 信號。 如果路徑上的每個(gè)網(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 報(bào)頭中使用差分服務(wù)代碼點(diǎn) (DSCP)，顯示必需的 QoS 級別。 Cisco IOS版本 12.1(5)T 引入了針對 Cisco 路由器的 DiffServ 標(biāo)準(zhǔn)。有關(guān)信息，請參閱下列文檔：Cisco IOS 12.1 中的集成服務(wù) 實(shí)現(xiàn)端到端服務(wù)質(zhì)量的 DiffServ使用 DSCP 實(shí)施服務(wù)質(zhì)量策略問。擁塞、延遲和抖動(dòng)？A. 當(dāng)接口承受的流量大于可處理流量時(shí)，便會(huì)發(fā)生擁塞。 網(wǎng)絡(luò)擁塞點(diǎn)是服務(wù)質(zhì)量(QoS)機(jī)制的堅(jiān)強(qiáng)的候選。 下面是一個(gè)典型擁塞點(diǎn)的示例：網(wǎng)絡(luò)擁塞致延遲。 網(wǎng)絡(luò)其設(shè)入了各種延遲，如了解數(shù)據(jù)包語音網(wǎng)絡(luò)的延遲。 根據(jù)了解分語音網(wǎng)絡(luò)中的抖動(dòng)（Cisco IOS式

4、流量。）中的解，延遲化就是抖動(dòng)。 延遲和抖動(dòng)都受到控制并最小，以支持實(shí)時(shí)和交互問。MQC 是什么？A. MQC代表模塊化服務(wù)質(zhì)量(QoS)命令行界面(CLI)。 它過定用 Cisco 路由器和交機(jī)上的 Qos 配置。 此代了原來在每個(gè)令語法和Qos 行為的果集，化上定每個(gè) QoS 功能的獨(dú)特語法。MQC 包以個(gè)步偸：過發(fā)出 class-map 命令定一個(gè)流量類。過發(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)在一個(gè)Cisco 7500列，分布式服務(wù)質(zhì)量(QoS)功能自Cisco IOS 12.1(5)T、12.1(5)E和 12.0(14)S是支持的。 啟用Distributed Cisco Express Forwarding (DCEF)自動(dòng)地啟用分布式QOS。-VIP接口，為傳統(tǒng)接口處理器(IP)，支持路由交機(jī)處理器(RSP)上啟用的 列文：QoS功能。 有關(guān)信息，參基于類的

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

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

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

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

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

11、以下任何一種排隊(duì)機(jī)制：公平排隊(duì) (WFQ)基于類別的公平隊(duì)列(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低延遲隊(duì)列(LLQ)，實(shí)際上是與優(yōu)先級隊(duì)列的CBWFQ (叫作PQCBWFQ)優(yōu)先級排隊(duì) (PQ)自定義隊(duì)列 (CQ)通常僅在出站接口出現(xiàn)排隊(duì)。 路由器對從接口出站的數(shù)據(jù)包進(jìn)行排隊(duì)。 你可以規(guī)定入站流量，但通常不能在入站時(shí)排隊(duì)（一

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

13、關(guān)丟棄故障排除的信息，請參閱以下文檔：輸入隊(duì)列丟棄和輸出隊(duì)列丟棄故障排除有關(guān)信息，請參閱下列文檔：ATM 端口適配器上“Ignored”錯(cuò)誤的故障排除Cisco 12000 系列互聯(lián)網(wǎng)路由器上被忽略的錯(cuò)誤和無內(nèi)存丟棄故障排除問。公平排隊(duì)(WFQ)和基于類的公平排隊(duì)(CBWFQ)如何運(yùn)行？答：公平排隊(duì)尋求在活動(dòng)或 IP 流之間分配接口帶寬的公平份額。 將數(shù)據(jù)包分類，編為子隊(duì)列，通過會(huì)話標(biāo)識(shí)號碼進(jìn)行識(shí)別，并根據(jù) IP 頭的幾個(gè)字段和數(shù)據(jù)包的長度使用散列算法。 下面是權(quán)重的計(jì)算方法：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 允許您定義一個(gè)流量類并為其分配最低帶寬保證。 這種機(jī)制背后的算法是 WFQ，也是其名稱的由來。 要配置CBWFQ，可在 map-class 語句中定義特定的類。 然后為策略中的每個(gè)類分配一個(gè)策略。 此策略隨后將出站附加到某個(gè)接口。 有關(guān)信息，請參閱下列文檔：了解 ATM 上基于類的公平排隊(duì)了解 ATM 上的公平排隊(duì)問。如果在基于類的公平排隊(duì)(CBWFQ)的一類不使用其帶寬，其他類能使用帶寬？A. 是。 雖然通過發(fā)出 bandwidth 和 priority 命令提供的帶寬保證

15、可以用以下詞來描述：“預(yù)留”、“帶寬保留”，但這兩個(gè)命令都沒有實(shí)現(xiàn)真正的預(yù)留。 這意味著如果一個(gè)流量級別不使用配置給它的帶寬，任何未使用的帶寬將在其他級別享。如果是優(yōu)先級類，排隊(duì)系統(tǒng)將強(qiáng)行對此規(guī)則實(shí)施一種重要例外。 如上所述，優(yōu)先級類的流入負(fù)載由數(shù)據(jù)流監(jiān)察器測量。在出現(xiàn)擁塞時(shí)，優(yōu)先級類不能使用任何額外的帶寬。 有關(guān)命令的比較。信息，請參閱 Qos 服務(wù)策略的 bandwidth 和 priority問。支持的基于類的公平排隊(duì)(CBWFQ)在子接口？答：Cisco IOS 邏輯接口本身不支持擁塞狀態(tài)，并且不支持應(yīng)用排隊(duì)方法的服務(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 命令的比較。問。 隊(duì)列限制如何計(jì)算在FlexWan和多功能接口處理器(VIP) ？功能bandwidth 命令priority 命令最小帶寬保證是是最大帶寬保證否是內(nèi)置監(jiān)察器否是提供低延遲否是答：設(shè)在 VIP 或 FlexWan 上擁有夠

17、的 SRAM，隊(duì)列限制是根據(jù)最大延遲為 500ms、數(shù)據(jù)包平均大小為 250 個(gè)字節(jié)的 計(jì)算到的。 面是一個(gè)具有 1 Mbps 帶寬的類的示例：隊(duì)列限制 = 1000000 / (250 x 8 x 2) = 250作為可用數(shù)據(jù)包內(nèi)大小分配的隊(duì)列限制低，虛擬電路(VC)的數(shù)量加。在以示例中，PA-A3在一個(gè)Cisco 7600列的FlexWan上，并用2 MB略應(yīng)用于每個(gè) VC。虛擬電路(PVC)支持多個(gè)子接口。 服務(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)接口整個(gè)接口的隊(duì)列限制。 該限制是可用、FlexWan 上的理接口的數(shù)量，以接口的最大隊(duì)列延遲的數(shù)。 每個(gè)PVC基于PVC的平均信速率(SCR)或最小信速率(MCR)的接口限制的部分，并每個(gè)級別基于帶寬分配的PVC限制部分。show policy-map erface 命令的以輸出示例生自具有 3687 個(gè)區(qū)的 FlexWAN。 發(fā)出 show buffer 命令可看此值。 根據(jù) 2Mbps 的 PVC 帶寬每兩個(gè) Mbps PVC 分配 50 個(gè)數(shù)據(jù)包 (2047/149760 x 368

20、7 = 50)。 每個(gè)級別分配部分 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 字段的值增大，因?yàn)槟赡茉谶_(dá)到隊(duì)列限制之前即用盡緩沖區(qū)。 在這種情況下，請嘗試將非優(yōu)先級類的隊(duì)列限制手動(dòng)調(diào)低。 欲知更多信息，請參見了解與IP到ATM CO的傳輸隊(duì)列限制。問。 如何驗(yàn)證隊(duì)列限制值？A. 在布式上，隊(duì)列限制默認(rèn)為 64 個(gè)數(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)部啟用公平排隊(duì)？A. Cisco 7500系列與分布式服務(wù)質(zhì)量(QoS)支持公平排隊(duì)每類。 其他，包括Cisco 7200系列和Cisco 2600/3600系列，支持公平排隊(duì)(WFQ)在等級默認(rèn)的等級; 所有帶寬等級使用先入先出(FIFO)。問。 哪些命令可用于排隊(duì)？A. 使用以下命令排隊(duì)：show queue erf

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

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

30、可以與基于類的公平排隊(duì)(CBWFQ)一道使用。 當(dāng)接口同時(shí)配置了資源預(yù)留協(xié)議 (RSVP) 和 CBWFQ時(shí)，分別進(jìn)行 RSVP 和 CBWFQ 操作，如果兩個(gè)都在獨(dú)自運(yùn)行，則兩者顯示出相同的行為？ RSVP 的行為看起來就像 CBWFQ 沒有針對帶寬可用性、評估和分配進(jìn)行配置一樣。A. 當(dāng)在 Cisco IOS12.1(5) 以的版本中使用 RSVP 和 CBWFQ 時(shí)，路由器可以這樣運(yùn)行，即 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)記有所不同。擁塞避免隨機(jī)早期檢測 (WRED)問。 同時(shí)能I啟用的隨機(jī)早期檢測(WRED)和低延遲隊(duì)列(LLQ)，或者基于類的公平排隊(duì)(CBWFQ) ？A. 是。 排隊(duì)定了數(shù)據(jù)包隊(duì)列的乎序。 這意味著，它定了一種數(shù)據(jù)包調(diào)機(jī)制。 它可以用于提供公平帶寬分配和最低帶寬證。 相， 注(RFC)2475丟失定為根據(jù)指定則丟信息包的進(jìn)程。 咬丟機(jī)制是部丟，隊(duì)列時(shí)，接口丟數(shù)據(jù)包。 選丟機(jī)制是隨機(jī)早期檢測(RED)和Cisco的WRED，它在隊(duì)列前隨機(jī)地丟失信息包并一致的平均隊(duì)列。 WRED 使用數(shù)據(jù)包的 IP 優(yōu)先級值出有區(qū)別的丟決策

32、。 知更多信息，參見隨機(jī)早期檢測(WRED)。問。隨機(jī)早期檢測(WRED)和如何能看到它實(shí)際上生效？答：WRED平均隊(duì)列，并在當(dāng)計(jì)算值高于最小值時(shí)丟數(shù)據(jù)包。 發(fā)出 show policy-maperface 命令，并平均隊(duì)列值，如以示例所示：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ù)包留在隊(duì)列中，排超額部分在新時(shí)間進(jìn)行傳

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

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

36、沖規(guī)則中大致模擬了突發(fā)參數(shù)。 規(guī)則建議配置相等于往返時(shí)間比特率的緩沖，以便在擁塞時(shí)適應(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á)到的速率可能低于配置速率。 懲罰臨時(shí)突發(fā)能有在吞吐量的一個(gè)強(qiáng)不利影響傳輸控制協(xié)議(TCP)流量。 通過 CAR，可以發(fā)出 show示的值是否一致地接近極限 (Bc) 和擴(kuò)展極限 (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實(shí)現(xiàn)一個(gè)標(biāo)準(zhǔn)令牌桶。設(shè)置令牌桶的最大值(盡管如果 Be 大于 BC，就可以借用令牌）。確定令牌桶的容量大小，因?yàn)槿绻暗娜萘繚M了，新到的令牌會(huì)被丟棄，不能滿足將來數(shù)據(jù)包的使用。CIR BPS *(1 byte)/(8 bits) *1.5 seconds注意： 典型的往返時(shí)間為 1.5 秒。extended burst實(shí)現(xiàn)一個(gè)具有擴(kuò)展突發(fā)功能的令牌桶。通過設(shè)置 BC = Be 禁用。當(dāng) BC 等于 Be 時(shí)，當(dāng)可用令牌不足時(shí)，數(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列交機(jī)和WS-;4232-L33模塊QoS 常見問題問。 突發(fā)流量和隊(duì)列限制是否彼此獨(dú)立？A. 是，監(jiān)察器突發(fā)流量和隊(duì)列限制獨(dú)在，彼此獨(dú)立。 可以監(jiān)察器為一定數(shù)量數(shù)據(jù)包（或字節(jié)）的，隊(duì)列為在網(wǎng)絡(luò)傳輸前留承數(shù)據(jù)包的大小為隊(duì)列限制 的桶。 理上，桶的大小夠（監(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)先級排隊(duì)能否用于 Cisco IOS 12.1？A.幀中繼接口支持接口排隊(duì)機(jī)制和每虛電路(VC)排隊(duì)機(jī)制。 Cisco IOS 12.0(4)T版本，有當(dāng)配置幀中

43、繼流量整形(FRTS) 時(shí)，接口隊(duì)列能支持先入先出(FIFO) 或每接口優(yōu)先級排隊(duì)(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)用一個(gè)代排隊(duì)方法，例如基于類別的公平隊(duì)列(CBWFQ)，該接口的操作類個(gè)帶寬管道。 ，自Cisco IOS 12.1.1(T)，能啟用幀中繼虛擬電路(PVC)優(yōu)先級接口排隊(duì)(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)一起使用？公平排隊(duì)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ù)策略？公平排隊(duì)(CBWFQ)和低延遲排隊(duì)(LLQ)的A. Cisco IOS 12.2 ，ATM 接口在以個(gè)級別或接口支持服務(wù)策略： 主接口、子接口和虛擬電路(PVC)。 應(yīng)用策略就是啟用服務(wù)質(zhì)量（QoS）功能。 由于排隊(duì)策略應(yīng)該個(gè)虛擬電路（VC）地應(yīng)用，為ATM接口個(gè)監(jiān)控每個(gè)VC的擁塞程，并為每個(gè)VC的超額信息

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

49、行計(jì)數(shù)？Q.多少虛擬電路(VC)可以同時(shí)支持服務(wù)策略？A. 以文在的異步傳輸模式(ATM) VC數(shù)量提供有用的指可以支持。 大200到300 vbr-nrt：虛電路(PVC)部IP to ATM服務(wù)類別設(shè)計(jì)指，以乍：使用功能大的處理器。 例如，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隨機(jī)早期檢測(WRED)功能的配置（最多可同時(shí)運(yùn)行200個(gè) ATM PVC）過大量測。 可以用于每個(gè) V

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