Điều kiện và phõn loại lưu lượng
Một bản SLS đó cú sự thoả thuận, dịch vụ cung cấp phải cấu hỡnh những điều kiện lưu lượng. Ở giữa cỏc Router biờn giới giữa bất kỡ hai mạng bao gồm “host ” cuối riờng rẽ cũng vậy. Điều khiển lưu lượng là cần thiết cho sự phõn chia độ ưu tiờn mạng và cho việc bảo vệ những dịch vụ của quỏ tải hoặc lưu lượng khụng thực hiện. Lập chớnh sỏch phõn loại lưu lượng định nghĩa tập con của lưu lượng, nú cú thể tiếp nhận dịch vụ khỏc bằng cỏc điều kiện và sơđồ cho một hay nhiều hơn một cỏch thức khối kết hợp trong miền dịch vụ khỏc biệt. Bộ phõn loại gúi lựa chọn những gúi trong luồng lưu lượng trờn cơ sở nội dung của một số phần của tiờu đề gúi. Hai loại của bộ phõn loại đó được định nghĩa.
Bộ phõn loại BA phõn loại gúi dựa trờn cơ sở chỉ duy nhất những điểm cốt yếu của một trường tiờu đề của dịch vụ khỏc biệt .
Bộ phõn loại đa trường MF(multi - field) thỡ ngược lại nú phõn loại dựa trờn một hay nhiều hơn một trường tiờu đề, như địa chỉ nguồn, địa chỉ đớch, trường DS, giao thức ID, số lượng cổng nguồn…và cỏc thụng tin khỏc như giao diện đến.
Hỡnh 4.22 : Điều khiển lưu lượng ở một node dịch vụ khỏc biệt
Những bộ phõn loại phõn loại gúi được sử dụng cho điều khiển lộ trỡnh gúi phự hợp một số quy tắc cho sự xử lý sau này. Điều khiển lưu lượng thực hiện sự ghi lại , tạo khuụn dạng, kiểm soỏt và đỏnh dấu lại cho sự chắc chắn rằng lưu lượng đăng nhập miền DS thực hiện cho một số điều chỉnh đặc biệt về lưu lượng trong TCS xem Hỡnh 4.22. Trờn cơ sởđiều kiện lưu lượng được phõn loại cũng như bờn trong “in- profile” hay ngoài “out – profile”. Những gúi bờn ngoài của profile cú thểđựợc xếp hàng cho đến khi vào
trong hồ sơ in-profile (định hướng ), loại bỏ (kiểm soỏt ), đỏnh dấu lại với code-point (re- maked), hoặc chuyển đổi. Xa hơn thế, cỏc gúi out- of - profile cú thể được lộ trỡnh hoỏ một hay nhiều hơn một tổ hợp tổ hợp cỏch thức.
Quản lý bộ đệm và lập lịch của dịch vụ khỏc biệt
Khụng giống như dịch vụ khỏc biệt về cỏch tiếp cận khung dịch tớch hợp vỡ cỏch tiếp cận của dịch vụ khỏc biệt khụng xỏc định rừ cấu trỳc lập lịch nhưng chỉ yờu cầu tương đối sự phõn loại lưu lượng khỏc nhau. Sự thực thi được hỡnh thành đó loại bỏ sự sản xuốt phần cứng. Đến nay vẫn cú kiến trỳc hàng đợi cú tờn là hàng đợi cơ sở phõn loại (CBQ: Class Base Queueing), nú dường như là ứng cử viờn sỏng giỏ cho lập lịch khỏc biệt phổ biến. CBG cú thểđược cõn nhắc theo thứ bậc, ưu tiờn trọng số trờn bộ lập lịch WFQ (xem Hỡnh 4.19). Sự vận hành dựa trờn sự tập hợp phõn loại lưu lượng. Với CBQ, phõn cấp phõn loại lưu lượng đa mức một là cú thể được cấu trỳc ưu tiờn hay cấu trỳc trọng số, cơ sở ưu thế của phõn loại này được thiết lập. Mỗi loại của nhúm phõn loại cú thể tối đa về băng thụng truy nhập hay cho phộp mượn từ nhúm khỏc. Hỡnh 4.23 trỡnh diễn vớ dụ cho những lưu lượng Video, audio và hỗi trợ tối đa giống như FTP hay telnet. Hỡnh 4.23 Hàng đợi cơ sở phõn loại Một chỳ ý rằng ,những loại lưu lượng giống như …audio, cú thể xuốt hiện ở phõn loại lập lịch khỏc biệt với điều kiện chất lượng phải khỏc nhau. Hàng đợi cơ sở phõn loại (CBQ) Class A ftp telnet vidio audio 50% 30% 20% 10% 20% 10% 10% Class B vidio audio 5% 15% Class vidio o 30
Phõn chia cỏc dịch vụ khỏc biệt
Trong miền dịch vụ đưa ra cú thể được nhúm lại cho việc định lượng hay đặc tớnh chất lượng. Sự phõn tớch định lượng dịch vụđưa ra đảm bảo là khú khăn nú cú thể xỏc nhận bởi thước đo phự hợp khụng tương thớch bất kỡ những dịch vụ tồn tại song song khỏc. Định tớnh chất lượng dịch vụ trờn phương thức khỏc thỡ khụng cung cấp sựđảm bảo chớnh xỏc nhưng hơn thế tương quan với quyền ưu tiờn phụ thuộc vào những dịch vụ rất nhiều . Ởđõy, sự xỏc nhận cỏc dịch vụ chỉ cú thểđược thực hiện tương đối giữa nhiều thành phần dịch vụ. Một cỏch khỏc của dịch vụ khỏc biệt được thể hiện qua phương thức lựa chọn dựa trờn QoS được cung cấp.
Những tiờu chuẩn của dịch vụ
Cú những tiờu chuẩn về dịch vụđược IETF đưa ra . (i) Mặc định (best-effort) PHB
(ii) Nhúm bộ lựa chọn phõn loại cho IP tương thớch với quyền ưu tiờn. (iii) Nhúm PHB chuyển đổi giảđịnh
(iv) tiến hành chuyển đổi PHB
Sự mặc định PBH (i) phải cú hiệu lực trong tất cả cỏc node thụục dịch vụ khỏc biệt. Cho vớ dụ như code-point ‘000000’ cho toàn bộ cỏch thức mặc định. Ngoài ra, khụng một gúi nào DSCPs khụng biết cú thể được vạch ra cho PHB mặc định. Nhúm bộ phõn loại PHB
(ii) thiết lập khả năng backwark cho những khỏi định nghĩa trường ToS. Cỏch viết khỏc, phụ thuộc vào code – point với giỏ trị ‘xxx000’ cú thể được lược đồ hoỏ cho những PHB nú tương hợp tốt nhất với mó quyền ưu tiờn IP cỏ biệt. Tỏm mó code- points thiết lập mụ hỡnh khỏc biệt dịch vụ tương ứng.
(iii) nhúm PHB chuyển đổi giả định cú hai tham số (x) được dựng để xỏc định thứ tự quyền ưu tiờn. (y) được sử dụng để định nghĩa cho sự xỏc định cấp bậc mức độ quan trọng để loại bỏ gúi. Vớ dụ: cho AF11 và AF12 vào hàng xếp cho bộđệm giống nhau tuy nhiờn AF12 cú khả năng bị loại bỏ khỏi bộ đệm cao hơn trong trường hợp xảy ra tắc nghẽn. Chỳ ý rằng cú thể thấy rừ rằng ta cú thể sử dụng bộđệm khỏc nhau cho AF11 và AF12, tuy nhiờn phải trỏnh sự sắp xếp lại gúi. Giỏ trị 12AF code- points được phõn chia vào trong 4 phõn loại AF và 3 thứ tự mức ưu tiờn loại bỏ trong mỗi phõn loại AF.
(iv) cung cấp dịch vụ định lượng với sựđảm bảo hà khắc, đú là mất gúi thấp, sự tiềm tàng phải nhỏ, biến động trễ thấp và cấp cho tốc độđỉnh tuỳ theo bản thoả thuận quyết định tốc độ bit. Dịch vụ này xuốt hiện như đường dõy thuờ riờng ảo ‘virtual leased line’ cho khỏch hàng. Nếu quyền ưu tiờn khụng giới hạn của lưu lượng EF được cho phộp trong hệ thống sau khi sử dụng tài nguyờn của tầng phõn loại EF phải cú giới hạn cốt để trỏnh sự thiếu thốn của lưu lượng ưu tiờn bị giảm xuống.
Thu hồi băng thụng
Những phần tử thu hồi băng thụng (BB: Bandwidth Brokering) thực hiện quản lý mềm dẻo nguồn tài nguyờn trong mạng dịch vụ khỏc biệt (vớ dụ: Call admission control, cấu hỡnh của router, tớn hiệu phõn chia tài nguyờn, sự nhận thực). BBs khụng chỉ chịu trỏch nhiệm cho quản lý tài nguyờn, chỳng cũng điều khiển sự liờn lạc miền liờn kết cốt để đảm bảo chất lượng dịch vụ cho lưu lượng đa miền. Từ vẻ bề ngoài này, BBs cú thểđược quan tõm cỏc tỏc nhõn nguồn tài nguyờn, chỳng tiếp nhận yờu cầu người sử dụng và quyết định cú hay khụng chia sẻ giỏ trị nguồn tài nguyờn giữa những người sử dụng cho những yờu cầu của chỳng. Nếu cõu trả lời là cú, chỳng để dành những yờu cầu tổng số của nguồn tài nguyờn cho những yờu cầu sử dụng bởi cấu hỡnh những node mạng phụ thuộc vào những dịch vụ đó được xỏc định rừ. BBs được đăng ký cho những miền.
Kết luận chương
Chương IV trỡnh bày cụ thể từng kỹ thuật trong mạng IP cú tham gia vào quỏ trỡnh xử lý luồng, cỏc giải phỏp, cơ chế hay nguyờn lý hoạt động trong cỏc kỹ thuật. Trong quỏ trỡnh xử lý một số vấn đề phỏt sinh như nghẽn mạng … đũi hỏi phải cú những phương thức xử lý thớch hợp, Ở chuơng này đưa ra những giải phỏp đú.
Từđú thấy được mối quan hệ tương quan cụ thể tới QoS trong mạng. Cỏch thức xử lý, quản lý để nõng cao chất lượng dịch vụ mạng.
KẾT LUẬN
Sau một thời gian tỡm hiểu bản đồ ỏn”nghiờn cứu chất lượng dịch vụ trong mạng IP” đó hoàn thành với những nội dụng chớnh sau đõy:
• Tỡm hiểu tổng quan về mụ hỡnh TCP/IP
• Tỡm hiểu chung về QoS.
• Nghiờn cứu tổng quan về chất lượng dịch vụ trong mạngIP.
• Nghiờn cứu một số kỹ thuật hỗi trợ chất lượng dịch vụ trong mạng IP. Bản đồ ỏn tỡm hiểu QoS theo một trỡnh tự: từ cỏi nhỡn chung về QoS đến một quan
điểm cụ thể QoS trong mạng IP, trong đú nhấn mạnh về khớa cạnh quản lý mạng.
Do kiến thức cũn nhiều hạn chế và thời gian cú hạn, lĩnh vực cũn mới nờn đồ ỏn mới chỉ tỡm hiểu dưới dạng tổng quan, khụng đi sõu vào những nội dung cụ thể. Bài toỏn nõng cao chất lượng dịch vụ mới chỉ xột trờn quan điểm của nhà quản lý mạng, cũn một số quan điểm của người sử dụng cụ thể, quan điểm nõng cao chất lượng bằng phương phỏp quản lý nhõn lực…khụng được trỡnh bày ở đõy. Mụ hỡnh mạng từ biờn tới biờn mới chỉ đưa ra hai mụ hỡnh intserv và diffserv cũn những mụ hỡnh khỏc chưa
được nờu ra ởđõy.
Từ những kết quảđạt được trong bản đồ ỏn này cú thể tiếp tục đi sõu nghiờn cứu chi tiết hơn về cỏc giải phỏp, những giao thức, và một số mụ hỡnh dịch vụ mạng khỏc hỗi trợ QoS trong mạngIP.
Mặc dự đó hết sức cố gắng nhưng đồ ỏn khụng trỏnh khỏi cú những thiếu sút. Em xin được tiếp tục tiếp thu mọi ý kiến gúp ý, sửa chữa của cỏc thầy cụ và cỏc bạn để cú thể hoàn thiện đề tài này sõu hơn.
Để cú được kết quả như ngày hụm nay là nhờ cụng lao dạy dỗ của cỏc thầy cụ giỏo, đặc biệt là TS. Nguyễn Tiến Ban đó hướng dẫn, giỳp đỡ em trong cụng việc cựng với sự giỳp đỡ của gia đỡnh cựng và cỏc bạn. Em xin gửi lời cảm ơn chõn thành tới thày cụ giỏo và gia đỡnh, bạn bố đó sỏt cỏnh với em, giỳp đỡ em.
Xin chõn thành cảm ơn !