<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>TCP on 魔都水滴</title>
    <link>https://blog.margrop.net/tag/tcp/</link>
    <description>Recent content in TCP on 魔都水滴</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Sat, 18 Jul 2026 19:40:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/tag/tcp/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>用了 40 年的 TCP，为什么被 HTTP/3“抛弃”了？</title>
      <link>https://blog.margrop.net/post/why-http3-ditched-tcp-quic/</link>
      <pubDate>Sat, 18 Jul 2026 19:40:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/why-http3-ditched-tcp-quic/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;先给标题&amp;quot;打假&amp;quot;：TCP 并没有被抛弃——文件下载、视频、邮件、SSH，今天依然跑在 TCP 上。但 &lt;strong&gt;Web 世界确实换司机了&lt;/strong&gt;：2022 年 6 月，HTTP/3 成为正式标准（RFC 9114），它不再使用 TCP，而是把网页传输交给了跑在 UDP 上的 QUIC。&lt;/p&gt;&#xA;&lt;p&gt;TCP 被&amp;quot;换掉&amp;quot;的原因，是三个治不好的&amp;quot;中年病&amp;quot;：&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;&lt;strong&gt;队头阻塞&lt;/strong&gt;：TCP 是一条必须按顺序交付的字节流，丢一个包裹，后面所有包裹一起罚站；&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;握手太贵&lt;/strong&gt;：传数据之前要先&amp;quot;寒暄&amp;quot; 2-3 个来回（TCP 握手 + TLS 握手），跨洲网络下光打招呼就半秒；&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;协议被&amp;quot;焊死&amp;quot;&lt;/strong&gt;：TCP 长在操作系统内核里，中间设备只认&amp;quot;经典款&amp;quot;，想改进它比登天难。&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;QUIC 的药方简单粗暴：&lt;strong&gt;把 TCP 的全部智慧，搬到没人管的 UDP 上重做一遍&lt;/strong&gt;。本文是网络科普三部曲的最后一篇——第一篇讲&amp;quot;网络怎么用&amp;quot;，第二篇讲&amp;quot;TCP/IP 为什么这么设计&amp;quot;，这一篇讲&amp;quot;连最成功的 TCP，是怎么被自己人换掉的&amp;quot;。所有截图来自真实系统，IP 与主机名已打码。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>1974 年的设计，为什么至今统治互联网？TCP/IP 的 6 个设计哲学</title>
      <link>https://blog.margrop.net/post/tcpip-design-philosophy/</link>
      <pubDate>Sat, 18 Jul 2026 09:30:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/tcpip-design-philosophy/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;TCP/IP 快 50 岁了。它的竞争对手——电话公司的 X.25、IBM 的 SNA、国际标准化组织的 OSI——全都进了博物馆，而它还在承载你今天刷的每一个网页。它赢不是因为最先进，而是因为 6 个设计选择：&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;&lt;strong&gt;分组交换&lt;/strong&gt;：不铺专列，大家共享公路——便宜，而且炸不断；&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;分层&lt;/strong&gt;：每层只管一件事，像乐高积木一样可以整块换掉；&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;端到端原则&lt;/strong&gt;：网络保持&amp;quot;笨&amp;quot;，聪明全放在两端——所以创新不需要改造网络；&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;尽力而为&lt;/strong&gt;：核心不承诺&amp;quot;必达&amp;quot;，可靠性按需购买——简单才能铺到全球；&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;粗略共识 + 能跑的代码&lt;/strong&gt;：不要国王、不要投票，标准在跑动中长大；&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;给未来留位置&lt;/strong&gt;：从 IPv4 到 IPv6、从 HTTP/1 到 HTTP/3，地基不动，上面随便翻修。&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;一句话：&lt;strong&gt;好的设计不是预测未来，而是给未来留位置。&lt;/strong&gt; 本文是《WiFi 为什么卡？》的姊妹篇——上一篇讲&amp;quot;网络是什么、怎么用&amp;quot;，这一篇讲&amp;quot;它为什么这么设计、凭什么活了半个世纪&amp;quot;。文中所有截图均来自真实系统与真实协议文档，IP 与主机名已打码。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>WiFi 为什么卡？用小学生能懂的话，一次讲透网络、TCP/UDP 和两个“5G”</title>
      <link>https://blog.margrop.net/post/network-basics-tcp-udp-wifi-5g/</link>
      <pubDate>Sat, 18 Jul 2026 08:30:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/network-basics-tcp-udp-wifi-5g/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;网络&lt;/strong&gt;就是电脑之间的&amp;quot;快递系统&amp;quot;：数据被切成一个个&amp;quot;包裹&amp;quot;（数据包），贴上&amp;quot;地址&amp;quot;（IP），由&amp;quot;分拣中心&amp;quot;（路由器）一站站转运到对方手里。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;TCP 像打电话&lt;/strong&gt;：先接通再说话，没听清就重说，靠谱但麻烦；&lt;strong&gt;UDP 像寄明信片&lt;/strong&gt;：写完就扔出去，快但不保证送到。看视频、打游戏用 UDP 更合适，传文件、刷网页用 TCP 更稳妥。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;三次握手&lt;/strong&gt;就是打电话开头的三句话：&amp;ldquo;喂，听得到吗？&amp;quot;——&amp;ldquo;听得到，你听得见我吗？&amp;quot;——&amp;ldquo;我也听得见，开始说正事吧。&amp;rdquo;&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;有线网络&lt;/strong&gt;像家里的专用水管，&lt;strong&gt;WiFi&lt;/strong&gt; 像大广场上喊话——大家一起喊就会互相听不清，这就是 WiFi 卡顿的最大原因。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;WiFi 的 5G&lt;/strong&gt; 是&amp;quot;5GHz 频段&amp;rdquo;（一条更宽更快的车道），&lt;strong&gt;手机信号的 5G&lt;/strong&gt; 是&amp;quot;第五代移动通信技术&amp;rdquo;（一代标准）。两个 5G 只是重名，完全是两回事。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;全文没有一句黑话，每个概念都用生活里的事打比方；但所有数据都来自真实命令实测（IP 地址和主机名均已打码），小学生能看懂七成，大人也不会觉得浅。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>跨境 VPS 慢到能睡着？一行内核参数，把国际链路吞吐拉起 20 倍</title>
      <link>https://blog.margrop.net/post/bbr-fix-china-us-vps-slow-network/</link>
      <pubDate>Thu, 02 Jul 2026 20:00:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/bbr-fix-china-us-vps-slow-network/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;你从国内访问自己的美国 VPS，明明 SSH 打字很流畅，但下载一个 2 MB 的文件要一分多钟？以为是&amp;quot;高峰期国际链路拥堵&amp;quot;？大概率不是——你只是被 Linux 默认的 CUBIC 拥塞控制&amp;quot;骗&amp;quot;了。CUBIC 把每次丢包都当成&amp;quot;前面堵车了&amp;quot;，立刻踩刹车退让；而国际链路本身就有稳定 5-10% 的丢包，于是你的 TCP 连接被永远压在爬行状态。换成 Google 的 &lt;strong&gt;BBR&lt;/strong&gt; 算法后，同样的物理链路、同一时刻、同样的丢包率，吞吐可以立刻涨 15-24 倍。&lt;/p&gt;&#xA;&lt;p&gt;本文记录了一次真实的 mesh 网络排查：家庭出口 → 美国 VPS 拉取 2.3 MB 的网页，实测从 &lt;strong&gt;30 KB/s 一路飙到 500-1000 KB/s&lt;/strong&gt;，用的方法总共 4 行 shell 命令。文章包含三套一键脚本（Windows 11 / Ubuntu 26.04 / macOS 26），既能人工执行，也能交给 AI Agent 自动配置。所有内网地址、主机名和公网 IP 均已脱敏。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
  </channel>
</rss>
