1.1 一张图看全貌#

这条路径可以分成五个域，每个域有不同的管理者、不同的技术、不同的物理形态：

1.2 数据包的视角：一跳一跳的旅程#

互联网不是”一条线”——数据包是**一跳一跳（hop-by-hop）**转发的。每一跳只关心”下一跳往哪送”，不知道最终目的地在哪里：

每一跳的决策逻辑相同：查路由表 → 找到下一跳的IP → 发过去。就像你问路——你不知道北京怎么走，但你知道”到路口问下一个人”。

2.1 你的设备如何连上路由器#

你花199元买的”家用路由器”其实是六个设备合一：

2.2 私有IP与NAT：为什么你家没有公网IP#

关键概念：

• 私有IP地址：192.168.x.x、10.x.x.x、172.16-31.x.x——这些地址在互联网上不可路由，只在你的家里有意义。就像公司内线电话——你拨8023能找到同事，但外面的人拨8023找不到你。
• NAT（网络地址转换）：路由器把你的私有IP+端口映射成公网IP+端口。出去的时候改源地址，回来的时候改目标地址。就像公司前台——外面的人打电话到总机，前台转接到你的分机。
• 为什么需要NAT：全球IPv4地址只有约43亿个，不够每人分一个。中国IPv4地址约3.4亿个，但网民超过10亿——平均3个人共享1个公网IP。NAT让一个公网IP服务全家所有设备。

2.3 数据包离开家：第一跳#

当你的PC发送一个数据包到www.bilibili.com（假设解析后IP为116.162.x.x）：

这一跳发生了什么：

1. 路由决策：PC发现目标IP不在本地网段，发给默认网关（家用路由器）
2. ARP解析：把IP地址翻译成MAC地址（局域网内用MAC地址通信）
3. NAT转换：路由器把私有IP替换成公网IP，记录映射关系
4. 转发：路由器查路由表，决定从WAN口发出

3.1 光纤到户（FTTH）的物理拓扑#

关键概念：

• ONT（光网络终端）：你家的光猫。把以太网电信号转换成光信号，通过光纤发送出去。
• OLT（光线路终端）：运营商机房里的设备，对应成百上千个ONT。一个OLT的PON口通过分光器服务32-64户。
• GPON/EPON：无源光网络协议——“无源”是指分光器不需要供电，纯物理分光。一根光纤的带宽（GPON约2.5Gbps下行）被32-64户共享，但大多数时候大家不会同时满速下载，所以感知上是”独享”。
• 分光器：把一路光信号分成多路，纯物理器件，不需要供电。就像水管的三通——一根进水管分成多根出水管，水压（带宽）被分摊。

3.2 为什么你的宽带是”100M”但下载只有10MB/s#

运营商说的”100M宽带”是100兆比特每秒（Mbps），不是100兆字节每秒（MB/s）。1字节=8比特，所以理论峰值12.5MB/s，扣除协议开销约10-11MB/s。

3.3 PPPoE：拨号的幽灵#

很多运营商仍然使用PPPoE（PPP over Ethernet）——是的，就是那个”宽带连接”拨号。虽然现在光猫自动拨号了，但PPPoE协议仍在运行：

PPPoE存在的原因：运营商需要知道”谁在上网”——通过账号密码认证用户，然后分配IP地址、计费、限速。虽然技术上已经不需要”拨号”了，但PPPoE的认证和会话管理功能仍然被运营商使用。

4.1 城域网分层拓扑#

城域网的三层结构：

4.2 BRAS：你上网的第一道关卡#

BRAS（Broadband Remote Access Server，宽带远程接入服务器）是城域网中最重要的设备之一——它是你上网的”收费站”：

BRAS做了三件事：

1. 认证：验证你的PPPoE账号密码（通过RADIUS协议查询后台系统）
2. 授权：根据你的套餐分配带宽、IP地址
3. 计费：记录你的上网时长和流量

4.3 城域网内部的路由#

城域核心路由器之间运行OSPF或IS-IS协议——它们互相通告”我能到达哪些网络”，自动计算最短路径：

OSPF就像城市内的导航——它知道城市内每条路的距离和拥堵情况，自动选择最快的路径。但它不知道其他城市怎么走——那是BGP的工作。

5.1 中国互联网骨干拓扑#

中国互联网骨干的层级：

三个超级核心节点之间形成三角环——这是中国互联网骨干的骨架。所有省际流量最终都要经过这三个节点之一。

