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

Network Working Group                                         W. Simpson
Request for Comments: 1618                                    Daydreamer
Category: Standards Track                                       May 1994

ISDN上的PPP(點對點)協議 
（RFC1618 ——PPP over ISDN） 


本備忘錄的狀態
本文檔詳細說明了Internet團體的一個Internet標準協議， 并需要經過討論建議加以改
進。關于這個協議的標準化狀態，請參考Internet官方協議標準（STD1）。
概要
點對點協議（PPP）[1] 為多協議的報文在點對點的鏈路上的傳輸提供了一種標準的  方
法。此文檔描述了PPP在ISDN（綜合數字業務網）交換電路上的使用。
這個文檔是IETF點對點協議工作組的成果。 任何建議及注解可以發送到郵件列表
ietf-ppp@merit.edu。
適用性：
此規范用于需要使用在ISDN點對點鏈路上進行PPP封裝的實現。PPP不針對多點或
多重訪問環境而設計。
“顯然，ISDN決不可能是單一的和全球統一的。” 此文檔的目的是描述一些從現今各
種廣泛的應用中選擇出的普遍的實現方法， 以利于提高協同性。

目錄
1  介紹	2
2  物理層要求	2
3  幀格式	3
4  帶外信號	4
5  配置細節	4
6  安全上的考慮	4
7  參考	4
8  致謝	5
9 聯系方式	5

1  介紹
PPP（點對點協議）是作為一種點到點的鏈路上的通信的標準方法而設計。最初應
用于短的本地線路， 租借線路和使用調制解調器的普通電話線路。隨著新的報文服務
和更高速的線路的引進，PPP在這些環境同樣能容易地實施。
此規范主要涉及到PPP封裝在ISDN線路上的使用。 由于ISDN B通道從定義上
是點對點的電路， 所以PPP很適合在這些鏈路上使用。
ISDN PRI（主群速率接口）可以支持許多并發的B通道鏈路。PPP LCP（鏈路控
制協議）和NCP（網絡控制協議）機制尤其適用于減少和消除握手過程的配置，并使
不同的實施之間的通信較容易。
ISDN D通道當適當地分幀后，也能用于發送PPP報文，但受帶寬的限制，并經
常使通信局限于本地交換機。
ISDN的術語可能混淆。 以下是簡單的圖例解釋下文將要描述的參考點。

       R                 S               T                   U
        

這些要素經常被組合在一臺設備上。
2  物理層要求
PPP將ISDN信道看作面向位和字節的同步鏈路。這些鏈路必須是全雙工的， 但
也可能是專線或電路交換。

接口格式：
PPP向物理層呈現一個字節的接口。部分的字節不能產生或被接受。字節流主要
應用與R或T參考點。
傳輸速率：
	與一些特別的ISDN信道接口不同，PPP不對傳輸的速率加以限制。
控制信號：
PPP不需要使用控制信號。若有的話，使用控制信號可以達到更強的功能和性能。 
在[2]中詳細討論。一些幀技術的描述中可能需要控制信號，這超出了本文的范圍。
	編碼：
由DTE（數據終端設備）/DCE（數據通信設備）負責各種編碼和量化的定義， 此
內容超出了本文的范圍。

即使PPP的運作與底層的字節流的表示方法無關，但是在傳輸中沒有標準就象數
據鏈路沒有標準一樣肯定會影響交互性。D通道的LAPD接口在T參考點需要NRZ
編碼。 所以，作為默認方式，建議在B通道的T參考點使用NRZ編碼方式。這樣
能使幀在B和D通道之間易于交換。
當允許設置編碼方式時，建議在完全B通道需要的地方選擇NRZI方式以確保 最
小一次密度，并附涉及FCS的申請。
	
	歷史上，有些實施方案使用反向NRZ（僅僅交換了標記和空字符的含義），以便
于確保面向位的同步HDLC的最小一次密度。不建議使用反向NRZ。

自動檢測
	那些需要組合多種編碼方式的實施方案可以選擇自動檢測編碼方式。自動編碼檢
測可以避免擴大化的事前配置，對PRI（主群速率接口）尤其重要。現在只有簡
單的編碼方式比較著名。
	現在唯一可靠的檢測方法是在被支持的編碼方式之間進行模式轉換。LCP配置請
求的傳輸在每一種編碼方式應該嘗試兩次，再轉到下一種模式。這樣確保能有足
夠的時間接收從對端來的響應。
必須配置最大設置，以便在累積嘗試的時間大于59秒時斷開連接。一般情況下
最好使用30秒的期限。

優先配置
	通過使用優先配置，PPP也可以與其他編碼方式一起使用。由于難以區分，不提
倡自動檢測編碼方式。
遵循V.120的終端適配器可用來做工作站的簡單接口。異步HDLC幀方式可在R
參考點使用。終端適配器提供異步-同步轉換。多個B通道能并行使用。遺憾的是，
V.120對速率適配有自己的幀模式，因此難以與幀中繼區分，并使帶內幀檢測混
亂。由于V.120不提供基于字節和基于位的轉換，所以與面向位的同步鏈路不兼
容。因此，V.120與其他流行的標準，如幀中繼上的點到點協議相比不受重視。

	按需帶寬協作組定義了一套稱為Bonding(綁定)的建議。多個B通道可以并行使
