第一章：网络协议栈概览
各位同学，欢迎来到《FPGA网络协议栈从入门到精通》的第一课。
说实话，我刚开始接触网络协议栈时，也被那一堆分层模型搞得头晕。什么OSI七层、TCP/IP四层，还有各种协议缩写——MAC、IP、TCP、UDP……你想想看，一个做硬件的人，突然要搞懂这些软件层面的东西，确实有点懵。
但别担心。这一章，我会带你把这些概念理清楚。而且，我会结合我这些年做FPGA网络项目的实际经验，告诉你哪些是重点，哪些可以暂时放一放。
1.1 OSI七层模型与TCP/IP四层模型对比
先说说这两个模型。OSI七层模型是国际标准化组织搞出来的理论框架，很完整，但太理想化了。TCP/IP四层模型则是互联网实际跑起来的协议栈，更接地气。
我个人习惯把这两个模型放在一起对比着看，这样理解起来更快。
| OSI七层模型 | TCP/IP四层模型 | FPGA通常处理的层次 |
|---|---|---|
| 应用层 | 应用层 | 一般不处理（交给CPU） |
| 表示层 | 一般不处理 | |
| 会话层 | 一般不处理 | |
| 传输层 | 传输层 | 部分处理（TCP/UDP卸载） |
| 网络层 | 网络层 | 部分处理（IP路由、ARP） |
| 数据链路层 | 网络接口层 | 核心处理（MAC、帧封装） |
| 物理层 | 核心处理（PHY、SerDes） |
你看这个表格就清楚了。FPGA最擅长的是下面两层——物理层和数据链路层。往上走，到了传输层和应用层，FPGA的灵活性就比不上CPU了。
为什么会这样？说白了，FPGA是硬件逻辑，适合做固定流水线的处理。而TCP协议的状态机、重传机制、流量控制这些，用硬件实现起来非常复杂。我在项目中遇到过，有人想用纯FPGA实现完整的TCP协议栈，结果资源消耗巨大，调试周期也长。
核心观点：FPGA做网络协议栈，要找准定位。不要试图用FPGA实现所有协议层，而是把FPGA用在刀刃上——那些对延迟敏感、需要线速处理的层次。
1.2 FPGA实现网络协议栈的优势与挑战
接下来聊聊，为什么我们要用FPGA来做网络协议栈？
优势
- 低延迟：FPGA是硬件流水线，数据从进到出，延迟可以做到纳秒级。CPU处理一个网络包，光中断响应就要几微秒。
- 线速处理：100G、400G的线速，FPGA可以轻松应对。CPU在这种速率下基本扛不住。
- 灵活性：协议变了？重新烧录一下bitstream就行。ASIC可没这么方便。
- 确定性：FPGA的时序是确定的，不会像CPU那样受操作系统调度影响。
挑战
- 开发周期长：写Verilog比写C代码慢多了。调试起来也更麻烦。
- 资源有限：FPGA的LUT、BRAM、DSP都是有限的。一个复杂的协议栈可能把资源吃光。
- 协议复杂度：像TCP这样的协议，状态机复杂，用硬件实现很痛苦。
- 调试困难：网络问题往往是偶发的，在FPGA上抓波形、定位问题，比软件调试难得多。
避坑指南：我曾经接手过一个项目，团队试图用FPGA实现完整的TCP/IP协议栈，包括拥塞控制、重传机制等。结果呢？开发了半年，资源用了90%，时序还跑不到目标频率。最后不得不砍掉部分功能，把TCP状态机交给CPU处理。所以，我的建议是——FPGA做数据面，CPU做控制面，各司其职。
1.3 课程整体路线图
好了，前面铺垫了这么多，现在说说我们这个课程到底要讲什么。
我设计这个课程时，遵循了一个原则：从简单到复杂，从底层到上层，从理论到实践。你不需要一开始就搞懂所有东西，跟着我的节奏一步步来就行。
我的建议：每学完一章，最好能动手写点代码。哪怕只是改改参数、跑跑仿真，也比光看不练强十倍。
下面是整个课程的知识体系结构图，我画了一张SVG图，方便你理解各个章节之间的关系。
这张图展示了课程的四个阶段。你可以看到，我们是从最基础的以太网MAC层开始，一步步往上走，最后完成一个完整的项目。
嗯，这里要注意一点：不要跳着学。我见过不少同学，一上来就想搞TCP卸载引擎，结果连MAC帧结构都没搞清楚，最后卡住了。基础打牢了，后面自然水到渠成。
我的经验：做FPGA网络协议栈，最忌讳的就是「眼高手低」。我曾经带过一个实习生，上来就说要写100G的TCP协议栈。我让他先写一个简单的UDP回环测试，他花了两周才调通。但正是这个简单的回环测试，让他理解了时钟域同步、跨时钟域处理、FIFO深度计算这些基本功。后来他再做复杂协议时，就顺手多了。
好了，第一章的内容就到这里。记住我们今天讲的核心：FPGA做网络协议栈，要找准定位，发挥硬件优势，避开软件擅长的领域。
下一章，我们会深入以太网MAC层，看看数据帧到底是怎么在线上跑的。到时候我会带着你写一个简单的MAC发送模块，让你亲手感受一下硬件处理网络包的感觉。