Please enable JavaScript.

Coggle requires JavaScript to display documents.

Triển khai QoS - Coggle Diagram

- - - - Sử dụng ACL
      - Sử dụng IP Precedence
      - packet có thể được phân loại dựa vào các thông báo về matadata của ứng dụng như: Webex,...
      - phân loại dựa vào IP DSCP
      - MPLS EXP
      - CoS, interfaces mà gói tin đi vào hoặc MAC address
  - - - Khi một packet đến router, thiết bị sẽ thực hiện bypass Software queue nếu hardware queue còn chỗ
      - Hầu hết các cơ chê queuing đều bao gồm việc classify packet
      - Sau khi packet được classify, router sẽ xem xét nên thực hiện drop packet hay đưa packet vào queuing tùy theo cơ chế queuing
      - Ví dụ cơ chế Tail Drop sẽ drop packet nếu như queuing đầy hay cơ chế WRED yêu cầu drop packet theo các tiêu chí
- - - - Chỉ sử dụng 1 Queu duy nhất
      - Packet đến trước sẽ được xử lý trước
    - - Có nhiều queu, mỗi queu sẽ có 1 giá trị priority
      - Queu nào có priority cao hơn sẽ được xử lý trước
      - Xử lý hết queu có priority cao sau đó mới xử lý queu có độ ưu tiên thấp hơn
      - Nếu đang xử lý các packet trong queu có độ ưu tiên thấp mà có nhận được packet thuộc queu có priority cao hơn thì sẽ ưu tiên queu có prioirity cao
    - - Có nhiều Queu, ko có priority
      - Forward lần lượt từng packet trong mỗi queu
    - - là phiên bản cải tiến hơn của Round Robin
      - Vẫn gửi theo Round nhưng có kèm giá trị Weight
      - Weight quy định số lượng packet gửi đi trong mỗi Queue
      - Nhược điểm là việc chỉ định thủ công giá trị Weight mà có thể dẫn đến packet bị drop. Ví dụ Byte Count (2 lần MTU) là 3000. mà gửi 3 gói 1 round (weight = 3) thì sẽ là 4500 byte dẫn đến 1500 byte bị drop
    - - Giải quyết vấn đề phân bổ byte không chính xác trong WRR
      - Gửi tối đa byte trong 1 round, số lượng byte chưa gửi sẽ được keep track để gửi đi trong round sau bằng giá trị decifit
      - Ngưỡng là 3000. cần gửi 3 gói 1500. round đầu gửi 3000. giá trị decifit = 4500 - 3000 = 1500. vậy round sau số byte còn lại là 1500 (vì còn 1500 byte chưa gửi ở round trước)
    - - Có thêm một priority queu (low-latency queu) so với DRR
      - nếu ko có packet nào trong priority queu, forward packet theo cơ chế như round robin (từng packet từng queu trong mỗi round)
      - Nếu có packet trong priority queu
        
        Strict Mode
        
        Luôn ưu tiên forward packet trong priority queu
        
        forward hết packet trong queu này mới tiến hành forward packet trong queu khác
        
        Alternate Mode
        
        Forward các packet trong priority queu và các queu khác như cơ chế round-robin thông thường
      - Mỗi queu trong MDRR sẽ có 2 giá trị
        
        Quantum Value
        
        Số lượng byte trung bình của mỗi queu được xử lý trong mỗi round
        
        Decifit Value
        
        Số byte của mỗi queu được gửi đi trong 1 round
      - Cơ chế forward packet
        
        Mỗi queu ban đầu sẽ được cấu hình 1 giá trị Quantum
        
        Queu 0 sẽ được xử lý đầu tiên, Copy giá trị Decifit value của queu đó bằng với Quantum value
        
        Mỗi gói tin được forward đi, giá trị Decifit sẽ trừ đi giá trị bằng chiều dài byte của gói tin vừa gửi
        
        tiếp tục gửi, miễn là Decifit > 0 thì gói tin sẽ tiếp tục được gửi
        
        Queu 1 sẽ được gửi sau khi giá trị Decifit của queu 0 giảm về 0 hoặc xuống dưới 0
        
        Queu 1 được gửi như cơ chế của Queu 0, cho đến khi Decifit value giảm về 0, thì queu 0 sẽ được gửi tiếp nếu như decifit của queu 0 nhỏ hơn 0 (do queu 0 là priority queu)
        
        Queu 0 sẽ tiếp tục được copy giá trị Decifite = Quantum để forward gói tin tiếp theo như cơ chế ban đầu
        
        Sau khi forward xong queu 0 (forward xong thì decifite value của queu đó sẽ tự giảm về 0) -> forward tương tự các queu tiếp theo
    - - Mỗi class sẽ có một queu, traffic thuộc về 1 class (dựa vào điều kiện match) sẽ được xử lý bởi queu của class đó
      - Queu size
        
        Số packet tối đa có thể lưu trữ trong queu đó
        
        Dựa theo platform
        
        vượt quá số lượng packet trong 1 queu thì thiết bị sẽ tự động tail drop
      - CBWFW đảm bảo
        
        Bandwith
        
        Sử dụng câu lệnh bandwidth để chỉ định cụ thể bandwith (Klobit/s, Mbit/s, Gigabit/s)
        
        bandwidth percent
        
        Chỉ định phần trăm bw được sử dụng của mỗi class dựa trên maximum speed của interface
        
        Giá trị được cấu hình trong bandwidth percent là bw nhỏ nhất được đảm bảo trong 1 class
        
        bandwidth remaining percent
        
        phân bổ % bandwidth cho class dựa theo bw còn lại (trừ đi các bw được cấu hình cụ thể)
    - - Thêm một priority queu vào CBWFQ giúp fw các class có độ ưu tiên cao hơn đi trước
      - Các class được cấu hình câu lệnh priority trong policy map sẽ được đưa chung vào 1 queu này để xử lý trước
      - IOS XR hỗ trợ 2 level: 1 và 2 cho priority. Level 1 được ưu tiên hơn level 2
      - Thứ tự xử lý: Priority 1 -> BW Policing
      - Các class ko thuộc priority queu được xử lý như CBWFQ
- - - - Input Policy (Chiều từ CE đến PE) thực hiện marking, classify, match các packet từ CE
      - Ngoài ra cũng sử dụng Policing để đảm bảo traffic được gửi từ CE ko vượt quá SLA
      - Output Policy (Chiều từ PE về CE) thường sử dụng congestion management, congestion avoidence để đảm bảo các traffic có độ ưu tiên cao hơn dc fw với tốc độ cao
    - - Thường ko cần cấu hình Qos
      - Nếu có chỉ cần congestion management, congestion avoidence tại output interface
- - - - Giới hạn traffic rate trên 1 interface (vượt quá thì drop)
      - Giới hạn traffic rate của 1 ứng dụng
      - remarking các traffic vượt ngưỡng với độ ưu tiên thấp hơn (ví dụ remarking giá trị DSCP nhỏ hơn)
    - - Ngăn chặn và quản lý tắc nghẽn bằng các cơ chế queue
      - có thể sử dụng để tránh tình trạng mismatch speed bằng cách sử dụng shape để giới hạn higher speed link bằng với lower speed link