QoS trong mạng IP NGHIÊN CỨU CHẤT LƯỢNG DỊCH VỤ TRONG MẠNG IP CHƯƠNG 4_2

4.4.2 Giảm thời gian chiếm đóng hàng đợi Độ chiếm dụng của một hàng đợi tăng lên khi tải trọng cung cấp (lưu lượng đến) vượt quá tốc độ mà bộ lập lịch lưu thoát gói khỏi hàng đợi
Nội dung trích xuất từ tài liệu:
QoS trong mạng IP NGHIÊN CỨU CHẤT LƯỢNG DỊCH VỤ TRONG MẠNG IP CHƯƠNG 4_2QoS trong mạng IP Kết luận ĐỒ ÁN TỐT NGHIỆP HỆ THỐNG MẠNG Đ ề tài:NGHIÊN CỨU CHẤT LƯỢNG DỊCH VỤ TRONG MẠNG IP CHƯƠNG IV CÁC THÀNH PHẦN QoS TRONG MẠNG IP 4.4.2 Giảm thời gian chiếm đóng hàng đợi Độ chiếm dụng của một hàng đợi tăng lên khi tải trọng cung cấp (lưu lượngđến) vượt quá tốc độ mà bộ lập lịch lưu thoát gói khỏi hàng đ ợi. Bởi vì tốc độ tạimột bất kì hàng đợi riêng để lưu thoát phụ thuộc vào bộ lập lịch của nó tác độnglại các lưu lượng từ các hàng đợi cạnh tranh khác cho việc truy cập kết nối đầura. Độ chiếm dụng có thể được xem như phản ánh mức nghẽn hiện thời tại giaodiện đầu ra của router. Để làm giảm độ chiếm dụng của một hàng đợi yêu cầu một vài phương phápkhơi mào phương thức tránh nghẽn trong giao thức truyền tải thông thường cácluồng đi qua hàng đợi. Bởi sự xuất hiện trễ hạn chế trước bất kỳ giao thức truyềntải có thể bắt đầu tác động lại tới nghẽn trong một router, quản lý hàng đợi phảinhận hai loại nghẽn cơ bản sau:QoS trong mạng IP Kết luận - Nghẽn tạm thời, xuất hiện trong khoảng thời gian ngắn hơn thời gian phản ứng lại tránh nghẽn truyền tải vào các giao thức. - Nghẽn dài hạn, kết quả của tình huống không đổi do tốc độ của tất cả các luồng đi qua hàng đợi. Nghẽn tạm thời gây nên thường ngắn và liên quan đến sự bùng nổ lưu lượng từmột hoặc nhiều luồng. Thông thường một router không muốn loại bỏ các gói từmột bùng nổ trừ phi khi thực sự cần thiết và như vậy người vận hành và nhân viênlựa chọn kích cỡ hàng đợi để bảo vệ sự bùng nổ mà họ thường thấy. Tuy nhiên điềunày luôn tình cờ một sự bùng nổ sẽ lấp đầy hàng đợi tại một điểm mà sự loại bỏ góicó khả năng lựa chọn. Nghẽn trung bình của một hàng đợi được đo trong vài khoảng thời gian gầnđây, độ chiếm dụng trung bình ảnh hưởng đến trễ trải qua bởi tất cả các gói điqua hàng đợi đó. Một bộ quản lý hàng đợi cần tiếp tục cung cấp phản hồi cácgiao thức truyền tải để giảm độ chiếm dụng dài hạn. Về nguyên tắc có thể ápdụng phản hồi theo hai cách: - Trong dải đánh dấu của gói. - Loại bỏ các gói. Trong dải đánh dấu của các gói yêu cầu giao thức truyền tải tác động lại đểnhận được các gói bị đánh dấu bởi sự tránh nghẽn ban đầu. Thực tế là việc loạibỏ được đề cập đến gần mạng IP. Bởi vì TCP sử dụng các gói mất để khơi màophương thức tránh nghẽn của nó. Sự loại bỏ gói cũng có một lợi ích bên cạnhhiệu quả làm giảm tải đường xuống ngay lập tức. 4.4.2.1 Thông báo nghẽn tường minh Mặc dù việc loại bỏ gói hiện thời là một cách được ưu tiên hơn đ ể áp dụngphản hồi, nhưng là phương pháp tích cực (phương pháp đó không liên quan tớiviệc mất gói) của việc báo hiệu nghẽn được thiết kế và ước lượng. Sự loại bỏ góithực chất lãng phí nguồn tài nguyên được sử dụng thiết lập gói tới router khiQoS trong mạng IP Kết luậnthấy sắp xảy ra nghẽn, như vậy chỉ dẫn nghẽn để tránh sự loại bỏ nếu tất cả khảnăng đều có thể được để ý đến. Một ví dụ về “thông báo nghẽn tường minh” ECN (explicit congestionnotification) được mô tả trong RFC2481 [RFC2481]. Hai bít không sử dụng hiệntại CU (currently unused) từ trường DiffServ được định nghĩa lại như là bít ECT(capable Transport) và bit CE (congestion experience). Một người gửi giao thứctruyền tải thiết lập bit ECT trên các gói ngoài giới hạn khi nó biết rằng cả haiđiểm cuối luồng đều hiểu bít CE. Nếu không phản hồi điều khiển nghẽn được yêucầu, bit CE không cần để ý. Khi một router dọc đường truyền muốn áp dụng phảnhồi điều khiển nghẽn sẽ có hai lựa chọn:  Nếu bít ECT được lập, lập bít CE.  Nếu bít ECT được lập lại, loại bỏ gói. Nếu RFC 2481 cũng để xuất sự thay đổi TCP, cho phép khách hàng TCP cókhả năng khai báo nghẽn cụ thể thừa nhận mỗi mỗi điểm khác trong khi thiếtlập kết nối và thiết lập bít ECT thích hợp trên gói dữ liệu kế tiếp. 4.4.2.2 Sự loại bỏ phía trước Một vấn đề đặt ra khi loại bỏ gói là sẽ loại bỏ những gói nào. Từ một viễncảnh thực hiện, loại bỏ gói vừa đến là đơn giản vì gói đó có thể loại bỏ một cáchdễ dàng bằng cách không chèn nó vào trong hàng đợi. Tuy nhiên, một chiếnlược thay thế là loại bỏ gói hiện thời tại đầu hàng đợi - loại bỏ phía trước DFS. DFS xúc tiến phương thức tránh nghẽn của TCP - một gói bị mất thậm trí tạiđầu hàng đợi được thông báo sớm hơn ở cuối hàng đợi có thể đã có một mức nghiêmtrọng các gói bị ùn tắc [DFS94]. Tuy nhiên DFS thỉnh thoảng được coi như là một sựphức tạp không cần thiết, yêu cầu thao tác vận hành hàng đợi cụ thể loại bỏ tiếp nhậnvào đang tồn tại. DFS đặc biệt không p hủ nhận tác động trên lưu lượng điều khiển khôngphải luồng, và một vài lợi ích không đáng ...