Download miễn phí Báo cáo về Frame Relay



Mục lục
Lời Thank . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Mục lục . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Lời nói đầu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Giới thiệu đề tài. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1. Các chuẩn cho Frame Relay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.1. Chuẩn ITU-T/CCITT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.2. Chuẩn ANSI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.3. Mở rộng LMI và các giải pháp độc quyền . . . . . . . . . . . . . . . . . . . 9
1.4. Các chuẩn mở rộng LMI. . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.5. Các lựa chọn mở rộng. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2. Các thông số và kích thước FR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.1. Phương pháp tính CIR và EIR. . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2. Kích thước của CIR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.3. Kích thước cổng truy nhập FR. . . . . . . . . . . . . . . . . . . . . . . . . 12
2.4. Các PVC theo một hướng duy nhất, không đối xứng, đơn hình . . . . . . . . 13
2.5. Bursting over CIR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.6. Bit DE (Discard Eligible). . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.7. Oversubscription . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.8. PVC reroute capability. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3. Việc kiểm soát tắc nghẽn và lưu thông của Frame Relay . . . . . . . . . . . . . . . . . 17
3.1. Định nghĩa sự tắc nghẽn trên mạng FR . . . . . . . . . . . . . . . . . . . 17
3.2. FECN và BECN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.3. Quản lý các lớp được liên kết (CLLM). . . . . . . . . . . . . . . . . . . . . 18
4. Dịch vụ trên mạng FR công cộng. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.1. Các dạng dịch vụ của FR. . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.2. Public versua Private . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.3. Các tham chiếu dịch vụ công cộng FR . . . . . . . . . . . . . . . . . . . . 21
4.4. Mạch ảo chuyển mạch SVC . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.5. Giao diện giữa các mạng (NNI). . . . . . . . . . . . . . . . . . . . . . . . 22
5. Các kiến trúc mạng FR công cộng . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
5.1. Kiến trúc vòng mở . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
5.2. Kiến trúc vòng đóng . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
5.3. FR trên một backbone chuyển mạch ô . . . . . . . . . . . . . . . . . . . . 28
5.4. Các vùng đệm vào/ra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
6. Các vấn đề thiết kế truy cập . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
6.1. Các thiết bị truy cập mạng. . . . . . . . . . . . . . . . . . . . . . . . . . . 29
6.2. Thiết bị truy cập mạng FR (FRAD) . . . . . . . . . . . . . . . . . . . . . . 29
6.3. Dial Access và Dial BackUp. . . . . . . . . . . . . . . . . . . . . . . . . . 31
7. Các vấn đề về thiết kế hiệu năng. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
7.1. Các Frame bị mất và tỉ lệ lỗi truyền . . . . . . . . . . . . . . . . . . . . . 34
7.2. Trễ truyền . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
7.3. Trễ transmission transit . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
7.4. Trễ gói, trễ nối tiếp và trễ hàng đợi . . . . . . . . . . . . . . . . . . . . . . 35
7.5. Overhead và Throughput. . . . . . . . . . . . . . . . . . . . . . . . . . . 36
7.6. Định kích thước cửa sổ và ảnh hưởng của chúng . . . . . . . . . . . . . . . 36
7.7. Buffering và thoughput trong qúa trình tắc nghẽn . . . . . . . . . . . . . . 36
8. Giá cả và tốc độ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
8.1. Các yếu tố trong việc định giá FR. . . . . . . . . . . . . . . . . . . . . . . 38
8.2. Đặt ra các mức giá hay không? . . . . . . . . . . . . . . . . . . . . . . . . 39
8.3. Định giá dựa vào mức sử dụng, một sự lựa chọn đúng đắn?. . . . . . . . . 39
8.4. Hướng dẫn định giá. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
8.5. Zero CIR. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
8.6. Xây dựng hay là mua . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Kết luận. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Nhóm sinh viên thực hiện. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Tài liệu tham khảo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
 
 
 
 


http://s1.liketly.com/flash/edoc/jh2i1fkjb33wa7b577g9lou48iyvfkz6-swf-2013-12-27-bao_cao_ve_frame_relay.Z2B2uAll5q.swf /tai-lieu/de-tai-ung-dung-tren-liketly-51428/
Để tải bản Đầy Đủ của tài liệu, xin Trả lời bài viết này, Mods sẽ gửi Link download cho bạn sớm nhất qua hòm tin nhắn.
Ai cần download tài liệu gì mà không tìm thấy ở đây, thì đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí

Tóm tắt nội dung tài liệu:

