Để cải thiện khả năng giải quyết ựn tắc trong cỏc chuẩn, cú một số vấn đề về thực thi, cần phải xem xột chi tiết đối với từng yờu cầu hoạt động mạng. Những vấn đề này là : phương phỏp ưu tiờn cho thụng tin người dựng, điều khiển mạng và hiển thị cỏc ảnh hưởng của ựn tắc, và một vấn đề về kết hợp cỏc loại thụng tin bờn trong mạng. Một mạng Frame Relay khụng thể được xõy dựng thuần tuý trờn sự đưa ra cỏc giao thức ở lớp truy cập, sự xem xột cận thẩn là khụng thể thiếu đối với mạng back bone đang mang cỏc chức năng như điều khiển ựn tắc để cung cấp một dịch vụ mạng lý tưởng. Những cải thiện về điều kiện ựn tắc cần được tớch hợp bờn trong dịch vụ Frame Relay trờn back bone.
a. Priority ( ưu tiờn :
Một trong những thiếu sút chớnh của việc chỉ rừ giao thức Frame Relay chuẩn là khỏi niệm user priority. Cú nhiều cỏch thực thi priority, nhưng chỳng cỳ chung một mục đớch là phõn biệt cỏc thụng tin từ những thuờ bao khỏc nhau, như vậy mỗi thuờ bao sẽ được đối xử theo một cỏch riờng.
CIR là một cỏch khỏc để phõn biệt đối xử với người dựng, nhưng dựa trờn tổng lượng số liệu mà họ muốn truyền đi : CIR càng lớn, băng thụng mạng được chỉ định cho người đú càng lớn. Như vậy, hai thuờ bao cú thể cú cỏc CIR khỏc nhau, một thấp, một cao nhưng priority của họ cú thể được sắp xếp cao hơn CIR thấp, hoặc ngược lại. Thực tế, đõy là cỏch phổ biến vỡ người dựng cỳ CIR thấp hơn thường gửi khung nhỏ hơn, chỳng cú thể nhảy lờn trước trong hàng đợi ra.
+ Traffic handling, đảm bảo số liệu ưu tiờn cao được đối xử đặc biệt trong mạng, thường được nhảy lờn trước trong hàng đợi , điều này đặc biệt cú ý nghĩa với thụng tin nhạy trễ.
+ Thu xếp băng thụng để nếu cú xung đột trong thiết lập cuộc gọi giữa hai người dựng, người được ưu tiờn sẽ giành được băng thụng.
+ Khả năng burst, cung cấp dịch vụ khi hai user cựng gửi tin vượt CIR, thụng tin ở mạch của người cú ưu tiờn thấp sẽ bị loại bỏ trước.
+ Quản lý ựn tắc, trong một nút mạng cú ựn tắc, thỡ thụng tin thấp priority sẽ bị xử lý trước.
Cú hai loại ựn tắc xảy ra đối với nút mạng :
+ Ùn tắc trờn từng kết nối vào do dự hỡnh thành hàng đợi ra
+ Ùn tắc trong chớnh nỳt do hỡnh thành cỏc hàng đợi qua một số kết nối.
Đối với ựn tắc trờn kết nối : mỗi kết nối trong nút cú mật độ sõu tối đa được lập sẵn của hàng đợi cho biết số bit lớn nhất cú thể xếp hàng trờn kết nối đú chờ ra. Đú là ngưỡng hàng đợi kết nối, khụng được phộp vượt qua. Nếu bị vượt, một nút thường dừng nhận thờm khung vào hàng đợi đú bằng cỏch loại bỏ khung, và giảm bớt bit tin trong hàng đợi. Cần cú hai ngưỡng, một theo hướng tăng, một theo hướng giảm ( Hỡnh 15 ) khi ngưỡng tăng bị vượt, nút sẽ phải trỡ hoón khung hoặc loại bỏ khung để giảm hàng đợi.Nếu giảm tới ngưỡng giảm, nút rẽ bắt đầu nhận thờm khung vào hàng đợi. Biện phỏp này làm cho nút liờn tục di chuyển giữa hai trạng thỏi ựn tắc và khụng ựn tắc.
Các khung ra
Ngỡng dới
MỘT GIẢI PHÁP KHÁC TỐT HƠN, QUAN TÂM TÍI PRIORITY, đSSI HÁI MÄI KHUNG đẻC đặT VΜO HΜNG ĐỢI THEO PRIORITY, VỚI CÁC KHUNG CÃ PRIORITY
CAO đẻC CHèN LêN TRÍC CáC KHUNG KHáC CÃ PRIORITY THấP HơN. ĐIềU NΜY TấT YếU DẫN TÍI MẫT Sẩ KHUNG Bị đẩY TRậ LạI NGèNG TRêN. NếU CHểNG QUA NGèNG
NΜY, CHểNG Sẽ Bị LOạI BÁ NGUY Cơ CẹA BIệN PHáP NΜY LΜ CáC KHUNG CÃ PRIORITY THấP HơN Sẽ KHôNG BAO GIấ CÃ Cơ HẫI RA KHÁI NểT, VΜ NHữNG USER CÃ
MỉC PRIORITY CAO CÃ THể LΜ NHữNG USER DUY NHấT NHậN đẻC DịCH Vễ. Vì Lí DO NΜY LOạI HΜNG đẻI DÙA TRêN PRIORITY CầN CÃ THêM Hệ THỐNG đIềU KHIểN
địNH MỉC để XáC địNH CáC TÛ Lệ CẹA CáC PRIORITY TRONG HΜNG đẻI. Ví Dễ, NếU CÃ 3 PRIORITY CAO, VếA, VΜ THấP, NGấI QUảN Lí MạNG Sẽ THIếT LậP MẫT TÛ Lệ PRIORITY NH 60 : 25 : 15, đSSI HÁI CáC KHUNG PRIORITY CAO CHỉ CHIếM TẩI đA 60% HΜNG đẻI, 25% CHO PRIORITY VếA VΜ PHầN CSSN LạI CHO PRIORITY THấP. NếU
đã đạT TÍI CáC NGèNG NΜY THì NếU KHUNG PRIORITY CAO TÍI, Sẽ Bị LOạI BÁ.
Ùn tắc nút ( nodal congestion ) thường dựa trờn hiển thị và điều khiển độ dài hàng đợi trong nút, bằng cỏch xỏc định sự sắp xếp cỏc bộ đệm nút cho hàng đợi ra. Nhiều chuyển mạch thực thi hệ sắp xếp bộ đệm, chia bộ điệm cho cỏc đường trung kế cú sẵn. Điểm mạnh của cỏch này là tận dụng tối đa bộ đệm sẵn cú. Trường hợp này, ựn tắc cú thể được phỏt hiện bằng việc xỏc định phần bộ đệm cũn lại trong hệ thống cú thể cung aps một hệ quản lý ựn tắc linh hoạt và tiờn tiến hơn, với nhiều mức priority.
Vớ dụ, một chuyển mạch cú 8 mức priority và 8 Mb khụng gian bộ đệm. Một bảng logic cú thể được lập bờn trong nút, chỉ rừ cỏc ngưỡng kớch thớch phục hồi. Do cú bảng này, khụng thể từ chối cỏc khung vào ( giống như với từng đường như trờn ) nhưng cú thể cung cấp sự phục hồi chuẩn của Frame Relay của việc xoỏ khung. Bảng cú dạng :
Frame Priority Start discarding DE frames at DISCARDING STAR
ALL FRAMES AT AT Stop discarding non – DE fromes at Stop discarding any frames at 0 ( high ) 1,0 Mb 0,5 Mb 1,2 Mb 1,4 Mb 1 1,1 Mb 0,6 Mb 1,3 Mb 1,5 Mb . . . …… ….. …… … Hàng đợi Các khung vào Hình 15 : Ví dụ về ngỡng kết nối
Trong đú, DE là Dis card Eligible. Vớ dụ này giả sử việc kiểm tra CIR đựơc hoàn tất ở lỳc truy cập Frame Relay, và cỏc khung vượt CR ( trong thời gian burst ) đó được đỏnh dấu DE và cú thể sẽ bị loại trước tiờn trong nút.
b. Hiển thị và điều khiển ựn tắc mạng :
Mọi mạng Frame Relay cần hiển thị mức độ tắc nghẽn của nú một cỏch liờn tục, và tỏc động tới sự truy cập của người dựng nếu cú một nguy hiểm về quỏ tải thụng tin trong mạng, tạo nờn những vấn đề cho cỏc thuờ bao. Hệ thống quản lý mạng phải được lập sẵn để hoạt động trờn những điểm núng, tắc nghẽn tiềm tàng và giảm nguy hiểm bằng cỏch thụng bỏo cỏc thuờ bao đang gõy phiền phức. Cú một số cỏch để thụng bỏo :
+ Lập cỏc bit FECN và BECN trong cỏc khung
+ Phỏt thụng bỏo CLLM để bỏo thuờ bỏo đớch nờn tạm thời truyền tin chậm lại
+ Thận trọng loại cỏc số liệu theo cỏc mạch ảo thuờ bao thớch hợp để ỏm hiệu cho cỏc thuờ bao này rằng họ đang gõy tắc nghẽn.
Ký hiệu FECN cho người dựng nhận được nú biết người đú đang phỏt triển quỏ nhiều số liệu vào mạng, và sẽ cú lợi hơn nếu tạm thời giảm luồng số liệu. Điểm yếu của thụng bỏo FECN là người nhận thụng bỏo là người nhận khung, khụng phải là người thực sự gõy nờn tắc nghẽn. Điều này yờu cầu người nhận từ chối nhận khung và đúng cửa số nhận. Đúng cửa sổ trỏnh cho bờn phỏt tiếp tục phỏt thờm số liệu tới khi nhận được ACK ( Acknow ledgements ) của cỏc khung trước. Việc lập FECN, nếu dựa trờn sự đo mức độ tắc nghẽn giữa ngưỡng trờn và ngưỡng dưới, sẽ giải quyết tắc nghẽn hữu hiệu hơn vỡ nỳ khụng chỉ tạo ra một mà là một dũng liờn tục cú FECN – set. (adsbygoogle = window.adsbygoogle || []).push({});
Ký hiệu BECN được gửi tới chớnh người đang gõy ra tắc nghẽn. Mạng xỏc định mức độ tắc nghẽn và so sỏnh với cỏc ngưỡng để lập hoặc xoỏ BECN. Nhờ đú tạo ra cỏc dũng cỏc khung BECN – set để kớch thớch quỏ trỡnh giảm luồng số liệu.
c. Trộn lẫn trafic ( thụng tin )
Mỗi mạng sẽ mang rất nhiều loại thụng tin của người dựng. Cỏc mạng chuyển mạch gúi truyền thống bị hạn chế trong việc pha trộn hai loại thụng tin : batch (truyền file ), trao đổi host – to – host ) và interactive ( trao đổi user – to – host ). ấn tượng đầu tiờn về cỏc mạng Frame Relay là chỳng thực thi nhanh, khả năng đỏp ứng cao cỏc yờu cầu, vớ dụ như truyền ảnh, CAD, CAM và truyền file. Thực tế cho thấy, Frame Relay cú thể đỏp ứng tất cả cỏc yờu cầu trước kia đặt ra với mạng chuyển mạch gúi, cộng với cỏc yờu cầu cao mới.
Mỗi người dựng cần cú mức chất lượng dịch vụ riờng, dựa trờn ứng dụng :
+ Người dựng đang vận hành liờn kết hoạt động cơ sở dữ liệu để điều tra tài khoản yờu cầu đỏp ứng nhanh ( low transit delays ) từ mạng, nờn bộ phận điều hành phải luụn sẵn sàng trả lời. Thường việc hỏi chỉ truyền vài khung, cũn việc trả lời lại truyền nhiều khung ( vớ dụ, truyền ảnh ).
+ Hoạt động lập phần mềm mới sẽ phải truyền rất nhiều số liệu cũng khụng cõn bằng yờu cầu đỏp ứng như trờn, nhưng ít chỳ trọng thời gian vỡ khụng phải phối hợp hoạt động.
+ Trao đổi LAN - to – LAN chỉ gồm một loại trafic – E – mail giữa hai LAN site thường gồm những dũng text vài trăm ký tự, và cũng khụng chỳ trọng nhiều về thời gian.
Lý do vỡ sao Frame Relay thường được dựng cho những loại ứng dụng này liờn quan tới giỏ cả hơn là đặc tớnh mạng cụ thể. Nếu thụng tin LAN – to – LAN qua WAN chiếm phần chủ yếu ( thực tế chắc chắn như vậy ) thỡ nờn thực thi Frame Relay thống nhất làm cơ sở hạ tầng mạng. Như vậy, để một mạng cú thể đỏp ứng hầu hết cỏc yờu cầu, cần phải xem xột cẩn thận cỏc loại thụng tin, khi xỏc định chương trỡnh giải quyết tắc nghẽn mạng.
Những người dựng được nhận một CIR theo sự dự tớnh sử dụng mạng của họ. Vớ dụ người dựng interactive yờu cầu kết nối full – time tới cơ sở dữ liệu ở xa, trong khi file server thường chỉ nhận massages từ cỏc người dựng E – mail gần đú để truyền đi cỏc hệ thống ở xa. Cả hai yờu cầu này đều tạo ra cỏc luồng thụng tin vượt CIR. Nhưng nếu cú tắc nghẽn xảy ra, thỡ chỉ cú người dựng interactive làm cảm thấy sự trễ mạng.
Trong một mạng Frame Relay đơn giản chỉ cú một giải phỏp cho vấn đề này : thu xếp CIR thật lớn cho người dựng interactive, và ngườ này phải trả giỏ cao trong khi khụng thường xuyờn thực hiện interactive. Giải phỏp thực sự phải đi đụi với sự phối hợp Frame Relay và cỏc giao thức cấp cao hơn, cần phải sử dụng kỹ thuật cửa sổ bậc cao hơn, hoạt động trong sự liờn kết với CIR để bảo đảm rằng người dựng khụng phỏt quỏ nhiều khung vào mạng trong một khoảng thời gian Tc. Mặc dự giải phỏp này gõy trễ, nhưng nhỏ hơn so với việc loại và truyền lại khung rất nhiều.