組織：中國互動出版網（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：牛韜（NT   niutao@sohu.com）
譯文發布時間：2001-11-14
版權：本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載，但必須
保留本文檔的翻譯及版權信息。




Network Working Group                                          A. Barbir
Request for Comments: 1993                                       Gandalf
Category: Informational                                          D. Carr
                                                               Newbridge
                                                              W. Simpson
                                                              DayDreamer
August 1996


PPP Gandalf FZA壓縮協議
（RFC1993——PPP Gandalf FZA Compression Protocol）


本備忘錄的狀態

   本備忘錄提供的信息是用于Internet社團的。其并未規定某種Internet標準。本備忘錄
的發放不受任何限制。

摘要

   點到點協議(PPP) [1] 為基于點對點鏈接的多協議數據報的傳略提供了一個標準方法。

   PPP 壓縮控制協議 [2] 為基于PPP封裝鏈接的壓縮協議的協商和使用提供了一種方法。

   本文檔描述了用于壓縮PPP封裝的數據包的Gandalf FZA 數據壓縮算法 [3]。








目錄
1.  介紹	2
1.1.  許可	2
2.  FZA 包	2
2.1.  數據包格式	3
3.  配置選項格式	3
安全考慮	4
鳴謝	5
參考文獻	5
聯系	5

1.  介紹

   FZA 是由高性能的LZ壓縮算法派生出來的，它通過犧牲內存和CPU資源，獲得了最大的
壓縮比率。其壓縮性能可以通過CPU和內存進行調整。

   多個PPP數據包可以組合成一個單一的壓縮幀或是一個單一的PPP數據包，或者一個單一
的PPP數據包可以穿過多個幀進行傳送。

1.1.  許可

   源和目標許可證對于特權和固定的價格方案來說都是可用的和沒有差別的。專利保證包含
在許可協議中。

2.  FZA 包

   在FZA數據包進行通信前，PPP必須到達網絡層協議狀態。

   當壓縮控制協議（CCP）進行開放狀態和FZA被作為主壓縮算法進行商議時，PPP協議域
顯示為類型為16進制數 00FB(鏈接壓縮數據報)、或 00FD（壓縮數據報）。

   基于PPP鏈接進行傳略的FZA數據報最大長度與PPP封裝數據包中的信息域的最大長度相
同。

   填充

      The FZA 數據包需要對LCP鏈接建立的自描述填充選項[5]進行商討。

   可靠性和先后順序

      FZA算法預期的是可靠的鏈接，正如“PPP可靠傳輸”[6]中所描述的一樣。

      FZA 期望數據包能夠按先后順序進行傳輸。

   數據的壓縮比率

      Gandalf FZA的最大壓縮比率是 2:1。然而，標準的釋放后的數據與壓縮前的數據大
小的比率是1.01:1。因為釋放后的數據要對壓縮歷史記錄的完整性進行維護。

      當釋放的長度超過了用于鏈接的同等最大接收單元的長度，釋放的數據包將以多個
PPP幀的形式發送。壓縮數據包含了原始數據包的結束指示符。

2.1.  數據包格式

   Gandalf FZA 數據包格式的摘要如下所示。域的傳輸是從左向右的。

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |         PPP Protocol          |     Compressed Data ...
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   PPP 協議
      一或兩個八位字節。PPP協議域以點到點協議封裝 [1] 的形式進行描述。

      在未使用PPP多鏈接協議，和（或）在多鏈接包中時，要使用類型 00FD。類型 00FB
用于在多鏈接之外，用于壓縮個別多鏈接包中的獨立鏈接。在協商LCP協議域壓縮時，這個
值可能會被壓縮。

   壓縮數據

      一或二個八位字節。壓縮的PPP封裝數據包。

在壓縮前，未壓縮的數據先用原始的PPP協議進行編號。在協商LCP協議域壓縮時，
這個值可能會被壓縮。
原始協議編號在原始的信息域之后。原始信息域的長度在壓縮前一定不可以超接收單元的鏈
接最大量（MRU）

      PPP 鏈接控制協議數據包一定不要放在壓縮數據中發送。


3.  配置選項格式

   描述

      CCP Gandalf-FZA配置選項格式商討了鏈接上Gandalf FZA 的使用。由于缺省或最終
的爭議。沒有利用壓縮。

   Gandalf-FZA 配置選項格式如下所示。該域從左向右進行傳送。

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Type      |    Length     |   History   |    Version ...
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Type

      19

   Length

      >= 3

   History

      一個八位字節。  域History以2的冪的形式規定了壓縮歷史記錄的最大長度。其有
效值從12到15
     同樣，其不需要作為歷史進行發送，因為其實現提示其可以被接受。

   Version

      0或更多的附加字節配置信息。沒有實現這一信息的任何形式的實現必須發送一個不
帶有該域的無應答配置。

      FZA的Version 域不存在

      Version 域的長度為一字節，對于FZA+，其值為1。


安全考慮

   本備忘錄未考慮安全問題。



鳴謝

   FZA was developed by David Carr while at Gandalf Data Limited.

   FZA+ was an improvement by Abbie Barbir.

   Editting and formatting by William Simpson.


參考文獻

   [1]   Simpson, W., Editor, "The Point-to-Point Protocol (PPP)", STD
         51, RFC 1661, DayDreamer, July 1994.

   [2]   Rand, D., "The PPP Compression Control Protocol (CCP)", RFC
         1962, Novell, June 1996.

   [3]   Barbir, A., "A New Fast Approximate Arithmetic Coder",
         Proceedings of IEEE 28th SouthEastern Symposium on Systems
         Theory (SSST), Baton Rouge, Louisiana, pages 482-486, April
         1996.

   [4]   Lempel, A. and Ziv, J., "A Universal Algorithm for Sequential
         Data Compression", IEEE Transactions On Information Theory,
         Vol. IT-23, No. 3, May 1977.

   [5]   Simpson, W., Editor, "PPP LCP Extensions", RFC 1570,
         DayDreamer, January 1994.

   [6]   Rand, D., "PPP Reliable Transmission", RFC 1663, Novell, July
         1994.



聯系

   Licensing queries should be directed to:

   Michael Williams
   Director of Business Development
   Gandalf Data Limited
   130 Colonnade Road South
   Napean, Ontario, Canada  K2E 7M4
   (613) 274-6500 ext 6575


   Comments should be submitted to the ietf-ppp@merit.edu mailing list.

   This document was reviewed by the Point-to-Point Protocol Working
   Group of the Internet Engineering Task Force (IETF).

   The working group can be contacted via the current chair:

      Karl Fox
      Ascend Communications
      3518 Riverside Drive, Suite 101
      Columbus, Ohio  43221

          karl@MorningStar.com
          karl@Ascend.com


   Questions about this memo can also be directed to:

      Abdulkader Barbir
      Gandalf Data Limited
      130 Colonnade Road South
      Napean, Ontario, Canada  K2E 7M4
      (613) 274-6500 ext 8550

          abarbir@gandalf.ca


   Questions about this memo should not be directed to:

      Dave Carr
      Newbridge Networks Corporation
      600 March Road
      P.O. Box 13600
      Kanata, Ontario, Canada, K2K 2E6

          dcarr@newbridge.com

      William Allen Simpson
      DayDreamer
      Computer Systems Consulting Services
      1384 Fontaine
      Madison Heights, Michigan  48071

          wsimpson@UMich.edu
          wsimpson@GreenDragon.com (preferred)


RFC1993——PPP Gandalf FZA Compression Protocol                    PPP Gandalf FZA壓縮協議


2
RFC文檔中文翻譯計劃