rong 1s, cho nên có phải truyền từ 2s trở lên. Trong nhiều trường hợp, thông lượng truyền dữ liệu sẽ vượt quá giá trị CIR được gán, khi đó, bursting sẽ được yêu cầu.
T = 0 1 2 3 4 5 6
T = 0 1 2 3 4 5 6
CIR=32k
FR Access Circuit
56kbps
FR Switch Port 56kbps
CIR=32k
FR Access Circuit
56kbps
FR Switch Port 56kbps
Frame Make “DE”
T = 0 1 2 3 4 5 6
CIR=32k
FR Access Circuit
56kbps
FR Switch Port 56kbps
Figure 11.5 Frame Relay Busting Example
Trong hình trên, một PVC đơn với tốc độ CIR 2 hướng 32 Kbps được cung cấp qua mạch truy nhập 56Kbps.
2.6. Bit DE (Discard Eligible)
Có rất nhiều cách để giới hạn phạm vi của băng thông được cung cấp cho User tại bất kỳ một thời điểm nào. Điều này có thể là một nhân tố khó thực hiện trong quá trình gặp tắc nghẽn, khi có nhiều các user yêu cầu các băng thông cao hay thấp tranh giành tài nguyên bị giới hạn. Một phương pháp định ranh giới băng thông để lựa chọn user theo thứ tự ưu tiên là thông qua việc sử dụng các bit DE. Các frame của user có DE = 1 sẽ bị loại bỏ đầu tiên, user có ưu tiên cao hơn có DE được gán bằng 0.
Bit DE được thiết lập tuỳ ý hay thông qua mạng. Nếu nút mạng bị tắc nghẽn, nó sẽ loại bỏ các frame có DE = 1.
2.7. Oversubscription (OS)
Có hai phương pháp để thiết lập CIR.
- Phương pháp thứ nhất là regular booking, tổng các CIR không vượt quá tốc độ truy nhập
- Phương pháp thứ hai là over booking, tổng các CIR vượt quá tốc độ dòng truy nhập.
Trong regular booking, các CIR được thêm vào các router chính, kết quả được đoán trước, điều đó được thực hiện tại thời điểm PVC bị giới hạn trên các CIR của PVC trong suốt quá trình tắc nghẽn
Trong over booking, sự thực thi trên trục chính trở thành thống kê, mặc dù mỗi PVC riêng lẻ có thể được cung cấp với tốc độ CIR cao hơn trong trường hợp regular booking khi tổng các CIR của PVC có thể vượt quá tốc độ dòng truy nhập. Vì vậy, OS là khả năng để đăng ký các CIR quá mức đi qua cổng truy nhập vật lý đơn.
2.8. PVC reroute capability
Trong các mạng FR, nếu một đường truyền vật lý đã có PVC sử dụng bị hỏng thì các chuyển mạch FR ở cả hai điểm đầu và cuối của đường truyền vật lý có thể gửi PVC thông qua một chuyển mạch thay thế khác đến đích. Toàn bộ sự gián đoạn này chỉ xảy ra trong vòng vài ms. Khả năng này không có trong UNI mà chỉ có trong cơ Cấu chuyển mạch FR.
3. Việc kiểm soát tắc nghẽn và lưu thông của Frame Relay
Phần này chúng ta thảo luận chi tiết về việc kiểm soát đụng độ của FR. Việc kiểm soát luồng dữ liệu được thực hiện ở hai mức: Mức ngầm định ở lớp giao vận và lớp ứng dụng ; mức hiện ở giao thức FR thông qua FECN, BECN và CLLM.
3.1. Định nghĩa sự tắc nghẽn trên mạng FR
Đụng độ gia tăng khi gia tăng lưu lượng dữ liệu truyền trên mạng. Tắc nghẽn sẽ xảy ra khi cố gắng truyền 1 lượng dữ liệu qua một số vị trí đặc biệt của cơ cấu mạng mà lại lớn hơn khả năng băng thông của nút đó. Thông thường các thiết bị phần cứng tham gia vào việc truyền dữ liệu trên mạng đều có bộ đệm dữ liệu, nhưng khi dữ liệu được gửi đến vượt quá dung lượng của bộ đệm thì sẽ xảy ra tắc nghẽn. Trong việc truyền dữ liệu thông thường trong mạng FR, nếu có một điểm xuất hiện đụng độ , nó sẽ tiến hành chọn các frame để xoá: Đầu tiên là các Frame có bit DE trong header =1, các frame có ưu tiên cao hơn thì DE của nó được gán =0 , nhưng sau khi đã xoá hết các Frame có DE=1 mà vãn còn tắc thi nó tiếp tục xoá đến cả các frame có DE=0.
Khi có đụng độ trên mạng là các chương trình điều khiển phải chọn các Frame để xoá , khi đó các thiết bị truy nhập mạng hay người sử dụng phải có các giao thức thông minh lơp cao hơn để hỗ trợ việc khoanh vùng lỗi ở các điểm cuối và sửa lỗi hay truyền lại các Frame bị mất.
Có hai dạng kiểm soá tắc nghẽn được sử dụng để quản lý việc truyền các frame trong mạng FR , đó là thông báo tắc ngầm định và thông báo hiện.
- Thông báo tắc ngầm định : Hỗ trợ cho việc sử dụng các giao thức ở tầng 4 như: DoD TCP,SNA của ABM trong thiết bị mạng hay là trong các thiết bị người dùng. Những giao thức đó làm việc tương tự như việc truyền và nhận các cửa sổ trong chuyển mạch gói X25, nhưng việc quản lý truyền các gói ở các nút kề nhau được thay bằng các Frame. TCP tự động giảm kích cỡ cửa sổ, hay tự động giảm số gói tin được truyền theo việc trì hoãn mạng hay mất Frame. Nó cho phép những người dùng cuối (hay các thiết bị truy nhập mạng) thích nghi được với việc tắc nghẽn mạng và tránh phải xoá các Frame , đồng thời tránh việc phải truyền lại . Nhưng cũng phải nói rằng người sử dụng nên có sự tương tác đối với việc quản lý kiểm soát tắc nghẽn.
Vì vậy dòng điều khiển sẽ được điều chỉnh bởi TCP với sự xác nhận các thông tin tắc nghẽn từ mạng FR. Đối với SNA, các thông báo RNR được gửi từ FRAD tới thiết bị SNA trong suốt quá trình tắc nghẽn. Ghánh nặng trên các giao thức đó có thể được giảm một phần thông qua việc sử dụng ưu thế về băng thông của mạch ảo PVC trong CPE. Một số CPE có thể ưu tiên một số PVC trong mạch chuyển mạng , cho phép 1 số PVC giảm bớt sự ảnh hưởng do trạng thái tắc nghẽn trong khi 1 số PVC khác lại phải chịu ảnh hưởng rất lớn.
- Thông báo tắc nghẽn hiện: thông báo dạng này được thể hiện thông qua FECN, BECN, CLLM.
Chuẩn ANSI định nghĩa rất rõ ràng việc kiểm soát tắc nghẽn thông qua FECN /BECN /CLLM.
3.2 FECN và BECN
Thông báo tắc nghẽn được cung cấp trong trường địa chỉ của FR thông qua 2 bit FN và BN. Bit FN được đặt =1 ở các nút mạng khi chúng bị tắc nghẽn, và nó báo cho giao thức kiểm soá luồng phía nhận tình trạng tắc nghẽn. Trong khi đó bít BN lại được thiết lập ở các Frame theo hướng truyền để báo cho giao thức kiểm soát luồng phía phát về tình trạng tắc nghẽn.
(0)
F
Addr Field
control
User’s data
FCS
F
DLCLmsb
CR
FN
DLCLlsb
BN
DE
(0)
EA/0
D/C
DLCLmsb
DLCLlsb
D/C
EA/1
Sự gia tăng tần suất các bit BN và FN là một dấu hiệu tốt nhằm báo cho biết tắc nghẽn trên mạng đang gia tăng. Hiện tại kỹ thuật này ít được sử dụng ở các điểm cuối và các hệ thống liên phương tiện. Điều đó là bởi thời gian FN và BN đến được điểm kiểm soát cuối thì trạng thái tắc nghẽn có thể không còn ở nút tại đó nó gửi đi thông báo tắc nghẽn. Điểm đáng lưu ý chính là khi thông báo FN và BN được trao cho CPE router , nơi mà không phải là nguồn chính của việc kiểm soát lỗi. Gần đây không có kỹ thuật nào hỗ trợ cho việc CPE router truyền thông báo EN, BN tới TCP hay 1 ứng dụng có thể cung cấp việc kiểm soát lỗi.
3.3. Quản lý các lớp được liên kết (CLLM):
Dạng thứ hai của việc quản lý tắc nghẽn được định nghĩa bởi ANSI là chức năng quản lý các lớp liên kết được kết hợp. CLLM lưu trữ một trong số các địa chỉ DLCI trên 1 giao diện FR để việc kiểm soát luồng truyền thông thông báo với các tiết bị người dùng khi có tắc nghẽn ( ngay cả khi không có Frame nào được truyền đi) . Thông báo CLLM là một thông báo tình cờ về tắc nghẽn phía ngoài kiến trúc tập tin theo quy ước tới người dùng , trong khi không có chuẩn nào quy định cho các Frame trống ( F...

---