Tài liệu iều khiển tắc nghẽn trong mạng doc

TE là kĩ thuật lưu lượng. Trong MPLS phần định tuyến và báo hiệu hơn hẳn IP, nên nó được sử dụng nhiều hơn. Bởi vì điều khiển lưu lượng nó sẽ tránh tắc nghẽn. Chẳng hạn, một lưu lượng từ nút nguồn đến nút đích nó không nhất thiết phải đi theo một đường cố định, mà nó sẽ được phân ra làm 2, 3 (thành nhiều đường khác nhau) để tối ưu hóa thành nhiều đường khác nhau. Chính vì vậy mà trong MPLS người ta dùng định tuyến OSPF-TE, IS-IS-TE, hoặc trong báo hiệu có RSVP-TE. Còn vấn đề nó điều khiển như thế nào thì chắc là liên quan đến thuật toán. - Còn trong IP thực chất là có TE không? Người ta nghiên cứu thì có. Nhưng IP nguyên bản của nó thì không có. Hay nói cách khác thông thường người ta nói IP không nói đến TE. Để làm QoS trong MPLS có hai cách sau: intServ và Diffserv. 4 yếu tố của QoS: bandwidth, delay, package lost, jicter. Tùy thuộc vào mỗi loại dịch vụ khác nhau mà có những thông số đảm bảo cho từng yếu tố trên. Intserv (Intergrate Service): Thực hiện báo hiệu để các nút trên mạng từ nơi cần truyền đến đích dành sẵn tài nguyên. Tùy theo loại dịch vụ mà các nút trên mạng dành cho nó tài nguyên. Diffserv (Different Service): không dành sẵn kênh như Intserv mà thực hiện theo cách đánh nhãn. Mỗi loại dịch vụ được gán cho một nhãn. Gói tin đến mỗi nút tùy thuộc vào nhãn được gán sẽ được xử lý khác nhau. Đó là cơ chế báo hiệu. Còn cách thực hiện thì dựa vào độ ưu tiên. Ví dụ hàng đợi có ưu tiên Mô hình Intserv: Một vài ứng dụng như là: thoại, hội nghị truyền hình, ứng dụng giao tiếp thời gian thực… đòi hỏi băng thông cố định và dành riêng và vào đầu những năm 1990s mô hình InServ được giới thiệu để giải quyết vấn đề căn bản trên mạng IP này. Nguyên lý căn bản của mô hình InServ là dành riêng tài nguyên mạng (băng thông, độ trễ…) cho từng luồng thông tin xuyên suốt từ nguồn đến đích. Tài nguyên này được chiếm dụng và không được tận dụng cho bất kỳ một luồng thông tin nào. Nếu tài nguyên bị chiếm dụng mà không dùng thì hiện tượng lãng phí tài nguyên sẽ xảy ra. Ví dụ ta dành riêng 2Mbps cho thoại thì chỉ có gói tin thoại mới có thể sử dụng nguồn tài nguyên này, mặc dù có khi không có một gọi nào qua mạng thì tài nguyên này vẫn được dành riêng và không luồng thông tin dữ liệu có thể chiếm dụng khoảng tài nguyên này Một đặc điểm nữa là mô hình InServ đảm bảo chất lượng dịch vụ theo luồng (flow). Một luồng được xác định bởi các tham số: địa chỉ IP nguồn, IP đích, cổng nguồn, cổng đích….InServ sử dụng giao thức RSVP (Resource Reservation Protocol) để báo hiệu. Khi một luồng được thiết lập thì tương ứng với 1 phiên RSVP được thiết lập, điều này dẫn đến một hạn chế là: đối với mạng có lưu lượng cao như mạng ISP hoặc các tổ chức doanh nghiệp lớn thì số lượng luồng có thể lên đến hàng trăm ngàn luồng trong một thời điểm và đẫn đến hiện tượng lãng phí tài nguyên do bandwidth sử dụng để thiết lập kênh RSVP lên rất nhiều (RSVP không phải là luồng thoại mà chỉ là thông tin điều khiển, báo hiệu). Hạn chế của mô hình IntServ với hệ thống mạng có số lượng flow lớn Mặc dù InServ là mô hình đảm bảo chất lượng dịch vụ tuyệt đối, từ đầu cuối đến đầu cuối (end-to-end), nhưng nó không linh hoạt và khả năng mở rộng thấp nên thường không được lựa chọn để thực hiện QoS trong mạng có quy mô lớn. Mô hình DiffServ Mô hình DiffServ được thiết kế để khắc phục những hạn chế của mô hình InServ. Mô hình DiffServ có khả năng linh hoạt cao và khả năng mở rộng lớn. Thay vì thực hiện chất lượng dịch vụ xuyên suốt và thống nhất trên cả đường truyền như mô hình InServ, mô hình DiffServ thực hiện chất lượng dịch vụ riêng lẽ trên từng router, với cách thực hiện như vậy mô hình DiffServ không cần phải tiến hành báo hiệu theo từng luồng nên tiết kiệm băng thông và có khả năng mở rộng lớn rất phù hợp trong mô hình hệ thống mạng lớn. Những điểm nỗi trội trong việc quản lý tài nguyên của mô hình DiffServ được thể hiện ở: Mô hình DiffServ không thực hiện báo hiệu, bắt tay khi thiết lập luồng nên không bị mất băng thông cho phần báo hiệu. Mô hình DiffServ thực hiện quản lý tài nguyên hiệu quả do không dành riêng tài nguyên cho bất kỳ một dịch vụ nào. Các dịch vụ được phân chia theo thứ tự ưu tiên, dịch vụ nào có độ ưu tiên cao hơn sẽ được cung cấp tài nguyên ở chế độ tốt hơn, khi không có lưu lượng chạy trên đó thì tài nguyên lại được trả về cho hệ thống và được sử dụng bởi các dịch vụ khác Nguyên lý hoạt động Nguyên lý hoạt động của DiffServ có thể diễn tả như sau: đầu tiên các gói tin được phân loại ra thành nhiều nhóm ưu tiên từ thấp đến cao tùy theo đặc điểm của từng dịch vụ, thiết bị sẽ tiến hành cung cấp tài nguyên theo từng nhóm, nhóm nào có thứ tự cao hơn thì sẽ được cung cấp quyền được sử dụng tài nguyên ưu tiên hơn, tài nguyên sẽ được các nhóm thấp hơn dùng nếu nhóm trên không sử dụng nữa. Tất cả các quá trình này sẽ được thực hiện riêng lẽ trên từng thiết bị Mô hình tổng quát của cơ chế DiffServ Giải pháp QoS theo mô hình DiffServ được thực hiện qua những bước sau: Đánh dấu và phân loại gói tin. Đầu tiên các gói tin sẽ được đánh dấu để phân biệt, sau đó được sắp xếp vào các nhóm (lớp) phù hợp. Việc đánh dấu và xếp lớp sẽ giúp thực hiện các cơ chế QoS ở những bước sau Quản lý tắc nghẽn. Cơ chế quản lý tắc nghẽn được thực hiện trên các giao diện của thiết bị mạng. Khi gói tin đến các giao diện này, các gói tin sẽ được phân chia theo từng hàng đợi có mức độ ưu tiên khác nhau Tránh tắc nghẽn. Cơ chế loại bỏ gói tin trước khi nó có thể gây ra hiện tượng tắc nghẽn Đặt ngưỡng. Cơ chế đặt ngưỡng trên, ngưỡng dưới cho băng thông, cụ thể là băng thông sẽ được đảm bảo một ngưỡng dưới tối thiểu và khi lớn hơn ngưỡng trên thì gói tin có thể bị loại bỏ hay đưa vào hàng đợi Nén Header. Header chiếm phần lớn trong 1 gói tin nhưng không mang thông tin thật sự, cơ chế nén header sẽ giúp tiết kiệm được băng thông Phân mảnh. Các gói tin dữ liệu thường có độ dài lớn, điều này sẽ gây trễ và tắc nghẽn. Cơ chế phân mảnh sẽ băm các gói tin này thành các gói tin nhỏ hơn để tránh tắc nghẽn . thuật lưu lượng. Trong MPLS phần định tuyến và báo hiệu hơn hẳn IP, nên nó được sử dụng nhiều hơn. Bởi vì iều khiển lưu lượng nó sẽ tránh tắc nghẽn. Chẳng. chế QoS ở những bước sau Quản lý tắc nghẽn. Cơ chế quản lý tắc nghẽn được thực hiện trên các giao diện của thiết bị mạng. Khi gói tin đến các giao diện