Công cụ hỗ trợ Shaping gồm một loạt các công cụ xếp hàng đợi có thể được áp dụng cho các gói nằm trong hàng đợi shaping. Đồng thời, IOS hỗ trợ công cụ xếp hàng đợi mềm cho giao diện (hàng đợi mềm) kết hợp với hằng đợi trên giao diện vật lý(hăng đợi cứng). Quyết định khi sử dụng công cụ xếp hàng đợi ở trên shaping hàng đợi, khi nào thì sử dụng dao diện hang đợi mềm, và phân biệt cách cấu hình trong mỗi trường hợp.
Bảng 2-5 liệt kê các công cụ shaping lưu lượng, và các công cụ xếp hàng đợi được hỗ trợ bởi các hàng đợi shaping.
68
Bảng 2-5. Tùy chọn xếp hàng đợi trong các công cụ Traffic-Shaping
Shaping Tool Queuing Tools Supported for the Shaping Queue(s)
GTS WFQ
CB shaping FIFO, WFQ, CBWFQ, LLQ DTS FIFO, WFQ, CBWFQ, LLQ
FRTS FIFO, WFQ, CBWFQ, LLQ, PQ, CQ
Khi Shaper sử dụng một công cụ xếp hàng đợi, thay vì tạo ra một hàng đợi FIFO shaping duy nhất, nó tạo ra nhiều hàng đợi shaping dựa trên công cụ xếp hàng. Ví dụ, nếu FRTS đã được cấu hình để sử dụng Priority Queuing (PQ) cho hàng đợi shaping, nó sẽ tạo ra bốn hàng đợi cho việc định hình, tên High, Medium, Normal, and Low. Hình 2-12 cho thấy ý tưởng cơ bản, có shaping được kích hoạt trên giao diện vật lý, FIFO Queuing trên giao diện vật lý, và PQ cấu hình shaping cho các VC.
Hình 2-12. FRTS, with FIFO Queuing for the Physical Interface, Plus PQ for the Shaping Queue
Các hàng đợi shaping tồn tại một cách riêng biệt từ các hàng đợi giao diện mềm, như trong hình 2-12. Với PQ áp dụng cho các Shaper, bốn hàng đợi shaping tồn tại cho VC này. Khi Shaper quyết định cho phép gói tin khác được gửi đi, nó cần gói tin kế tiếp từ hàng đợi PQ shaping, theo PQ trình tự logic. Những gói tin được đặt vào hàng đợi mềm kết hợp với hàng đợi trên giao diện vật lý và sau đó chuyển ra interfacein trường hợp này thể hiện như một hàng đợi FIFO.
Trong một số trường hợp, shaping hàng đợi được bỏ qua, và trong các trường hợp khác, hàng đợi giao diện mềm được bỏ qua. Để hiểu tại sao, hãy xem xét hình 2-
69
13, trong đó chứng tỏ một phần của logic đằng sau quyết định để xác định hàng đợi nào nên được sử dụng.
Hình 2-13. Quyết định logic cho Queuing và kích hoạt Shaping
Các gói tin được tổ chức trong một hàng đợi shaping hoặc giao diện hàng đợi đầu ra chỉ khi có một số lý do tại sao các gói tin phải đợi để có những bước tiếp theo. Ví dụ, bạn đã biết rằng nếu xếp hàng cứng là không đầy đủ, các gói tin ngay lập tức được đặt vào hàng đợi cứng, bỏ qua các hàng đợi giao diện mềm. Tương tự như vậy, nếu shaping quyết định rằng một gói dữ liệu không cần phải được trì hoãn, bởi vì tỷ lệ shaping chưa vượt quá, nó có thể đi trực tiếp vào hàng đợi đầu ra giao diện, hoặc thậm chí để xếp hàng đợi cứng.
QoS có rất nhiều thiết kế cho việc định hình cuộc gọi trên VC, như đã đề cập trong phần trước. Giả sử rằng một router có hai phiên bản 64-kbps CIR VCs chia sẻ một liên kết truy cập, mỗi cấu hình trên một subinterface point-to-point riêng. Shaping hàng đợi sẽ được tạo ra cho mỗi VC. Một tập hợp các hàng đợi đầu ra giao diện sẽ được tạo ra, quá. Hình 2-14 mô tả ý tưởng tổng thể.
70
Các công cụ shaping tạo ra một tập hợp các hàng đợi cho mỗi subinterface hoặc VC, dựa trên các công cụ xếp hàng đợi được cấu hình để sử dụng bởi các Shaper. IOS tạo ra chỉ có một tập hợp các hàng đợi mềm giao diện cho giao diện vật lý, dựa trên cấu hình hàng đợi trên giao diện vật lý, như được trình bày trong chương 5, "quản lí lưu lượng." Trong hình 2-14, hai bộ hàng đợi shaping đã được tạo ra cho mỗi VC. Cả hai VCs có nguồn cấp dữ liệu duy nhất là hàng đợi đầu ra của giao diện.
Cuối cùng, trong ví dụ này, ùn tắc có thể xảy ra tại các giao diện vật lý. Tổng của hai mức shaping được liệt kê trong hình 2-14 là 120 kbps, vượt quá tốc độ truy cập (128 kbps). Bởi vì hàng đợi đầu ra giao diện có thể bị lấp đầy, cần áp dụng một công cụ hàng đợi đầu vào hàng đợi đầu ra giao diện trong trường hợp này.