嵌入式單片機PPP協(xié)議的應用
加入技術(shù)交流群
PPP協(xié)議(Point-to-Point Protocol)提供了在串行點(diǎn)對點(diǎn)鏈路上傳輸數據報的方法，支持異步8位數據及位導向的同步連接(如ISDN)。它提供了一種管理兩點(diǎn)間會(huì )話(huà)的有效方法，正在取代SLIP（Serial Line Interface Protocol）協(xié)議成為點(diǎn)對點(diǎn)網(wǎng)絡(luò )的標準。
嵌入式單片機PPP協(xié)議是在單片機中嵌入PPP協(xié)議，以實(shí)現單片機與計算機之間的PPP數據傳輸，使它既可以作為PPP連接的客戶(hù)端，也可以作為獨立的PPP服務(wù)器端來(lái)使用。它在家電控制和小型數據傳輸系統中具有非常廣闊的應用前景，并且具有成本低、傳輸穩定等特點(diǎn)，是當前單片機研究的熱門(mén)話(huà)題之一。
1 PPP的工作原理
PPP采用高級數據鏈路控制(HDLC)協(xié)議作為在對點(diǎn)鏈路上分裝數據報的基本方法。使用可擴展的鏈路控制協(xié)議(LCP)來(lái)建立、配置和測試數據鏈路。用網(wǎng)絡(luò )控制協(xié)議簇(NCP)來(lái)建立和配置不同的網(wǎng)絡(luò )層協(xié)議，PPP允許同時(shí)采用多種網(wǎng)絡(luò )層協(xié)議。
為了建立點(diǎn)對點(diǎn)鏈路上的通信連接，發(fā)送端PPP首先發(fā)送LCP幀，以配置和測試數據鏈路。在LCP建立好數據鏈路并協(xié)調好所選設備后，發(fā)送端PPP發(fā)送NCP幀，以選擇和配置一個(gè)或多個(gè)網(wǎng)絡(luò )層協(xié)議。當所選的網(wǎng)絡(luò )層協(xié)議配置好后，便可以將各網(wǎng)絡(luò )層協(xié)議的數據包發(fā)送到數據鏈路上。配置好的鏈路將一直處于通信狀態(tài)，直到LCP幀或NCP幀明確提示關(guān)閉鏈路，或有其它的外部事件發(fā)生。PPP連接狀態(tài)圖如圖1所示。
|
1.1 連接死亡階段
一個(gè)連接的開(kāi)始和結束都要經(jīng)歷這個(gè)階段。當一個(gè)外部事件指示物理層已準備好并可使用時(shí)，PPP進(jìn)入建立連接階段。此時(shí)，LCP自動(dòng)機處于初始階段。當它向鏈路建立階段轉換時(shí)將給LCP自動(dòng)機發(fā)送一個(gè)UP事件信號。
1.2 連接建立階段
LCP用于交換配置信息包、建立連接。一旦一個(gè)配置成功的信息包發(fā)送且被接收，就完成了交換，進(jìn)入LCP開(kāi)啟狀態(tài)。所有的配置選項都假定使用默認值，除非在配置交換過(guò)程中被改變。只有那些與特定的網(wǎng)絡(luò )層協(xié)議無(wú)關(guān)的選項才會(huì )被LCP配置。收到LCP配置數據包將使鏈路從網(wǎng)絡(luò )層協(xié)議階段或者認證階段返回到鏈路建立階段。
1.3 認證階段
在某些連接情況下，希望在允許網(wǎng)絡(luò )層協(xié)議交換數據前對等實(shí)行認證。默認情況下，是不要求認證的。認證要求必須在建立連接階段提出，然后進(jìn)入認證階段。如果認證失敗，將進(jìn)入連接終止階段。在此階段只對連接協(xié)議、認證協(xié)議、連接質(zhì)量測試數據包進(jìn)行處理。
1.4 網(wǎng)絡(luò )層協(xié)議階段
一旦PPP完成上述階段，便進(jìn)入網(wǎng)絡(luò )協(xié)議階段。每一個(gè)網(wǎng)絡(luò )層協(xié)議 (例如IP、IPX、AppleTalk等)必須有相應的網(wǎng)絡(luò )控制協(xié)議(NCP)單獨配置，每個(gè)網(wǎng)絡(luò )控制協(xié)議都可以隨時(shí)打開(kāi)或關(guān)閉。此階段，LCP協(xié)議自動(dòng)狀態(tài)機處于打開(kāi)狀態(tài)，接收到的任何不支持的協(xié)議數據包都會(huì )被返回一個(gè)協(xié)議拒絕包，而接收到的所有支持的數據包都將被丟棄。此時(shí)，鏈路上流通的是LCP數據包、NCP數據包以及網(wǎng)絡(luò )協(xié)議數據包。
1.5 終止連接階段
PPP連接可以隨時(shí)被終止。LCP通過(guò)交換連接終止包來(lái)終止連接。當連接被終止時(shí)，PPP會(huì )通知物理層采取相應的動(dòng)作。只有當物理層斷開(kāi)，連接才會(huì )真正被終止。此階段，接收到的所有非LCP數據包都將被丟棄。
2 PPP數據結構
PPP數據幀的結構如表1所示，PPP協(xié)議標志如表2所示。
|
|
每個(gè)PPP數據包的開(kāi)始和結束都有一個(gè)0x7E的數據標志。在開(kāi)始標志后，緊跟2個(gè)HDLC常量：地址常量0xFF和控制常量0x03。協(xié)議域長(cháng)度通常為2字節，表示信息域里包含的是哪種協(xié)議以及它的處理信息。隨后是代碼(Code)、標識符(ID)和長(cháng)度域(Length)。事實(shí)上它們都是信息域(Payload)的一部分。信息域長(cháng)度最多為1500字節。代碼部分用來(lái)指示LCP、PAP、IPCP或者CHAP協(xié)議數據包中的某種類(lèi)型。通常情況下，用來(lái)表示IP自尋址信息數據包的標識是0x45。ID對于每一幀來(lái)說(shuō)都是唯一的，所有協(xié)議間的商談和響應都通過(guò)ID聯(lián)系在一起。只有當PPP協(xié)議幀被壓縮成IP尋址信息包時(shí)例外。這個(gè)時(shí)候ID表示的是一種服務(wù)類(lèi)型。有效載荷部分是可變的，并能隨著(zhù)請求和響應的變化作相應的改變。在IP自尋址情況下，IP數據包的大小與PPP協(xié)議幀的大小是兼容的，有效載荷包含有關(guān)協(xié)議的商談和數據包的保持。然后是一個(gè)長(cháng)度為2字節循環(huán)冗余檢驗碼，以檢測數據幀中的錯誤。由于標志字符的值是0x7E，因此當該字符出現在信息字段中時(shí)， PPP需要對它進(jìn)行轉義。具體實(shí)現過(guò)程如下：
(1)當遇到字符0x7E時(shí)，需連續傳送2個(gè)字符：0x7D和0x5E，以實(shí)現標志字符的轉義。
(2)當遇到轉義字符0x7D時(shí)，需連續傳送2個(gè)字符：0x7D和0x5D，以實(shí)現轉義字符的轉義。 linux操作系統文章專(zhuān)題:linux操作系統詳解（linux不再難懂）
評論