QoS trong mạng IP Kết luận MỘT SỐ KỸ THUẬT NÂNG CAO QoS TRONG MẠNG IP Ở chương III “các thành phần của QoS mạng ”, đã cung cấp cái nhìn tổng quan về mạng IP, đưa ra cho chúng ta thấy các thành phần phát triển của QoS trong mạng IP. Tiếp đó là các tiến hành hoạt động với gói thông qua sự chiếm dụng ở các hop kế tiếp những sự thực thi như: phân loại, hàng đợi và kiến trúc lập lịch (CQS) cung cấp cho những thông số chuyển tiếp khác biệt. Trong một tình huống thêm vào, những đường liên kết cần có thông số QoS dự báo trước của mình cho mối liên hệ với sự điều khiển thời gian hợp lý được cung cấp bởi các router. Tiêu điểm của chương này tập chung vào router, các thành phần của nó, QoS đối với router và kiến trúc CQS. 4.1 Vấn đề định tuyến hoá và QoS Ở đây chúng ta đứng trên quan điểm của nhà quản lý mạng. Sự nâng cao chất lượng QoS được thực hiện dưới dạng các thành phần mạng. Đặc biệt là hỗi trợ QoS dựa trên thiết bị router. Để biết hiểu rõ hơn về vấn đề này chúng ta trước tìm hiểu một chút về router. Một router thông thường có một số chức năng cơ bản sau đây: • Giao diện ( giao diện ở đây khá phức tạp) • Bộ chuyển tiếp • Bộ phận chức năng quản lý Những gói phù hợp từ những router khác đưa vào những giao diện, và (trên cơ sở địa chỉ đích của mỗi gói IP) bộ phận chuyển tiếp chuyển gói qua giao diện đầu ra phù hợp. Mỗi giao diện sau khi sử dụng kỹ thuật đường liên kết riêng để truyền dẫn đến router (hay host) kế tiếp dọc theo đường liên kết. Khi router chắc chắn rằng vùng nghẽn đang tăng lên không còn phù hợp, những gói này có thể bị loại bỏ hay bị đánh dấu lại bằng cách chỉ ra trạng thái của nó trên mạng. Các thiết bị xử lý gói không liên tục kế tiếp (lựa chọn giao diện đầu ra và trả lời nghẽn) thì được xử lý sau cùng bởi thiết bị quản lý mạng. Khối chuyển tiếp FBI (forwarding information base) chứa các thông tin phục vụ cho sự định tuyến của các router, các router sẽ quyết định định tuyến những gói đến dựa trên, FBI và địa chỉ đích. Với tất cả những địa chỉ đích phù hợp, việc tìm kiếm tiền tố phù hợp dài nhất được thực hiện qua FIB. Khi sự tìm kiếm xác nhận là tìm thấy, bộ phận QoS trong mạng IP Kết luận chuyển tiếp biết gói đi đến là phù hợp nó sẽ chuyển gói đến cổng ra phù hợp, có thể tiếp nhận; nếu không tìm thấy, thì ngược lại gói sẽ bị loại bỏ. Chú ý rằng, biết về mô hình hình học phụ cận cho phép FIB của những hop kế tiếp được tìm thấy từ tính toán những cây đường dẫn ngắn nhất cho tất cả địa chỉ đích/ những tiền tố. Chuyển tiếp cập nhật nội hạt, bản tin cho những router khác. những thống kê nội hạt, bản tin từ những router khác. Quản lý Hình 4.1: Bộ định tuyến IP hỗi trợ tối đa thông thường Những router đơn giản điển hình có chung tâm tín hiệu CPU thiết lập tất cả những chức năng quản lý và chuyển tiếp gói. Từ khi những router có sự phát triển theo hướng kiến trúc phấn tán, tất cả những thiết kế đều nhằm thực hiện loại bỏ hay giảm những điểm thắt cổ chai. Trong những router đường trục thực thi cao, bộ phận chuyển tiếp được phân tán thiết lập trong những cạc giao diện dược liên kết bởi cơ cấu hay mặt bằng nền tảng chuyển mạch tốc độ cao. Tuy nhiên, tất cả những router phải có trình tự chung theo các bước xử lý khi gói đi qua. Ngày nay QoS đang trở nên quan trọng, quá trình chuyển tiếp được thiết kế lại với chi phí nhiều hơn cho router gửi gói. Hình 4.2 cung cấp tổng quan về lý thuyết quá trình xử lý xảy ra trong khối chuyển tiếp ở hình 4.1. Thông thường một gói gửi qua thì thông qua ba giai đoạn chinh sau: QoS trong mạng IP Kết luận • Phân loại và tìm kiếm FIB (thiết lập nhận dạng gói và tìm giao diện đầu ra). • Đánh dấu và lập chính sách (dùng để đối phó với những trường hợp gói không đến trong khung thời gian phù hợp) • Hàng đợi và lập lịch (cho chuyển tiếp gói phụ thuộc vào những quy tắc chia sẻ đường liên kết hay loại hình lưu lượng còn cho loại bỏ thì phụ thuộc vào những quy tắc điều khiển nghẽn). Giai đoạn phân loại gói thiết lập toàn bộ ngữ cảnh “context” cho những gói đến sau sự thiết lập này được thao tác bởi router. Mặc dù hầu hết tất cả “context” được sử dụng để thiết lập các thông số thao tác thời về thời gian (lập chính sách, đánh dấu, hàng đợi, lập lịch), một số “context” thêm vào có thể được dùng cho chuyển đổi một số quyết định chuyển tiếp. Ví dụ một router hiện đại có thể duy trì sử dụng nhiều FIB phức tạp (đại diện những cây đường dẫn ngắn nhất dựa trên cơ sở đơn vị khác nhau) và lựa chọn giữa chúng bằng cách sử dụng những thông tin khác nhau trong phần tiêu đề gói (như địa chỉ nguồn của gói). Một cách tương tự hay tối thiểu một mối quan hệ đóng thường tồn tại giữa tình huống của gói (thiết lập thông qua phân loại) và các phân loại của nó (ta có thể thấy được chúng trên cơ sở từ cuối- tới-cuối). Hình 4.2: Sự phân loại từng chặng điều khiển chặng kế tiếp, hàng đợi và lập lịch. Chú ý rằng một router cũng có thể nhận chặng tiếp theo bằng một phần ngữ cảnh của gói, nhưng sự sắp xếp chi tiết thì phụ thuộc nhiều vào sự thực thi. Hình 4.2 phản ánh một giả định đơn giản tắc nghẽn xảy ra chỉ ở giao diện đầu ra. Kiến trúc CQS được yêu cầu ở tất cả những điểm tắc nghẽn, dù có trong mạng hay QoS trong mạng IP Kết luận router. Kiến trúc router cũng có thể có những điểm tắc nghẽn nội (ví dụ ở đầu vào của trường chuyển mạch hoặc mặt bằng phía sau) và cũng phải cung cấp hàng đợi và lập lịch khác biệt ở tất cả những điểm này. Đoạn kế tiếp diễn tả sắp xếp theo thứ tự phân loại, lập chính sách, đánh dấu, hàng đợi và lập lịch đã có phát triển từ trước. 4.2 Phân loại Sự xử lý phân loại gói trong những luồng ở bộ định tuyến gọi là phân loại gói. Tất cả các gói thuộc luồng giống nhau (theo quy ước) thì được xử lý giống nhau trong bộ định tuyến. Ví dụ địa chỉ nguồn và đích giống nhau. Cơ chế phân loại gói của một router ảnh hưởng trực tiếp đến nhân tố tách các lớp hoặc các loại lưu lượng IP khác nhau. Trong thực tế, tình trạng của một gói tin phụ thuộc vào cả hai thông tin mang bởi bản thân gói và thông tin tình hình mạng được nhận từ giao diện của nó. 4.2.1 Những quy tắc Một sơ đồ phân loại chung lựa chọn một số mẫu N bit trong phần tiêu đề của gói tin để phân biệt tới 2 N loại (hoặc lớp) gói. Mẫu này được gọi là khoá phân loại. Hoạt động phân loại một gói đòi hỏi kết hợp một số trường trong chìa khoá dựa vào một tập các quy tắc phân loại. Một phân loại gói phải bao gồm sự phù hợp những trường trong quy tắc. Quy tắc phân loại phải tồn tại “bao phủ” tất cả phân loại đặc biệt của yêu cầu cách thức xử lý của router - Những quy tắc định rõ “context”, nó chi phối sự xử lý gói phù hợp tiếp theo của router. Một khóa không thể dài tuỳ ý - bộ nhớ của một router bắt buộc phải giới hạn số lượng thông tin trạng thái mà nó có thể lưu giữ để nhận biết lớp. (Tuy nhiên ý nghĩa của các bit tồn tại trong trường phân loại có thể ít hơn nhiều so với 2 N trường hợp để giải quyết). Thời gian xử mỗi gói kết hợp trong từng bước phân loại cũng tăng lên theo chiều dài khóa (mặc dù không phải luôn theo đường thẳng), điều đó có thể cản trở hiệu suất của router. Mặt khác một khoá không thể quá ngắn – 2 N phải bằng hoặc lớn hơn giá trị cực tiểu của lớp lưu lượng yêu cầu bởi mạng đã được thiết kế. Ngoại trừ các trường đã được phân loại, giai đoạn phân loại phải có khả năng giữ được tốc độ gói đỉnh. Cho đến khi “context” của gói được thiết lập, hàng đợi khác biệt không được cung cấp. Khi mà giai đoạn phân loại chậm hơn tốc độ gói đến, thì hàng đợi FIFO xuất hiện trước giai đoạn phân loại. QoS trong mạng IP Kết luận Hầu hết các sơ đồ phân loại hỗn hợp điển hình sử dụng một khoá bao gồm nhiều trường trong tiêu đề gói IP được chú giải như là phân loại đa trường (MF). Khoá này có thể thêm một vài hoặc tất cả các trường thường định nghĩa một luồng IP – thông thường là địa chỉ nguồn và địa chỉ đích, trường giao thức, và chỉ số cổng TCP/UDP nguồn và đích. Phân loại MF cung cấp tổng số lớn nhất “context” của bộ định tuyến cho các giai đoạn xử lý kế tiếp. Tuy nhiên, khi một người thiết kế mạng tin rằng chỉ một số lớp lưu lượng nhỏ cần phân biệt tại một vài chặng cho trước, giải pháp thường được ấn định cho một nhóm bit tại một vị trí cố định trong tiêu đề gói được phân loại. Octet ToS của IPv4, octet TC của IPv6 và trường dịch vụ khác biệt hoàn toàn phù hợp trong trường hợp này. 4.2.2 ToS, traffic Class (IPv4, IPv6) Trường ToS (IPv4): Gói IPv4 có một byte ToS trong phần tiêu đề cho phép phân loại gói tại mỗi chặng theo một cách đơn giản. Hình vẽ 4.3 đưa ra tiêu đề gói IPv4 (theo RFC 1349), trong đó 3 bít được gán để biểu thị quyền ưu tiên của gói và 4 bít chỉ thị loại dịch vụ. Bít cuối cùng được dự trữ và được thiết lập bằng 0. Hình 4.3 Trường ToS trong Ipv4 Chúng ta có thể chia lưu lượng thành 2 3 lớp dịch vụ (Class of Service - CoS) sử dụng ưu tiên IP (hai loại khác được dành riêng cho việc sử dụng mạng nội bộ). Các kỹ thuật hàng đợi trên toàn mạng sau đó có thể sử dụng dấu hiệu này để cung cấp cách xử lý phù hợp. Ba bit trọng số lớn nhất (tương ứng với nhị phân là các giá trị 32,64,128) của trường ToS trong tiêu đề IP tạo thành các bít được sử dụng cho ưu tiên IP. Các bít này được sử dụng để cung cấp độ ưu tiên từ 0 đến 7 cho gói IP. Trong đó ưu tiên IP 6 và 7 là để dự QoS trong mạng IP Kết luận trữ và nhà quản trị mạng không được thiết lập, sáu mức ưu tiên còn lại dành cho các luồng lưu lượng IP. Bốn bít ToS có ý nghĩa như là một khoá phân loại cho việc thay đổi việc tìm kiếm FIB. Nó chỉ ra loại định tuyến/dịch vụ chuyển tiếp được yêu cầu theo khuyến nghị [RFC1349], bit cuối cùng được dùng cho dự phòng và thường được đặt bằng không. Các thiết lập khác nhau của các bít ToS yêu cầu gói phải được định tuyến dọc theo đường đã chọn dựa theo các tiêu chí độ trễ, thông lượng, độ tin cậy và các lý do về giá thành. Hình 4.3 minh họa 5 trong số 16 nhóm bít ToS và các ý nghĩa cụ thể của chúng. 11 nhóm bít còn lại theo RFC 1349 thì chưa được định nghĩa. Chú ý: một kỹ thuật được sử dụng sớm hơn là RFC791 sử dụng 3 bit thay cho 4 bit và mỗi bit được sử dụng như một cờ riêng yêu cầu trễ, công suất hoặc độ tin cậy là hệ thống định tuyến lựa chọn. IPv6: Một cách tương tự các đặc trưng RFC2460, tiêu đề gói tin IPv6 bao gồm một octet TC(traffic Class) đơn cho việc phân loại lưu lượng đơn giản [RFC2460]. Tuy nhiên RFC2460 định nghĩa không chi tiết về octet TC 4.2.3 Diffirent Services Fied (trường dịch vụ khác biệt) Một vấn đề với byte ToS trong RFC 1349 là mô hình xử lý lưu lượng phân biệt bị hạn chế. Gần đây, IETF đã đưa ra mô hình DiffServ, trong đó, byte ToS IPv4 trở thành trường DiffServ, cho phép chỉ thị nhiều kiểu xếp hàng gói và quy tắc lập lịch. Như minh hoạ trong hình vẽ 4.4, sáu bít của byte ToS cũ cấu tạo nên trường mã điểm DiffServ (DSCP), theo lý thuyết thì cho phép lên đến 64 trường hợp khác nhau, và do đó tương ứng với 64 cách đệm gói trong hàng đợi và 64 cách lập lịch. IHL Ver ToS Độ dài gói Sè nhËn diÖn Flags Offset TTL Giao thức Header Checksum QoS trong mạng IP Kết luận Địa chỉ nguồn Địa chỉ đích Trường mã điểm DS Không sử dụng Trêng Diffserv Mµo ®Çu gãi IPv4 truyÒn thèng Hình 4.4 Trường DiffServ 4.2.4 Phân loại đa trường Chỉ sử dụng trường DiffServ cho việc phân loại gói sẽ có một số hạn chế. Thứ nhất, số lượng lớp lưu lượng tối đa là 64 và thông thường là ít hơn nhiều. Thứ hai, với sự phân loại như vậy, bộ định tuyến biết rất ít về các nguồn và đích của gói. Một kỹ thuật khác được đưa ra là phân loại đa trường. Thông thường bộ phân loại đa trường được sử dụng để phân biệt giữa các luồng ứng dụng. Điều này cần đến một khoá phân loại bao gồm các trường địa chỉ đích và nguồn (để xác định các điểm đầu cuối tham gia), trường giao thức, số hiệu cổng đích và nguồn TCP/UDP (chỉ thị ứng dụng, giả sử tải trọng là TCP hay UDP). Mặc dù không phải là phần bắt buộc phải có trong tiêu đề gói tin IP, nhưng số hiệu cổng TCP/UDP luôn có trong 32 bít đầu sau phần tiêu đề IPv4 và bộ phân loại đa trường có thể dễ dàng xác định vị trí của chúng. • Phân loại IPv4 QoS trong mạng IP Kết luận Hình 1.11 biễu diễn một số trường thông thường cần quan tâm trong một gói IPv4. Hai vùng phức tạp được đánh địa chỉ bởi khối phân loại MF. Trước hết các trường địa chỉ, giao thức và chỉ số cổng lên tới 104 bit, nó phải được kiểm tra trong mọi gói tin chuyển qua router. Thứ hai, một số quy tắc phân loại áp dụng cho các luồng đa ứng dụng một cách đồng thời và thường được diễn đạt trong giới hạn điều kiện đường biên trong trường con trong khoá phân loại. Trong một số trường hợp điều kiện đường biên có thể được biểu diễn trong giới hạn đặc biệt được kiểm tra còn một số trường hợp khác thì không; sau đó router có thể xác nhận bằng một bộ phân loại phối hợp chính xác đơn giản. Tuy nhiên nếu nhu cầu thuộc phạm vi xác định chuyên quyền (chẳng hạn như quan hệ địa chỉ nguồn giữa 128.90.80.20 và 129.0.0.0 với một cổng nguồn TCP giữa 1024 và 1090, và một vài giá trị trong các trường khác) thì router yêu cầu một giai đoạn phân loại MF sắp xếp phù hợp. Mặc dù 104 bit được hỗi trợ, bộ phân loại MF nhận được ít hơn 2104 hoán vị rất nhiều bởi vì hầu hết các trường con không thể chấp nhận các trường hợp bất kỳ. Ví dụ sự phân phối các giá trị địa chỉ IP phụ thuộc vào vị trí trong mạng mà router đang tồn tại - những địa chỉ nguồn và đích hướng tới biên của mạng ít hơn là hướng tới lõi. Thêm vào đó chỉ một nhóm 256 giao thức có khả năng được xem xét. Nói cách khác một bộ phân loại MF phải thừa nhận rằng chỉ số cổng TCP/UDP có thể đảm nhận một số giá trị trong đó. Thậm chí cho phép sự hạn chế này, số hoán vị có khả năng lên tới hàng triệu đặc biệt là trong mạng lõi (một kết quả cho router mạng lõi cố gắng cung cấp sự phân cách dịch vụ mức luồng và một sự giải thích cho mô hình DiffServ ). Một hạn chế của phân loại MF là sự phân mảnh gói tin IPv4 mang chỉ số cổng TCP/UDP trong mảnh đầu tiên duy nhất. Như vậy bộ phân loại MF tìm kiếm chỉ số cổng TCP hoặc chỉ số cổng UDP đặc trưng hầu như bỏ qua phân loại kế tiếp của các gói giống nhau ( trừ khi bộ phân loại liên quan tới phân đoạn tiếp theo trong phân đoạn đầu tiên mang chỉ số cổng ). Trái lại byte ToS/DiffServ luôn mang trong mọi phân đoạn. • Phân loại IPv6 Phân loại đa trường có hơi khác đối với IPv6 (hình vẽ 1.13). Thứ nhất, mỗi trường địa chỉ bây giờ cần đến 128 bít. Một địa chỉ cộng với khoá phân loại số hiệu cổng dài hơn 288 bít. Thứ hai, việc xác định số hiệu cổng UDP hay TCP có thể phải cần đến sự phân tích một danh sách các trường mở rộng tiêu đề cho đến khi bộ phân loại định vị được vị trí bắt đầu của tải trọng TCP hay UDP hoặc xác định rằng gói không thuộc bất kỳ giao thức nào. QoS trong mạng IP Kết luận Để trợ giúp cho việc thực hiện bộ phân loại đa trường, IPv6 thêm nhãn cho luồng dài 20 bít để có thể được biên dịch dựa vào địa chỉ nguồn của gói. Bằng cách sử dụng một khoá phân loại chỉ bao gồm các trường địa chỉ nguồn và nhãn luồng (tổng số là 148 bít) các bộ định tuyến dọc theo đường truyền có thể tách các gói ra khỏi mức luồng, tức là không kiểm tra trường địa chỉ đích và tìm kiếm các số hiệu cổng TCP/UDP. Trong IPv6 số địa chỉ nguồn hiện tại ít hơn 2128, vì vậy, số nhãn luồng cộng với địa chỉ nguồn ít hơn 2148. Việc sử dụng nhãn luồng và địa chỉ nguồn cho việc phân loại sẽ giới hạn năng lực của bộ định tuyến để có thể tập trung một vài loại luồng với nhau. Phía nguồn chịu trách nhiệm gán các nhãn luồng cho gói và có thể gán cùng một nhãn cho các gói thuộc về rất nhiều luồng ứng dụng khác nhau. Do nhãn luồng không mang một ý nghĩa cụ thể (trừ một điều, nó là duy nhất cho các gói yêu cầu duy nhất một kỹ thuật lập lịch và xếp hàng), các bộ định tuyến có thể có một sự suy diễn bất cứ cái gì về mối quan hệ giữa các luồng ứng dụng chia sẻ một nhãn chung. Ngược lại, do rất nhiều ứng dụng sử dụng số hiệu cổng TCP hay UDP đã biết, việc phân loại rõ ràng các số hiệu cổng này cho phép các bộ định tuyến nhận ra các luồng từ các ứng dụng có liên quan. • Quy tắc ưu tiên Bộ phân loại MF cũng phải có khả năng giải quyết nhiều quy tắc liên quan của một gói. Đối với mỗi luồng đến router có thể có nhiều quy tắc cùng phù hợp, như vậy đặt ra một vấn đề phải lựa chọn ra một quy tắc phù hợp. Điều đó quan hệ tới thông tin thêm trong router và thứ tự được sử dụng các quy tắc cho sự phân loại, các quy tắc nhất định có thể định rõ để biết chúng là một tập con hay là một tập siêu con của các quy tắc khác. Quy tắc chính xác hơn sẽ có quyền ưu tiên hơn (trong trường hợp này là quy tắc hai), và chắc chắn sẽ được lựa chọn. Tuy nhiên các quy tắc chồng chéo không phải bao giờ cũng dễ dàng được biểu thị chính xác hơn hoặc kém hơn. Phân loại đa trường có thể thêm trường DiffServ Mặc dù trường DiffServ thường được sử dụng thay cho phân loại MF. Không có lý do tại sao một bộ phân loại MF không thể có thêm trường DiffServ trong khoá phân loại của nó. Một cách lựa chọn là một router có thể dùng một bộ xử lý phân loại hai tầng trong đó sự phân loại ban đầu thiết lập trường hợp trong tầng để giải thích nội dung của trường DiffServ ( có thể tạo miền DiffServ ảo có ý nghĩa trường DiffServ khác ). Lựa chọn phụ thuộc vào nhiều cách phân loại. QoS trong mạng IP Kết luận 4.2.5 Bảo mật đưa ra Phân loại gói nhằm đảm bảo rằng các gói đạt mức dịch vụ cho phép (và chỉ có mức dịch vụ đó). Giả sử rằng các gói truyền đi với các giá trị hợp lệ trong các trường được sử dụng cho việc phân loại. Có hai vấn đề làm phức tạp thêm việc lựa chọn phương pháp phân loại phù hợp. Thứ nhất, phương pháp này phải được đảm bảo về vấn đề bảo mật. Thứ hai, phương pháp này phải làm việc với sự hiện diện của mã hoá tải trọng giữa các đầu cuối. Khi một mạng sử dụng trường DiffServ (hay byte ToS/TC) để xác định băng tần và độ ưu tiên cho một luồng gói cụ thể, mạng không thể đơn giản cho phép người dùng thiết lập các giá trị trường DiffServ. Tưởng tượng rằng người A trả tiền cho dịch vụ thông lượng thấp và thiết lập DiffServ =X trên tất cả các gói được truyền đi. Giả sử mạng cung cấp băng tần cao hơn rất nhiều cho các gói có DiffServ =Y. Đối với người A, điều này thật hấp dẫn khi thiết lập DiffServ=Y trên tất cả các gói của mình, thấy rằng các gói của người A sẽ đi đến đích ngay cả khi anh ta đang sử dụng một mức dịch vụ không phải trả tiền. Mã hoá tải trọng giữa các đầu cuối cũng đặt ra một thách thức thú vị cho phân loại đa trường. Mã hoá gói che thông tin khỏi các con mắt tò mò càng nhiều càng tốt trong khi vẫn để lại một lượng thông tin chưa được mã hoá để các bộ định tuyến có thể chuyển gói đi một cách chính xác. 4.2.6 Xử lý tốc độ đường dây Nhân tố hạn chế thực hiện của hầu hết các router là số tiêu đề gói có thể được xử lý trên một giây, một hạn chế có thể thấy trên lưu lượng bao gồm nhiều gói nhỏ hơn là một lượng ít các gói lớn hơn. Khi phân loại gói MF thêm vào tìm kiếm FIB, tầng phân loại gói tự nó trở thành một điểm nghẽn trong router. Nếu bộ xử lý phân loại không thể giữ các gói như giao diện bên trong yêu cầu chúng, một bộ đệm được được yêu cầu trước tầng phân loại. Các gói vào có thể được sắp xếp trong hàng đợi FIFO ở đây không quan tâm tới những loại nào, chúng có thể là một vùng nhớ hoặc là được loại bỏ từ bộ đệm này chỉ nhanh bằng hoạt động giai đoạn phân loại (xem hình 4.5). Thủ tục này thêm vào một thành phần jitter không phân biệt với tất cả lưu lượng truyền qua bộ phân loại [...].. .QoS trong mng IP Kt lun Hỡnh 4.5: B m c yờu cu nu b phõn loi l chm hn tc nh n B m trc phõn loi l mt iu bt thng cho cỏc router n lc ti a, nhng rt quan trng khi cõn nhc n vai trũ ca mt router trong mt mng IP cú QoS cho phộp B m ny thm chớ cú th chp nhn c nu hot ng phõn loi mt t l tho ỏng ca tc nh u vo (iu ú c ỏnh giỏ l vic s dng kớch thc gúi tin IP nh nht, ca mt router nh ó thy, ln hn kớch c gúi IP. .. cú sau ú mt th c rỳt ra t thựng 2 v gúi c ỏnh du trc khi c chuyn tip mt cỏch thụng thng - Nu c hai thựng u rng thỡ gúi b rt (kim soỏt) QoS trong mng IP Kt lun Lu lng n chm hn X luụn luụn trong h s Lờn ti Y gúi cú th nhanh hn X nhng chm hn W vn c xem nh trong h s, sau ú chỳng c ỏnh du Nu gúi tip tc n nhanh hn X nhng thp hn W chỳng tip tc c ỏnh du ( thựng 1 rng v thựng 2 cũn y ) ti Y gúi n cú th nhanh... gúi cú kh nng la chn Nghn trung bỡnh ca mt hng i c o trong vi khong thi gian gn õy, chim dng trung bỡnh nh hng n tr tri qua bi tt c cỏc gúi i qua hng i ú QoS trong mng IP Kt lun Mt b qun lý hng i cn tip tc cung cp phn hi cỏc giao thc truyn ti gim chim dng di hn V nguyờn tc cú th ỏp dng phn hi theo hai cỏch: - Trong di ỏnh du ca gúi - Loi b cỏc gúi Trong di ỏnh du ca cỏc gúi yờu cu giao thc truyn ti... tin ra, trong khi ú minP cho nhng gúi tin ra ln hn cho nhng gúi tin vo Khi tớnh toỏn hm xỏc sut hu cho nhng gúi tin vo, mc chim dng hng i c ly t QavgIN, trong khi cho nhng gúi tin ra, mc chim dng hng i c ly t QavgOUT QavgIN da trờn mc chim dng hng i trung bỡnh ca tng gúi tin QoS trong mng IP Kt lun riờng l, trong khi QavgOUT da trờn tng s mc chim dng hng i trung bỡnh (ca c nhng gúi tin vo v ra) Trong. .. Nhiu hng i cho mt b lp lch Trong hỡnh v trờn, b lp lch coi hng i 1 cú u tiờn cao hn hng i 2, hng i 2 cú u tiờn cao hn hng i 3, hng i 3 li cú u tiờn cao hn hng i 4 Hng i 1 c phc v vi tc phự hp vi tuyn cú th truyn cỏc gúi mi khi hng i cú cỏc gúi phi i Ch khi hng i 1 rng, b lp lch mi xem xột n hng i 2, cng tng t nh vy, nú c phc v ti tc truyn dn ca tuyn nu QoS trong mng IP Kt lun cú gúi sn sng truyn... l mt b tỏch sm ngu nhiờn (RED: Random Early Detection) c mụ t k hn trong phn tip theo 4.4.3 Tỡm kim ngu nhiờn sm Tri qua nhiu nm nghiờn cu vn iu khin chim dng trung bỡnh ca hng i chia s bi nhiu lung thay i khỏc nhau, t chc IRTF kt lun rng gii phỏp tt nht vi router thc hin trong ti khon gm tớn hiu phn hi phõn phi ngu QoS trong mng IP Kt lun nhiờn, thng kờ in hỡnh m IRTF s dng cho phng thc ny nh l... cú th bi no trong thựng khi gúi n, gúi c xem nh out profile Tc b sung token X biu th gii hn tc di hn trung bỡnh nu cỏc gúi vn l in profile Tuy nhiờn cỏc gúi cú th n trong s bựng n ngn vn c coi nh trong h s cú th lờn ti Y th bi cú hiu lc trong thựng, v trc ú cú th cú ti Y gúi n k tip nhau m vn c qua La chn sỏng sut gia X v Y cho phộp mt h s bt buc mt tc gúi trung bỡnh di hn nh yờu cu trong khi chu... khỏch hng TCP cú kh nng khai bỏo nghn c th tha nhn mi mi im khỏc trong khi thit lp kt ni v thit lp bớt ECT thớch hp trờn gúi d liu k tip 4.4.2.2 S loi b phớa trc Mt vn t ra khi loi b gúi l s loi b nhng gúi no T mt vin cnh thc hin, loi b gúi va n l n gin vỡ gúi ú cú th loi b mt cỏch d dng bng QoS trong mng IP Kt lun cỏch khụng chốn nú vo trong hng i Tuy nhiờn, mt chin lc thay th l loi b gúi hin thi ti... Bsent DN ca hng i c thit lp li l (QN+DN Bsent) v b lp lch di chuyn n hng i tip theo i vi mi hng i, giỏ tr (QN+DN) th hin s byte ln nht cú th c truyn trong mt chu k dch v Gi s rng cỏc gúi khụng bao gi ln hn Plen (n v truyn ti a MTU ca tuyn), DN cng s khụng bao gi ln hn Plen Trong mt khong thi gia di, sau khi b lp lch QoS trong mng IP Kt lun quay vũng qua tt c N hng i K ln, s byte mong mun truyn ca hng i... l sn sng cho cụng ty khỏc Nh vy, khi cụng ty A s dng ớt hn 0.6 Mbps thỡ cụng ty B c phộp trn quỏ 70% V ngc li QoS trong mng IP Kt lun Hỡnh 4.13:Lu lng cú th cú s phn cp trong quan h ni b Thờm vo ú trong lu lng kt hp ca mi cụng ty to bi nhiu lung riờng thuc cỏc ng dng TCP v UDP khỏc nhau Trong sut thi gian nghn ti router truy cp, mi cụng ty mun lung UDP nhn c 20% v lung TCP nhn c 80% tng lu lng tng . QoS trong mạng IP Kết luận MỘT SỐ KỸ THUẬT NÂNG CAO QoS TRONG MẠNG IP Ở chương III “các thành phần của QoS mạng ”, đã cung cấp cái nhìn tổng quan về mạng. của chúng. • Phân loại IPv4 QoS trong mạng IP Kết luận Hình 1.11 biễu diễn một số trường thông thường cần quan tâm trong một gói IPv4. Hai vùng phức tạp