术语俗话 --- PPP

 

 

一句话总结

PPP 建立连接	逻辑上"把两台远端的设备用一根线连起来"，在传统PPP场景下，你的流量必须先到达PPP对端设备，再由它转发出去。
TCP 建立连接	逻辑上"两个程序拿起电话开始通话"

同样叫"连接"，层次和含义完全不同。

核心一句话

PPP 建立"设备↔设备"的二层链路；TCP 建立"进程↔进程"的四层会话。

---

层次关系

text

应用程序 (Chrome/微信/下载器)
     │
    TCP ← 传输层：进程间可靠通信
     │
    IP  ← 网络层：寻址路由
     │
    PPP ← 数据链路层：链路建立与管理
     │
  物理线路

TCP 跑在 PPP 里面，不是并列关系。

---

各自解决什么问题

PPP 解决：我怎么接入网络？

text

你的电脑                    ISP服务器
   │                            │
   └──────── PPP链路 ───────────┘

PPP做的事：
① 链路协商 (LCP)
② 身份认证 (PAP/CHAP)
③ 网络参数协商 (IPCP)
④ 分配 IP 地址
⑤ 开始承载 IP 数据

PPP 建立完 = 你接入网络了，但还没和任何网站通信。

---

TCP 解决：我的程序怎么和远端程序可靠通信？

text

Chrome:53000 ←————— TCP连接 —————→ Google:443

靠四元组识别：
┌─────────────────────────────────┐
│ 源IP    源端口  目标IP   目标端口 │
│ 你的IP  53000  142.x.x  443    │
└─────────────────────────────────┘

TCP 建立完 = 两个进程可以可靠交换数据。

---

建立过程对比

PPP 建立（设备级握手）

text

客户端                         PPP服务器

——— LCP Request ————————→        # 链路协商
←—— LCP Accept ——————————

——— CHAP Response ———————→       # 身份认证
←—— Auth Success —————————

——— IPCP Request ————————→       # IP参数协商
←—— IP: 10.0.0.2 ————————

        PPP链路就绪

TCP 建立（三次握手）

text

客户端                         服务器

——— SYN ————————————————→       # 我要连接
←—— SYN + ACK ———————————       # 好的，确认
——— ACK ————————————————→       # 收到

        TCP连接就绪

两个过程完全独立，没有直接关系。

---

一条 PPP 承载多条 TCP

text

PPP 链路（一条）
│
├── TCP连接① Chrome → 百度:443
├── TCP连接② Chrome → GitHub:443
├── TCP连接③ 微信 → 微信服务器
├── TCP连接④ 下载器 → 文件服务器
└── UDP      DNS 查询

PPP 是公路，TCP 连接是公路上跑的每一辆车。

---

关键差异对比表

维度	PPP	TCP
所在层	数据链路层（L2）	传输层（L4）
连接两端	设备 ↔ 设备	进程 ↔ 进程
核心目的	建立可用链路	可靠传输数据
有无端口	✗	✓
丢包重传	✗	✓
数据排序	✗	✓
用户认证	✓ 可以	✗
分配 IP	✓ 可以	✗
数量关系	通常一条	一条PPP内可有成千上万条

---

放进 L2TP 场景的完整视图

text

你的应用数据
    ↓
   TCP  ← 应用间会话
    ↓
   IP   ← 寻址
    ↓
   PPP  ← 虚拟链路
    ↓
  L2TP  ← 隧道封装
    ↓
   UDP
    ↓
   IP   ← 外层真实网络
    ↓
 Internet

---