PPP，點對點協議修改了SLIP協議中的所有缺陷。PPP包括以下三個部分： 1) 在串行鏈路上封裝IP數據報的方法。PPP既支持數據為8位和無奇偶檢驗的異步模式（如大多數計算機上都普遍存在的串行接口），還支持面向比特的同步鏈接。 2) 建立、配置及測試數據鏈路的鏈路控制協議（ LCP：Link Control Protocol）。它允許通信雙方進行協商，以確定不同的選項。 3) 針對不同網絡層協議的網絡控制協議（NCP：Network Control Protocol）體系。當前RFC定義的網絡層有IP、OSI網絡層、DECnet以及Apple Talk。例如，IP NCP允許雙方商定是否對報文首部進行壓縮，類似于CSLIP（縮寫詞NCP也可用在TCP的前面）。 RFC 1548[Simpson 1993]描述了報文封裝的方法和鏈路控制協議。RFC 1332[McGregor 1992 ]描述了針對IP的網絡控制協議。 PPP數據幀的格式看上去很像ISO的HDLC（高層數據鏈路控制）標準。圖2-3是PPP數據幀的格式。 每一幀都以標志字符0x7e開始和結束。緊接著是一個地址字節，值始終是0xff，然后是一個值為0x03的控制字節。  接下來是協議字段，類似于以太網中類型字段的功能。當它的值為0x0021時，表示信息字段是一個IP數據報；值為0xc021時，表示信息字段是鏈路控制數據；值為0x8021時，表示信息字段是網絡控制數據。 CRC字段（或FCS，幀檢驗序列）是一個循環冗余檢驗碼，以檢測數據幀中的錯誤。 由于標志字符的值是0x7e，因此當該字符出現在信息字段中時，PPP需要對它進行轉義。 在同步鏈路中，該過程是通過一種稱作比特填充(bitstuffing)的硬件技術來完成的[ Tanenbaum 1989]。在異步鏈路中，特殊字符0x7d用作轉義字符。當它出現在P P P數據幀中時，那么緊接著的字符的第6個比特要取其補碼，具體實現過程如下： 1) 當遇到字符0x7e時，需連續傳送兩個字符：0x7d和0x5e，以實現標志字符的轉義。 2) 當遇到轉義字符0x7d時，需連續傳送兩個字符：0x7d和0x5d，以實現轉義字符的轉義。 3 ) 默認情況下，如果字符的值小于0x20（比如，一個ASCII控制字符），一般都要進行轉義。例如，遇到字符0x01時需連續傳送0x7d和0x21兩個字符（這時，第6個比特取補碼后變為1，而前面兩種情況均把它變為0）。 這樣做的原因是防止它們出現在雙方主機的串行接口驅動程序或調制解調器中，因為有時它們會把這些控制字符解釋成特殊的含義。另一種可能是用鏈路控制協議來指定是否需要對這32個字符中的某一些值進行轉義。默認情況下是對所有的32個字符都進行轉義。 與SLIP類似，由于PPP經常用于低速的串行鏈路，因此減少每一幀的字節數可以降低應用程序的交互時延。利用鏈路控制協議，大多數的產品通過協商可以省略標志符和地址字段，并且把協議字段由2個字節減少到1個字節。如果我們把PPP的幀格式與前面的SLIP的幀格式（圖2-2）進行比較會發現， P P P只增加了3個額外的字節： 1個字節留給協議字段，另2個給CRC字段使用。另外，使用IP網絡控制協議，大多數的產品可以通過協商采用Van Jacobson報文首部壓縮方法（對應于CSLIP壓縮），減小IP和TCP首部長度。 總的來說， PPP比SLIP具有下面這些優點： (1) PPP支持在單根串行線路上運行多種協議，不只是IP協議； (2) 每一幀都有循環冗余檢驗； (3) 通信雙方可以進行IP地址的動態協商(使用I P網絡控制協議)； (4) 與CSLIP類似，對TCP和IP報文首部進行壓縮； (5) 鏈路控制協議可以對多個數據鏈路選項進行設置。為這些優點付出的代價是在每一幀的首部增加3個字節，當建立鏈路時要發送幾幀協商數據，以及更為復雜的實現。 盡管PPP比SLIP有更多的優點，但是現在的SLIP用戶仍然比PPP用戶多。隨著產品越來越多，產家也開始逐漸支持PPP，因此最終PPP應該取代SLIP。