Nén tải trên Frame Relay potx

Nén tải trên Frame RelayHệ điều hành Cisco IOS hỗ trợ ba tùy chọn cho cơ chế nén tải trên FR: nén từng gói tin, nén theo dòng dữ liệu và nén theo FRF9 packetby-packet, data-stream, và Fr

Nén tải trên Frame Relay

Hệ điều hành Cisco IOS hỗ trợ ba tùy chọn cho cơ chế nén tải trên FR: nén từng gói tin, nén theo dòng dữ liệu và nén theo FRF9 (packetby-packet, data-stream, và Frame Relay Forum Implementation Agreement 9 - FRF.9)

FRF.9 là tùy chọn duy nhất trong ba tuỳ chọn nêu trên đã được chuẩn hóa Nén kiểu FRF9 và nén theo dòng dữ liệu hoạt động theo cùng một cách; sự khác biệt thực sự là ở chổ FRF9 tương thích với những thiết bị không phải là Cisco

Cả ba tùy chọn nén của FR đều dùng thuật toán LZS nhưng sự khác nhau chủ yếu liên quan đến việc sử dụng thư viện nén như thế nào LZS định nghĩa các hàng trong tự điển trong đó liệt kê một chuỗi nhị phân từ dữ liệu đụơc nén và một chuỗi tương ứng có kích thuớc nhỏ hơn để dùng khi truyền Số bit cần phải truyền sẽ giảm đi Một bảng bao gồm các giá trị mã nhị phân và các chuỗi kết hợp của nó được gọi là một tự điển

Phương thức nén từng gói tin cũng dùng LZS nhưng tự điển nén được xây dựng cho từng gói tin và sau đó loại bỏ Hai phương thức còn lại không có xóa các thành phần ra khỏi tự điển sau từng gói tin Bảng dưới đây liệt kê ba tuỳ chọn nén và các đặc điểm phân biệt quan trọng nhất của từng loại

Đặc điểm Cơ chế nén theo từng gói tin FRF.9 Nén theo dòng dữ liệu

Dùng thuật toán LZS -Có -Có -Có

Dùng một tự điển cho tất cả các gói tin -Không -Có -Có

Giao thức của riêng Cisco -Có -Không -Có

Cấu hình nén được cấu hình trên từng mạch ảo VC Cấu hình này tùy thuộc vào các cổng subinterface dạng điểm có thể được dùng hay không Trên các cổng dạng điểm-điểm, lệnh frame-relay payload-compress type được dùng Nếu không, lệnh frame-relay map phải được cấu hình cùng với tùy chọn payload-compress type Ví dụ dưới đây mô tả cấu hình nén trên FR Mạch ảo VC từ R1 đến R3 dùng nén trên từng dòng dữ liệu và VC

từ R1 đến R4 dùng FRF9

Dưới đây là cấu hình của R1 R3 thì dùng lệnh frame-relay map và R4 dùng cùng lệnh frame-relay payload-compress

interface Serial0/0/0.14 point-to-point

frame-relay payload-compress frf9 stac

!

interface Serial0/0/0.123 multipoint

frame-relay map ip 10.1.123.3 103 broadcast payload-compress data-stream stac

Kế tiếp, R1 gửi ra 5000 gói tin ping có kích thước 200bytes đến R4 để tạo ra lưu lượng R4 hiển thị thông tin trước và sau khi cấu hình trong lệnh show compress

R4# show compress

Serial0/0/0 - DLCI: 101

Software compression enabled

uncompressed bytes xmt/rcv 1021536/1021536

compressed bytes xmt/rcv 178090/177820

Compressed bytes sent: 178090 bytes 12 Kbits/sec ratio: 5.736 Compressed bytes recv: 177820 bytes 12 Kbits/sec ratio: 5.744

1 min avg ratio xmt/rcv 3.506/3.301

5 min avg ratio xmt/rcv 3.506/3.301

10 min avg ratio xmt/rcv 3.506/3.301

no bufs xmt 0 no bufs rcv 0

resyncs 0

Additional Stac Stats:

Transmit bytes: Uncompressed = 0 Compressed = 142922 Received bytes: Compressed = 142652 Uncompressed = 0