5.2 BGP：互联网的”导航系统”#

城域网内部用OSPF导航，但跨省、跨运营商的导航靠BGP（Border Gateway Protocol，边界网关协议）：

BGP的核心逻辑：

1. AS（自治系统）：每个运营商是一个AS，有唯一的AS号。中国电信的AS号是4134，中国联通是4837，中国移动是9808。
2. BGP通告：每个AS向邻居通告”我能到达哪些IP段”。就像快递公司说”我能送到北京”。
3. 路径选择：BGP选择经过AS数量最少的路径（还有其他策略，但跳数是核心因素）。就像你选快递时选中转最少的。
4. 无环路：BGP路径中记录了经过的所有AS号，天然防止环路。

BGP会选择路径更短的：4134 → 45096（2跳）优于 4134 → 4837 → 45096（3跳）。

5.3 IXP：互联网的”交通枢纽”#

IXP（Internet Exchange Point，互联网交换中心）是多个ISP互联的物理场所：

IXP为什么重要：

没有IXP时，电信用户访问联通服务器上的网站，数据要绕道骨干网到北京/上海/广州的直连点再绕回来——可能多走数千公里。有了IXP，电信和联通在本地直接交换流量，延迟大幅降低。

中国主要的IXP包括：中国互联网交换中心（北京、上海、广州）、国家交换中心等。

5.4 海底光缆：连接世界的血管#

关键数据：

• 一条跨太平洋海底光缆长度约15,000-20,000公里
• 光信号在光纤中传播速度约200,000公里/秒（光速的2/3，因为光纤折射率约1.5）
• 中国到美国单程延迟约70-80ms（光速物理极限约50ms + 设备处理延迟）
• 一条现代海底光缆容量可达数十Tbps

6.1 从应用层到物理层：层层包装#

当你访问https://www.bilibili.com时，你的HTTP请求经历了六层封装——每一层加上自己的头部，就像俄罗斯套娃：

6.2 每一层的真实数据#

以一个HTTP请求为例，看看每一层到底加了什么：

6.3 每一层的关键问题#

重要认知：交换机只看MAC地址（数据链路层），路由器只看IP地址（网络层），中间的设备看不到TCP、TLS、HTTP——它们只关心”下一跳往哪送”。

7.1 DNS解析的完整过程#

在数据包出发之前，你的PC需要知道www.bilibili.com的IP地址——这就是DNS解析：

DNS的层级结构：

为什么需要这么多层？因为全球有数亿个域名，没有任何一台DNS服务器能存储所有记录。分层让每层只负责一小部分——根DNS只需要知道”.com服务器在哪”，不需要知道”bilibili.com的IP是多少”。

7.2 CDN如何改变DNS解析#

B站不会直接告诉你服务器的真实IP——它通过CNAME指向CDN，CDN返回离你最近的节点IP：

CDN智能DNS的关键：它根据你的本地DNS的IP地址（而不是你的IP）判断你的位置。这就是为什么你改了DNS为8.8.8.8后，访问某些网站可能变慢——因为Google的8.8.8.8任播节点可能不在你附近，CDN误判了你的位置。

8.1 TCP三次握手#

在发送HTTP请求之前，你的PC和服务器需要先建立TCP连接：

为什么是三次？两次不够——因为服务器需要确认客户端收到了自己的SYN+ACK。如果只有两次，服务器无法确认客户端是否真的在监听——可能是一个伪造的源地址（SYN Flood攻击）。

8.2 TCP慢启动：为什么第一个请求总是慢#

TCP连接建立后不会立即全速发送——它从很小的窗口开始，逐步增加：

这就是为什么HTTP/2和HTTP/3很重要——它们在一个TCP连接上复用多个请求，避免了每次新请求都要经历慢启动。HTTP/3甚至用QUIC（基于UDP）替代TCP，连接建立和加密握手合并为1-RTT。

9.1 TLS 1.3握手#

在TCP连接建立后，浏览器和服务器还要建立加密通道：

TLS 1.3的关键改进：

• 1-RTT握手：从2-RTT减少到1-RTT，节省一个往返
• 0-RTT恢复：如果之前连接过，可以0-RTT恢复加密通信
• 更安全的加密：移除了不安全的加密算法，只保留AEAD加密

9.2 证书链：你如何信任服务器#

你的浏览器信任www.bilibili.com，不是因为你知道这个网站，而是因为：

