嵌入式單片機PPP協(xié)議的應用
(3)默認情況下,如果字符的值小于0x20(例如ASCII控制字符),一般都要進(jìn)行轉義。例如,遇到字符0x01時(shí)需連續傳送0x7D和0x21兩個(gè)字符(這時(shí),第6個(gè)比特取補碼后變?yōu)?,而前面兩種情況均把它變?yōu)?)。這樣做是防止它們出現在雙方主機的串行接口驅動(dòng)程序或調制解調器中,因為它們有時(shí)會(huì )把這些控制字符解釋成特殊的含義。另一種可能是用鏈路控制協(xié)議來(lái)指定是否需要對這32個(gè)字符中的某些值進(jìn)行轉義。默認情況下是對所有的32個(gè)字符都進(jìn)行轉義。
關(guān)于PPP協(xié)議的詳盡描述可以參閱RFC1661文檔。
3 單片機PPP協(xié)議
單片機PPP協(xié)議是PPP協(xié)議在單片機中的應用,有其特點(diǎn)。單片機的存儲空間只有64KB,而PPP協(xié)議包括LCP、PAP、IPCP以及NCP等協(xié)議,并且在連接建立后還要用到數據傳輸協(xié)議(TCP/IP、UDP等)、各種壓縮協(xié)議等。要把這些協(xié)議完全嵌入單片機是不可能的,所以只能根據實(shí)際需要選擇其中的一部分。
例如采用UDP協(xié)議而不是功能相對齊全但協(xié)議內容過(guò)于龐大的TCP/IP協(xié)議來(lái)傳輸數據,傳輸中基本上不使用數據壓縮協(xié)議,跳過(guò)單片機作為服務(wù)器端時(shí)的密碼驗證過(guò)程,省略IPX、AppleTalk等網(wǎng)絡(luò )層協(xié)議等。也就是說(shuō),本文的單片機PPP協(xié)議,事實(shí)上只包含了從PPP連接的建立到實(shí)現簡(jiǎn)單的數據傳輸所必需的協(xié)議,而不包括PPP協(xié)議的所有功能。這種協(xié)議的取舍是由硬件的客觀(guān)限制以及實(shí)際的應用需要共同決定的。
4 單片機PPP協(xié)議PPP連接的建立
建立后的單片機PPP連接狀態(tài)如圖2所示。
其中,C51系統是已經(jīng)植入PPP協(xié)議的51系列單片機,電話(huà)線(xiàn)部分也可以是某個(gè)網(wǎng)絡(luò )的一部分,甚至是Internet。
單片機PPP協(xié)議流程圖如圖3所示。
PPP連接的建立主要經(jīng)過(guò)三個(gè)階段,分別是LCP協(xié)商、密碼認證以及網(wǎng)絡(luò )層協(xié)議配置。
4.1 LCP處理階段
首先,第一個(gè)LCP數據包被服務(wù)器端發(fā)送后,從服務(wù)器端返回一個(gè)PPP拒絕包給除密碼認證外的所有選項,接著(zhù)服務(wù)器端強制認證協(xié)議進(jìn)行協(xié)商(先前來(lái)自否定幀的PAP和CHAP都被發(fā)送)。隨后服務(wù)器端返回一個(gè)拒絕包給CHAP,本文用PAP來(lái)代替。然后服務(wù)器端認同并返回一個(gè)新的請求,這時(shí)候需要進(jìn)行PAP。接下去對PAP進(jìn)行確認,系統對字符映射的丟棄進(jìn)行協(xié)商。最后所有控制特性被服務(wù)器端同意丟棄。
linux操作系統文章專(zhuān)題:linux操作系統詳解(linux不再難懂)
評論