嵌入式單片機PPP協(xié)議的應(yīng)用
加入技術(shù)交流群
下面是由服務(wù)器發(fā)送的一段LCP建立連接的字符串：
0000：7E FF 03 C0 21 01 71 00 2B 01 04 06 40 05 06 3A 5D 8B B4 02 06 00
0016：00 00 00 11 04 06 40 17 04 00 64 00 02 03 04 C0 23 13 09 03 08 00
002C：03 0A 2C 2C 95 7F 7E
對它進行分析如表3。
|
4.2 PAP處理階段
首先，系統(tǒng)發(fā)送PAP數(shù)據(jù)包給服務(wù)器端，然后服務(wù)器端通過用戶ID和密碼驗證。
PAP密碼驗證協(xié)議在RFC1334中有詳細定義，主要是為撥號網(wǎng)絡(luò)中提供密碼保護。這個選項是可選的。在本應(yīng)用軟件中，強制單片機和PC協(xié)商的選項中，PC要求密碼驗證，單片機端不要求。所以如果PC機作為服務(wù)器，單片機需要發(fā)送用戶名和密碼；如果單片機作服務(wù)器，則沒有密碼驗證的要求。
PAP的格式如圖4所示。
|
下面是單片機發(fā)送PAP的數(shù)據(jù)包：
7E FF 03 C0 23 01 06 00 0C 03 7A 77 6D 03 7A 77 6D…
解析如表4所示。
|
單片機向PC機發(fā)送PAP數(shù)據(jù)包是在PC機發(fā)送對單片機LCP選項的確認之后、PC機向單片機發(fā)送IPCP請求之前。
4.3 IPCP處理階段
IPCP是用來設(shè)置PPP連接中的網(wǎng)絡(luò)環(huán)境，包括IP地址、IP壓縮協(xié)議、DNS服務(wù)器地址等都是通過IPCP來協(xié)商的。首先服務(wù)器端發(fā)送請求進行IPCP協(xié)商，然后系統(tǒng)返回一個拒絕包給除IP地址外的所有操作。由于先前的發(fā)送被拒絕，服務(wù)器端發(fā)送一個回復(fù)，只包含IP地址。此時，系統(tǒng)相當于服務(wù)器端的IP地址認證，然后由請求信息和IP地址來完成三路握手協(xié)議。接著服務(wù)器端返回一個包含預(yù)先指派IP地址的拒絕包。此時連接建立并擁有一個指定的IP地址。IPCP幀的格式與LCP也是類似的：一字節(jié)的代碼，然后是標志，長度，選項。當IP協(xié)議的選項配置完，就可以開始通訊了。IPCP的詳細描述在RFC1332中。
連接建立后，PPP將在原有協(xié)議的基礎(chǔ)上調(diào)用網(wǎng)絡(luò)協(xié)議UDP(User Datagram Protocol)和ICMP(Internet Control Messages Protocol)等。有關(guān)用戶數(shù)據(jù)包協(xié)議UDP的詳細資料可參看RFC882、RFC883文檔；Internet信息控制協(xié)議ICMP的詳細資料可參看文檔RFC792。 linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解（linux不再難懂）
評論