中國專業IT外包服務

加入收藏??

公司微博

網站地圖??

IT外包價格計算器

您當前位置：主頁 > 資訊動態 > IT知識庫 >

一分鐘了解廣域網協議PPP和HDLC協議

2020-02-10 19:54 作者：艾銻無限瀏覽量：

迎戰疫情,艾銻無限用愛與您同行

為中國中小企業提供免費IT外包服務

這次的肺炎疫情對中國的中小企業將會是沉重的打擊，據釘釘和微信兩個辦公平臺數據統計現有2億左右的人在家遠程辦公，那么對于中小企業的員工來說不懂IT技術將會讓他們面臨的最大挑戰和困難。

電腦不亮了怎么辦？系統藍屏如何處理？辦公室的電腦在家如何連接？網絡應該如何設置？VPN如何搭建？數據如何對接？服務器如何登錄？數據安全如何保證？數據如何存儲？視頻會議如何搭建？業務系統如何開啟等等一系列的問題，都會困擾著并非技術出身的您。

好消息是當您看到這篇文章的時候，就不用再為上述的問題而苦惱，您只需撥打艾銻無限的全國免費熱線電話:400 650 7820，就會有我們的遠程工程師為您解決遇到的問題，他們可以遠程幫您處理遇到的一些IT技術難題。

如遇到免費熱線占線，您還可以撥打我們的24小時值班經理電話:15601064618或技術經理的電話:13041036957，我們會在第一時間接聽您的來電，為您提供適合的解決方案，讓您無論在家還是在企業都能無憂辦公。

那艾銻無限具體能為您的企業提供哪些服務呢？

艾銻無限始創于2005年，歷經15年服務了5000多家中小企業并保障了幾十萬臺設備的正常運轉，積累了豐富的企業IT緊急問題和特殊故障的解決經驗，制定了相對應的解決方案。我們為您的企業提供的IT服務分為三大版塊:

第一版塊是保障性IT外包服務:如電腦設備運維，辦公設備運維，網絡設備運維，服務器運維等綜合性企業IT設備運維服務。

第二版塊是功能性互聯網外包服務:如網站開發外包，小程序開發外包，APP開發外包，電商平臺開發外包，業務系統的開發外包和后期的運維外包服務。

第三版塊是增值性云服務外包:如企業郵箱上云，企業網站上云，企業存儲上云，企業APP小程序上云，企業業務系統上云，阿里云產品等后續的云運維外包服務。

您要了解更多服務也可以登錄艾銻無限的官網:www.bjitwx.com查看詳細說明，在疫情期間，您企業遇到的任何困境只要找到艾銻無限，能免費為您提供服務的我們絕不收一分錢，我們全體艾銻人承諾此活動直到中國疫情結束,我們將這次活動稱為——春雷行動。

以下還有我們為您提供的一些技術資訊，以便可以幫助您更好的了解相關的IT知識，幫您渡過疫情中辦公遇到的困難和挑戰，艾銻無限愿和中國中小企業一起共進退，因為我們相信萬物同體，能量合一，只要我們一起齊心協力，一定會成功。再一次祝福您和您的企業，戰勝疫情，您和您的企業一定行。

一分鐘了解，廣域網協議PPP和HDLC協議

點到點協議( Point to Point Protocol，簡寫為PPP)是在點到點鏈路上傳輸數據報的另一種方法。PPP在很多方面都優于SLIP，其中最重要的一點是它的可擴展性。

一、PPP點到點協議

點到點協議( Point to Point Protocol，簡寫為PPP)是在點到點鏈路上傳輸數據報的另一種方法。PPP在很多方面都優于SLIP，其中最重要的一點是它的可擴展性。PPP由以下3個組件組成：

· 封裝方法(HDLC)。

· 鏈路控制協議(Link Control Protocol，LCP)。

· 網絡控制協議(Network Control Protocol，NCP)。

