日期:2015-06-02 點擊: 關鍵詞:catalyst6500,cisco catalyst 6500系列,catalyst 6500系列交換
Cisco Catalyst C6K(思科6500系列) QoS 常見的幾個問題:
Q. 每個板卡的端口功能是什么,如何理解隊列功能?
A. 請參閱運行 CatOS 系統軟件的Catalyst 6500/6000 系列交換機上的 QoS 輸出調度的了解端口的排隊功能部分中的端口功能表。
QoS 時, QoS 配置是什么?
A. 請參閱運行 CatOS 系統軟件的Catalyst 6500/6000 系列交換機上的 QoS 輸出調度的 Catalyst 6000 上QoS 的默認配置部分。
QoS 進程在Catalyst 6000 中的什么位置執行?
A. 輸入調度 - 由 PINNACLE/COIL 端口專用集成電路 (ASIC) 執行。Layer2僅,有或沒有策略特性卡(PFC)。
分類—執行由Supervisor或由PFC通過訪問控制表(ACL)引擎。僅第 2 層(不需要 PFC);第 2 層或第 3 層(需要 PFC)。
策略 - 由 PFC 通過第 3 層轉發引擎執行。第 2 層或第 3 層(必須具有 PFC)。
數據包重寫 - 由 PINNACLE/COIL 端口 ASIC 執行?;谝郧皥绦械姆诸惖牡?2層或第 3 層。
輸出調度 - 由 PINNACLE/COIL 端口 ASIC 執行?;谝郧皥绦械姆诸惖牡?2層或第 3 層。
QoS功能,不用策略特性卡(PFC) ?
A. 在 Catalyst 6000 系列交換機中,QoS 的核心功能駐留在 PFC 上并且是第 3 層或第 4 層 QoS 處理的必要條件。但是,沒有 PFC 的 Supervisor 可用于第 2 層 QoS 分類和標記。
Q. 為什么在使用速率限制時TCP 數據流性能較低?
A. 當數據包由于速率限制而被丟棄時,TCP 應用程序性能很差。這是由于流控制中使用的固有窗口方案導致的。您可以調整突發大小參數或速率參數以得到所需的吞吐量。
Q. 什么如何是加權隨機早期檢測(WRED)優點和知道我的線卡是否可以支持WRED ?
A. 為了在輸出調度時避免擁塞,Catalyst 6500 (Cat6k) 交換機在某些出口隊列上支持 WRED。每個隊列都有一個可配置大小和閾值。一些具有 WRED。WRED 是一種擁塞避免機制,它在緩沖區到達定義的填充閾值時隨機丟棄具有特定 IP 優先級的數據包。WRED 是兩種功能的組合:尾部丟棄和隨機早期檢測。WRED 的早期 Catalyst 操作系統 (CatOS) 實施只設置最大閾值,而最小閾值被硬編碼為 0%。請注意,數據包的丟棄機率總是非空值,因為它們始終高于最小閾值。此行為在 CatOS 6.2 及更高版本中已被更正。對于數據流類型基于 TCP 這種情況,WRED 是一個非常有用的擁塞避免機制。對于其他數據流類型,RED 不是非常有效,因為 RED 利用由 TCP 使用的窗口機制來管理擁塞。
要確定板卡或隊列結構是否可以支持WRED,請參閱運行 CatOS 系統軟件的 Catalyst 6500/6000 系列交換機上的 QoS 輸出調度的了解端口的排隊功能部分。還可以發出 show port capabilities 命令來查看您的板卡的隊列結構。
Q. 什么是內部差分服務代碼點?
A. 每幀有分配的一內部業務類別(CoS),已接收Cos或默認端口CoS。這包括不攜帶任何實際 CoS 的無標記幀。此內部 CoS 和接收的 DSCP 被寫入特殊數據包報頭(稱為數據總線報頭)并通過數據總線被發送到交換引擎。這發生在入口板卡上。此時,尚不知道此內部 CoS 是否已傳輸到出口專用集成電路 (ASIC) 并已插入傳出幀。一旦報頭到達交換引擎,交換引擎編碼地址識別邏輯(EARL)分配每成幀內部DSCP。此內部DSCP是內部優先級分配到幀由策略特性卡(PFC)作為它傳輸交換機。這不是 IPv4 報頭中的 DSCP。當幀退出交換機,它從派生現有設置的Cos或的服務類型(ToS)和用于重置Cos或Tos。此內部 DSCP 由 PFC 分配給所有交換(或路由)的幀,甚至非 IP 幀。
Q. 什么是內部的可能的來源差分服務代碼點?
A. 請參閱運行 CatOS 軟件的 Catalyst 6500/6000 系列交換機上的 QoS 分類和標記的內部 DSCP 的四個可能的源部分。
Q. 內部差分服務代碼點如何選擇?
A. 內部 DSCP 取決于以下因素:
· 端口信任狀態
· 訪問控制表(ACL)附加對端口
· 默認 ACL
· ACL 是基于 VLAN 還是基于端口
以下流程圖概括了如何根據配置選擇內部DSCP 的過程:
Q. Catalyst 6500 (Cat6k)交換機支持基于類的加權公平排隊(CBWFQ)或低延遲排隊(LLQ) ?
A. 是,CBWFQ 允許您定義一個數據流類并為其分配最低帶寬保證。算法在此機制背后是加權公平排隊(WFQ),解釋名稱。您可在 map-class 語句中定義特定類以配置 CBWFQ。然后為策略映射中的每個類分配一個策略。然后此策略映射將被附加到接口的入站/出站端。
Q. Layer2業務類別(CoS)值為路由信息包被保留?
A. 是,內部差分服務代碼點用于重置在出口幀的Cos。