用。綁定有它自己的初始化過程，這可能與上述的簡單檢測技術沖突，并需要在
一些涉及多個B通道的通用的實施方案中進行擴展的獨立的配置。建議使用點到
點多重連接過程代替綁定.


3  幀格式
     對于B 通道，如果沒有優先配置，在建立初始化連接時，與其他幀方式相反的是，必須
先使用面向位的同步HDLC。假設電路交換的通信通常是[主機/路由器]到[主機/路由器]的。
	通過優先配置，建議在直接與接口T參考點的網絡終端設備使用面向字節的同步
HDLC，而且在分幀時字節的邊界是可見的。
這樣的設備很有可能被高度地集成，而且面向位的同步硬件的擯棄能減少組件的數量，
由此帶來更低價的接口和更簡單的配置。面向字節的同步HDLC必須使用NRZ位編碼。
對于D通道，默認地不需要數據服務。通過優先配置，“X.25上的點到點協議”或“幀
中繼上的點到點協議”的幀格式必須被使用。
雖然HDLC，LAPB，LAPD和LAPF在名義上是互相區分的，但在同一ISDN通道上
不能同時使用多種幀格式。辨認不同的幀技術，或不經過特別配置而在各個幀技術中進行轉
換對于點到點協議來說不是必須的。
   
4  帶外信號
經驗顯示LLC信息元素在端到端的傳送不可靠。兼容的交換機的使用非常局限，提供
商的預定政策也各不相同。所以，LLC-IE的傳輸不能依賴于幀和編碼的測定結果。
還沒有為適合點對點協議的LLC-IE賦值。其他接收到的值對點對點協議鏈路是無效的，
并被點對點協議服務忽略。
作為管理手段的一種選擇，多個目錄號通過把特定的服務綁定到每一個目錄號而指向相
同的物理訪問設備。本地交換機提供的被呼叫方的識別號被證明是可靠的。
當使用被呼叫方的識別碼時，或當未來的LLC-IE被賦值到點對點協議，而且點對點協
議值已經收到，或LCP（Link Control Protocol）還沒有管理上的打開事件時，呼叫必須被
拒絕。接收方不能僅僅因為關閉鏈路或忽略鏈路上報文而接受一個進來的呼叫。

5  配置細節
LCP建議的同步配置選項應用在ISDN鏈路上。
標準的LCP同步配置默認應用于ISDN鏈路上。
提供連接的典型的網絡的MRU可能有1500，2048或更大。為避免分割，在網絡層
MTU不應超過1500，除非對端的MRU為2048或更大是經過特別約定的。
建議使用所謂指數縮小法代替固定值作為重啟定時器。起初重啟定時器的值應為250
毫秒，最終值為3秒。
那些包括持續撥號功能的實施方案，例如按需撥號或重撥號，應該使用某些機制以限制
持續的時間。這些機制的例子包括指數縮小法和在連接失敗后丟棄報文隊列。在某些應用中，
丟棄傳輸隊列會暫時消除重新嘗試連接的因素。
6  安全上的考慮
	本文未涉及安全上的問題。
7  參考
	1]   Simpson, W., Editor, "The Point-to-Point Protocol (PPP)", RFC
         1548, Daydreamer, December 1993.
   [2]   Simpson, W., Editor, "PPP in HDLC Framing", RFC 1549, 
         Daydreamer, December 1993.
   [3]   Stallings, W, "ISDN and Broadband ISDN - 2nd ed", Macmillan,
         1992.
   [4]   CCITT Recommendations I.465 and V.120, "Data Terminal Equipment
         Communications over the Telephone Network with Provision for
         Statistical Multiplexing", CCITT Blue Book, Volume VIII,
         Fascicle VIII.1, 1988.8  	
8  致謝
此篇設計從C.Frost, B. Gorsline,   D. Leifer, K. Muramaki, S. Sheldon, K. Sklower, and 
T. Sugawara等人先前草案得到啟發。感謝Oliver Korfmacher (NetCS) 在歐洲部分的幫助，
Dory Leifer (University of Michigan) 在技術細節及被呼叫信號，Vernon Schryver (Silicon 
Graphics) 在連接錯誤設置及超時方面的幫助。
特別感謝Morning Star Technologies 在計算資源和網絡訪問支持方面對著作此篇文章
上的幫助。
9 聯系方式
可用以下方式聯系工作組：
Fred Baker      
Advanced Computer Communications     
315 Bollay Drive
Santa Barbara, California  93117    
EMail: fbaker@acc.com

對此文的問題可送往：
	William Allen Simpson 
Daydreamer   
Computer Systems Consulting Services
1384 Fontaine  
Madison Heights, Michigan  48071
EMail: Bill.Simpson@um.cc.umich.edu       
      bsimpson@MorningStar.com
RFC1618——PPP over ISDN                                                      ISDN上的PPP(點對點)協議


1
RFC文檔中文翻譯計劃