PPP是一種面向位的協議，可在同步或異步鏈路上運行。PPP使用高級數據鏈路控制( High-level Data Link Control，HDLC)的變體作為封裝的基礎。這種封裝在同一條鏈路上同時為多個網絡層協議提供多路復用技術(multiplexing)。鏈路控制協議(Link Control Protocol，LCP)賦予PPP以多功能性，考慮到包格式、包大小和認證的協商。它還使PPP具有確定何時線路為失敗、何時正常運行的功能。網絡控制協議(Network Control Protocol，NCP)實際上是一套協議。每個子協議都是為處理各自網絡層協議所需的錯綜復雜的配置而設計的。

二、HDLC

HDLC規程主要由HDLC幀結構、規程要素、規程類別三個部分組成。為了能夠實現HDLC的基本功能并能按照各項標準的規定靈活采用不同的CRC校驗算法，我們必須了解HDLC基本的幀結構形式。HDLC是面向比特的鏈路控制規程，其鏈路監控功能通過一定的比特組合所表示的命令和響應來實現，這些監控比特和信息比特一起以幀的形式傳送。以下是ISO/IEC 3309標準規定的HDLC的基本幀結構。起始標志地址數據控制數據信息數據幀校驗序列結束標志01111110 8bits 8bits 8bits 16或32bits 01111110其它的HDLC標準也有類似的HDLC幀結構。每幀的起始和結束以“7E”(01111110)做標志，兩個“7E”之間為數據段(含地址數據、控制數據、信息數據)和幀校驗序列。幀校驗采用CRC算法，對除了插入的“零”以外的所有數據進行校驗。為了避免將數據中的“7E”誤為標志，在發送端和接收端要相應地對數據流和幀校驗序列進行“插零”及“刪零”操作。

各種HDLC協議間的區別之一是幀校驗序列的CRC算法不同，這種不同表現在幾個方面：

· HDLC幀校驗序列的位數不同，如16位和32位等;

· CRC生成多項式不同，如對于16位的CRC，CCITT V .41標準的多項式是x16+x12+x5+1，ANSI CRC-16標準的多項式是x16 +x15+x2+1等;

· CRC序列的起始化條件不同，如可以初始化為全“0”、全“1”等;

· CRC計算結果的處理方式不同，如可以直接把CRC結果發送，或對CRC結果取反后再發送等;

· 對接收到的數據做CRC校驗時，合格判據不同，因為有了上述的不同處理自然會得到不同的結果，由此造成合格判據不同。

Configuration

可以在同步接口，異步接口，ISDN BRI和PRI上用encapsulation ppp封裝PPP

1. RouterA (config) # interface serial 0

2. RouterA (config) # encapsulation ppp

三、認證

1. PPP認證

PPP認證是客戶端連接好并成功與一調制方法進行協商后、在LCP協議組中被協商的第1個協議。如果認證失敗，Cisco 接入服務器就會立即中斷連接。現有兩種常用的認證協議：

口令認證協議( Password Authentication Protocol，簡寫為PAP)

質詢握手認證協議( Challenge Handshake Authentication，簡寫為CHAP)。注意雖然認證不是使用PPP時所必需的，但它的確是構成

任何安全策略都需要的部分。

(1) 口令認證協議

口令認證協議(Password Authentication Protocol，PAP)是最簡單的認證協議。一旦客戶端連接到Cisco 接入服務器， PPP就可以進行認證。在這段時間內，用戶名/口令反復地被發送到Cisco 接入服務器，直到認證被接受或拒絕。認證拒絕通常是以連接中斷的形式出現的。當用戶名/口令用PAP發送時，沒有任何加密措施來隱藏用戶名或口令

由于發送的數據只是用戶名和口令，不安全。

(2) 質詢握手認證協議

要提高安全性，用戶可以使用一種更為安全的認證方法：質詢握手認證協議( Challenge HandshakeAuthentication，簡寫為CHAP)。在CHAP認證過程中，Cisco 接入服務器向連接主機發送一條質詢，質詢是以隨機數的形式出現的。這個數字稱為加密密鑰( encryption key)，由Cisco 接入服務器產生，且必須是唯一的、不可預測的。然后主機用單向散列函數—通常用MD5 給用戶名和口令加密。主機發送的這一新加密的消息稱為響應。