1. 浏览器内置信任根CA（如DigiCert）
2. 根CA签发了中间CA的证书（签名可验证）
3. 中间CA签发了www.bilibili.com的证书（签名可验证）
4. 证书中的域名与你要访问的域名匹配

10.1 CDN的物理拓扑#

CDN的核心逻辑：

1. DNS调度：把用户引导到最近的PoP节点
2. 缓存：PoP节点缓存热门内容，直接返回，不需要回源
3. 回源：缓存未命中时，PoP向源站请求内容，然后缓存并返回给用户

10.2 有CDN vs 无CDN的路径对比#

CDN的效果：

• 延迟降低：从50ms降到5ms（10倍改善）
• 带宽节省：90%+请求在边缘命中，源站带宽需求降低10倍
• 可用性提升：即使源站故障，边缘缓存仍可服务

11.1 数据中心内部拓扑#

Spine-Leaf架构：现代数据中心使用Spine-Leaf（脊叶）架构替代传统三层架构——任何两台服务器之间恰好经过Spine和Leaf两跳，延迟可预测。

11.2 负载均衡：一台服务器扛不住#

负载均衡器是数据中心的”前台”——它持有公网IP（VIP），接收所有请求，然后分发给后端的真实服务器。用户只看到VIP，不知道后面有多少台服务器。

12.1 一个HTTP请求的完整时间线#

12.2 延迟分解#

对于北京用户访问北京CDN节点：总延迟约25-30ms（DNS缓存 + 1-RTT TCP + 1-RTT TLS + 1-RTT HTTP + 网络传输）

对于北京用户访问美国源站：总延迟约300-500ms（跨太平洋光缆约80ms/RTT，3-4个RTT）

12.3 全景回顾图#

13.1 互联网是”没有全局地图”的导航系统#

互联网最反直觉的地方在于：没有任何一个节点拥有全局路由信息。你的家用路由器只知道”默认网关”，城域路由器只知道”省干方向”，骨干路由器只知道”下一个AS”。每个节点只关心下一跳，没有人知道完整路径。

这就像你问路——你问”北京怎么走”，路人说”往前走到高速入口”，高速入口说”走G2”，G2上的路牌说”前方北京”。没有人需要知道从你家到北京的完整路线，每个人只需要知道”下一步往哪走”。

这种设计是互联网可扩展性的基础——如果每个路由器都要知道全球所有路径，路由表会大到无法处理。

13.2 延迟的物理极限无法突破#

光在光纤中的传播速度约200,000公里/秒。中国到美国的直线距离约11,000公里，光纤路径约15,000-20,000公里。单程延迟的物理极限约75-100ms，一个RTT约150-200ms。

这意味着，无论技术如何进步，中国用户访问美国服务器的延迟不可能低于150ms。物理定律决定了互联网延迟的下限。CDN、边缘计算、本地缓存——所有这些技术的本质都是”把数据搬到离用户更近的地方”，因为搬数据的速度永远比光速快不了。

13.3 NAT是权宜之计，IPv6是未来#

NAT让全球10亿中国网民共享3.4亿个IPv4地址——这是IPv4地址耗尽下的权宜之计。但NAT破坏了互联网的端到端原则：你的手机没有公网IP，外面的人无法主动连接你。这意味着P2P通信、远程访问、WebRTC视频通话都需要NAT穿透技术（STUN/TURN），增加了复杂性和延迟。

IPv6为每个设备分配公网地址（2^128个地址，足够给地球上每粒沙子分配一个），恢复端到端通信。中国IPv6部署率已超过70%，但很多应用仍然优先使用IPv4——因为IPv4”能用”，而迁移需要成本。

13.4 互联网的脆弱性#

这条从家到网站的路径上，任何一个节点的故障都会影响你的上网体验：

• 光缆被挖断：施工挖断光缆，整个小区断网（每年发生数千次）
• BGP路由劫持：某个AS错误地通告了不属于自己的IP段，流量被错误路由（2008年巴基斯坦YouTube事件）
• DNS污染：DNS查询被篡改，返回错误的IP地址
• IXP故障：交换中心故障，多个ISP之间无法互联
• CDN故障：2023年Cloudflare故障导致全球数千网站不可访问

互联网的鲁棒性来自冗余——多条路径、多个DNS服务器、多个CDN节点。但冗余不是无限的，关键节点的故障仍然可能导致大范围中断。