计网知识点全梳理：从OSI模型到TCP/IP协议栈的复习指南

简介：北京工业大学计算机网络期末知识点整理（99分）面向北工大计网课程考生，系统梳理考试高频考点。内容涵盖对等网络与C/S模式、OSI七层与TCP/IP四层参考模型、物理层传输介质与交换方式、数据链路层滑动窗口协议、介质访问控制子层、网络层路由算法与QoS流量整形、常见互联设备功能等，并对IPv4/IPv6、TCP/UDP、ARP/ICMP等重要协议作了归纳。资源为1个docx文档，压缩包约21KB，便于直接阅读或打印复习。已有652人学习下载。整体按章节组织，协议细节与计算要点覆盖较全，可帮助读者快速搭建知识框架、查漏补缺，适合期末冲刺或系统备考使用。

1. 计网知识点整理：一份99分笔记能解决的问题，不是“全”而是“串”

“北京工业大学计网知识点整理(99分)”这个标题能被反复传阅，背后是计网复习的真实痛点：书翻了三四遍，协议背了忘、忘了背，一到做题还是卡在子网计算和拥塞窗口上。这份整理能考到99分，靠的并不是把教材抄一遍，而是把考点按“层”拆开、再按“题”收敛成能直接复用的计算模板和协议对比表。期末冲刺、考研408、复试前的体系复盘，都适合按这套路径走。下面我把完整复习路径重做一遍：先立骨架，再填各层细节，最后是踩坑记录。

2. 计网考点地图：先搭OSI与TCP/IP骨架，再谈背细节

2.1 五层模型与各层PDU：骨架错了后面全乱

计网复习第一关不是背协议，而是建立分层模型。绝大多数教材先给七层OSI参考模型，但考试和实际工作里跑的是TCP/IP的四层或五层模型。北工大这类学校的期末卷子，默认按五层模型出题：应用层、传输层、网络层、数据链路层、物理层。整理笔记的第一件事，就是把每层的PDU（协议数据单元）名称写死：应用层叫“报文”（message），传输层叫“报文段”（segment），网络层叫“IP数据报”（datagram），链路层叫“帧”（frame），物理层叫“比特流”。选择题特别喜欢跨层问“这个字段出现在哪一层”，只要把PDU名字和层次对应关系记成条件反射，这类题就不会丢。

各层职责也要能一句话说清：物理层管透明传输比特流；链路层管相邻节点组帧、差错控制和流量控制；网络层管路由选择和逻辑寻址；传输层管端到端通信、复用分用和可靠传输；应用层管具体网络应用。这里最容易犯的错是“传输层和网络层的寻址分不清”——网络层用IP地址找主机，传输层用端口号找进程，二者缺一不可。记法：“IP定位机器，端口定位应用程序”。

还有一个高频混淆点：OSI的表示层和会话层去哪了？按五层模型，加密、压缩、ASCII转码这些表示层功能并进了应用层，会话管理也由应用层自己处理（比如HTTP的Cookie机制）。考试判断题问“数据加密属于哪一层”，按五层模型答应用层，按OSI参考模型答表示层。笔记里要把两套模型的映射单独列一行，这是我复习早期丢分最多的地方。

我建议每复习一层，就在纸上徒手画一次五层阶梯，并标注每层“对上提供什么服务、对下依赖什么服务”。这个动作看起来基础，但能避免后期把“路由器工作在网络层”和“交换机工作在链路层”这种送分题搞反。框架图不要求好看，能让自己三秒定位就好。

2.2 每层设备和协议对照表：一张表钉死基础分

设备与协议的对应关系适合用一张表钉死。我整理笔记时把这张表放在第一页，后面每一章回看一次，记忆会牢固很多。

这张表建议自己默写三遍。第一遍遮住“典型设备”列，按层推设备；第二遍遮住“核心协议”列，按设备和场景反推协议；第三遍整表默写。很多人只背协议不背层次，考到“HTTP运行在哪一层、基于哪个传输层协议”这种送分题反而卡壳。

设备辨析有个容易被忽略的点：集线器和交换机看着都是“接网线的盒子”，但集线器所有端口共享带宽、冲突域不隔离，属于物理层；交换机每个端口独享带宽、隔离冲突域，属于链路层。中继器也属于物理层，作用是放大衰减的信号、延长传输距离。判断口诀：不带MAC地址表的设备，基本不是链路层以上的东西。

另外，传输层的“UDP还是TCP”是个经典连坐考点：HTTP用TCP 80，HTTPS用TCP 443，DNS查询用UDP 53、区域传输用TCP 53，DHCP用UDP 67/68，TFTP用UDP 69。这些端口号建议单独整理成一张小卡，背到条件反射为止。端口题看似送分，但丢分率意外地高，原因就是混在一起背容易乱。

2.3 一个URL的完整旅程：把分层思想串成一条线

框架搭完，下一步是验证笔记有没有立起来。方法很土但很有效：把“浏览器输入网址到页面显示”这条链路完整走一遍，每一步标出层次和协议。

1. 应用层：DNS解析域名，先查浏览器缓存、本地hosts，再走UDP 53向本地DNS服务器递归查询，拿到目标IP。
2. 应用层构造HTTP GET报文，交给传输层。
3. 传输层：TCP三次握手建立连接，目的端口80，把HTTP报文切段、加序号和校验和。
4. 网络层：查路由表确定下一跳，封装成IP数据报，加源和目的IP地址。
5. 链路层：ARP询问下一跳（网关）的MAC地址，拿到后封装成帧。
6. 物理层：转成比特流在介质上传输，中间经过交换机转发、路由器逐跳转发。
7. 服务器反向处理，响应报文再沿同一条路径返回。

这条链路能默写下来，分层模型的题基本通吃。我在整理笔记时会在每个环节旁边标注“这步出问题会看到什么现象”：DNS没命中表现为首次访问卡顿几秒；TCP握手失败表现为连接超时或拒绝；ARP缓存过期表现为ping第一包延迟；物理层断链表现是网卡显示未连接。把现象和层次绑定，比孤立背协议有效得多——考试简答题问“某现象可能出在哪几层”，就能按这条链路逐段排查。

这层功夫做扎实后，后面物理层到应用层的细分考点，本质上都是在给这条链路的每个环节补充参数和计算细节。所以这一章建议投入整份笔记四分之一的时间，骨架值这个价。

3. 物理层与数据链路层：CRC、CSMA/CD和MAC帧，背下来就能稳拿的分

3.1 CRC循环冗余校验：手算流程与Python验证脚本

CRC是数据链路层最常见的计算题。原理一句话：发送方在数据末尾追加冗余码（FCS），使整个发送序列能被生成多项式整除；接收方用同一多项式去除，余数为0则无误，否则丢弃或重传。冗余码位数等于生成多项式的最高次幂。计算用的是模2除法，加减都不进位、不借位，本质就是异或。

以经典题目为例：要发送的数据D为101001，生成多项式G(x)=x³+x²+1，对应二进制1101。多项式最高次幂是3，所以先在被除数后补3个0，变成101001000，用它对1101做模2除法，得到余数001，这就是FCS。最终发送序列是101001001。接收方收到后用1101除，余数为0即认为无误。

手算最容易错在“位数对不齐时补0”，尤其最后一步不够除时，余数直接取剩余位。我建议写完手算后用下面这段Python验证结果。课堂上有同学用普通减法的思路去算，结果死活对不上，问题就出在异或和减法的差别上。

def crc_remainder(data: str, poly: str) -> str: """ 计算 CRC 冗余码（FCS）。 data: 原始数据二进制字符串，如 "101001" poly: 生成多项式二进制字符串，如 "1101" 返回: 冗余码，长度为 len(poly) - 1 """ data_len = len(data) fcs_len = len(poly) - 1 dividend = data + '0' * fcs_len # 补 fcs_len 个 0 remainder = dividend[:fcs_len] for i in range(data_len): bit = dividend[i + fcs_len] if remainder[0] == '1': # 异或多项式：模2除法当前位为1时做异或 remainder = bin(int(remainder, 2) ^ int(poly, 2))[2:].zfill(fcs_len) else: # 当前位为0，直接左移下降一位 remainder = remainder[1:] + bit return remainder.zfill(fcs_len) print(crc_remainder("101001", "1101")) # 输出 001

这段脚本的核心是模拟长除法里的“异或后补位”：被除数当前最高位是1就异或生成多项式，是0就直接左移下降一位。参数说明里最需要注意的是poly最高次幂决定fcs_len，比如生成多项式x⁴+x³+1对应poly=11001，fcs_len=4。data必须是纯二进制字符串，不能带空格。考场上不会让算大数，多项式一般是x³、x⁴级别，手算五步就能出结果。

需要小心的是“给定接收端收到的序列，判断是否出错”的变式：把得到的整个序列（数据+FCS）对多项式做一次模2除法，余数为0则没错。考试里有个坑点是接收序列可能被人为改成“数据变、FCS不变”，这时候单独看FCS没用，必须重算。我在笔记里专门标注了一句话：“CRC只能检错，不能纠错”，简答题考到别多嘴答成纠错。

3.2 CSMA/CD与最小帧长：争用期公式的三种考法

早期以太网使用CSMA/CD（载波监听多路访问/冲突检测），计算题核心公式就两个：争用期（冲突窗口）=2τ，τ是单程传播时延；最小帧长=争用期×数据传输速率。为什么要有最小帧长？因为发送方必须在发送完之前检测到冲突。如果帧太短，冲突信号还没传回来帧就发完了，发送方会误以为发送成功，这就是考场简答题爱问的“为什么要限定最短帧长”。

经典例题：以太网两站点间电缆长1km，信号传播速率2×10⁸m/s，数据传输速率10Mbps，求最小帧长。先算单程时延τ=1000÷(2×10⁸)=5μs，争用期=2τ=10μs，最小帧长=10×10⁻⁶×10×10⁶=100bit。注意按给定参数算出来是100bit，但标准以太网规定的是64字节，原因是实际网络有中继器和集线器的额外时延，考试一般按题面参数算，不用硬凑64字节。

三种考法要都会：一是给定总线长度和速率求最小帧长；二是反向给最小帧长和速率求总线最大长度；三是问“某站发了一个比最小帧长短的帧，接收方怎么处理”——应当丢弃。反向题的坑几乎都在单位换算：Mbps→bit/s乘10⁶，km→m乘10³，μs→s乘10⁻⁶，一步错全错。我一般会在笔记里给这个公式画一个三角关系图：冲突窗口、数据速率、最小帧长，知道任意两个量就能反推第三个，做题先圈单位再代公式。

还有一个延伸点：信道利用率与争用期有关，定义参数a=τ/T₀，T₀是帧发送时间，a越小利用率越高。简答题常问“提高信道利用率的手段”——增大帧长、减小总线长度、提高数据速率。这个概念不难，但很多同学的笔记里没有，考到就只能现场推，容易慌。另外CSMA/CD和CSMA/CA要分清：CA用于无线局域网点名，靠的是随机退避避免冲突而非检测冲突，因为无线环境没法做到一边发一边听。这个对比是选择题的高频陷阱。

3.3 交换机自学习与VLAN：数据链路层的两个大题来源

交换机的MAC地址自学习是简答和综合题的常客，过程分四步：A发帧给B，交换机收到后把“源MAC+入端口”写入MAC表，然后查表中是否有目的MAC——没有就向除入端口外的所有端口广播（泛洪）；B回帧时，交换机学到了B的MAC和入端口；下次A再发B，交换机直接按表转发，不再广播。

三个细节常考：MAC表条目有老化时间，华为交换机默认300秒，到期删除；收到目的MAC在表中但对应端口已失效的帧，交换机重新泛洪；多台交换机级联成环时，广播帧会无限循环，所以要跑STP生成树协议阻断冗余链路。记法：“先学习后转发，学不了就泛洪，环路交给STP”。这里的计算题很少，但简答题可能要求描述“交换机如何避免广播风暴”，答案落脚到STP和VLAN两个手段。

VLAN的作用是隔离广播域。默认所有端口属于VLAN 1，划分方式有静态（按端口固定分配）和动态（按MAC地址分配）。跨交换机相同VLAN通信要打802.1Q标签，标签长4字节，包含TPID和TCI，交换机之间连接叫Trunk链路。考试常问“802.1Q标签是在标准以太网帧的哪个位置插入”——在源MAC地址之后、长度/类型字段之前。配置层面，常见做法是在交换机上先创建VLAN，再把端口划进去，最后把级联口配成Trunk。家用傻瓜交换机不支持VLAN，所以题里说“用VLAN隔离广播风暴、提高安全性”，指的都是可网管交换机。

还有个小考点容易被忽略：VLAN能隔离广播域，但不能隔离不同网段间的通信，跨VLAN通信必须走路由器或三层交换机。这个“网关在手，跨VLAN不愁”的关系，和网络层的子网划分是连着的：一个VLAN通常对应一个IP子网。把这层关系写进笔记，链路层和网络层的衔接就通了。

4. 网络层：子网划分、ARP和路由协议，计网的分水岭

4.1 子网划分与CIDR：三步计算法与ipcalc命令验证

网络层是计网考卷拉开分差的地方，子网划分是必考计算。我的三步法：第一步确定主机位数n，用2ⁿ−2≥需求主机数，减2是去掉全0网络地址和全1广播地址；第二步从32位地址中扣掉主机位，得到子网掩码前缀；第三步从掩码边界开始枚举子网，写出每个子网的网络地址、广播地址和可用主机范围。

举个例子：公司有4个部门，每个部门最多25台主机，拿到C类网段192.168.1.0/24。每个子网需要5位主机位，因为2⁵−2=30≥25，所以子网掩码是/27，即255.255.255.224。子网块大小=2^(32−27)=2⁵=32，子网起始地址依次是0、32、64、96、128、160、192、224。第一个子网：网络地址192.168.1.0，广播地址192.168.1.31，可用主机192.168.1.1到192.168.1.30。这里最容易翻车的点是块大小计算——把“32−27=5”当成块大小，实际块大小=2^主机位数=32。

手算完，可以用ipcalc命令验证，Linux下一条命令看全所有信息：

ipcalc 192.168.1.0/27

输出会依次列出Network、Netmask、Broadcast、HostMin和HostMax，对照手算结果一目了然。没有Linux环境可以用Python的ipaddress模块做同样的事：

import ipaddress net = ipaddress.ip_network('192.168.1.0/24') # 把 /24 切成 8 个 /27 子网 subnets = list(net.subnets(prefixlen_diff=3)) for subnet in subnets: hosts = list(subnet.hosts()) print(subnet.network_address, subnet.broadcast_address, hosts[0], hosts[-1])

参数说明：prefixlen_diff=3表示在原前缀上多借3位，即从/24变/27；子网数=2³=8。脚本能批量验算，比手算效率高得多。整理笔记时我会留一页“错题集”，专门记这类边界算错的例子。

CIDR还有一个考点是路由聚合：把连续的子网合并成一条路由，减小路由表规模。例如192.168.1.0/24、192.168.2.0/24、192.168.3.0/24三条路由，可聚合为192.168.0.0/22。方法是找这些地址里最长公共前缀——前22位相同。考题常给几个地址让选聚合后的CIDR，先把地址写成二进制数最右边不同的一位。

4.2 ARP协议：同一网段与跨网段的请求路径

ARP的考点高度集中在“IP地址到MAC地址的映射过程”。先明确一点：ARP只工作在同一广播域内，路由器不会转发ARP广播。场景一，同一网段内A（192.168.1.10）访问B（192.168.1.20）：A先查ARP缓存，没有就广播“谁的IP是192.168.1.20”，B收到后单播响应，A把B的MAC写入缓存。场景二，跨网段A访问C（192.168.2.10）：A的目标MAC不是C，而是默认网关（路由器）的MAC，帧先到路由器，再由路由器用同样的ARP过程把帧转发给C。

这个“跨网段要找网关MAC”是选择题最常挖的坑。我复习时把它抄成大字贴在笔记第一页：目的IP是C的，目的MAC是网关的。有个验证方法是抓包：同一网段ping，目标MAC是对方主机；跨网段ping，目标MAC永远是网关。Wireshark看ARP请求的“Who has”字段也能验证，不过考试只需要记住结论就行。

ARP缓存有老化时间，Windows下动态条目通常几十秒到几分钟，华为交换机默认120秒。ARP欺骗的原理是向目标发送伪造的ARP应答，把网关MAC改成攻击者MAC，后续流量被中间人截获。考试只需要知道“ARP是无认证的，动态条目可被覆盖；防御手段是静态ARP绑定”。还有一个观察点：首次ping一个目标时，先有ARP广播后有ICMP请求，第一次慢、第二次快的原因就在ARP缓存上。这个现象可以解释“为什么ping第一包会丢”。

4.3 RIP与OSPF：距离矢量与链路状态的核心区别

路由协议这节，选择题和简答题反复考RIP和OSPF的核心机制。RIP是距离矢量协议，以跳数为度量，最大15跳，16跳视为不可达；每30秒向邻居广播完整路由表并发送任何更新，收敛慢且容易产生路由环路，解决靠水平分割、毒性逆转和触发更新。OSPF是链路状态协议，以链路代价为度量，运行Dijkstra算法计算最短路径，只在拓扑变化时触发更新，收敛快，支持区域划分，骨干区是Area 0。

对比记忆主线是：距离矢量“我信邻居传给我的表”，链路状态“我自己画地图”。考题喜欢问：RIP出现路由环路后数据包会怎样？在路由器之间来回打转，直到TTL归零。OSPF的Hello报文用来建立和维护邻居关系，选举DR/BDR减少邻接数量，这类填空点出现频率很高。BGP也值得记两行：路径矢量协议，基于TCP 179端口，是自治系统之间的路由协议；和IGP的区别在于BGP看重策略而非单纯最短路径。

还有个高频考点是静态路由和默认路由：静态路由由管理员手工配置，适合小型稳定网络；默认路由是“兜底路由”，目的地址不在路由表时走默认路由。配置命令的形式各厂家不同，但思路一致，考试一般不要求写配置，只要知道“路由器查路由表时，匹配原则是最长前缀匹配”，别把“默认路由最优先”记反了即可。

5. 计网复习避坑指南：5个丢分现场与排查路径

这一章是血泪经验。复习计网时，很多知识点看起来懂了，一到做题或模拟配置就翻车。下面五条是我反复见到的高频错误，每条按“现象→原因→解决”梳理，可以直接抄进笔记。

5.1 子网掩码与默认网关：算对了地址却配不通

现象：子网划分手算全对，在模拟器里配好IP和掩码，PC之间却ping不通。 原因：忘了配默认网关，或者网关IP不在自己子网范围内。跨网段通信时，数据包根本发不到路由器，因为目的MAC没有被正确解析成网关MAC，帧只能困在本局域网里。 解决：先ping网关地址，确认链路层通，再ping远端地址；网关不通就执行arp -d清空ARP缓存（Windows），Linux用ip neigh flush all，重新触发ARP解析。笔记里我把“同一网段免网关，跨网段必配网关”作为自查口诀，每次配完IP先对这句话。另外要检查掩码是否把网关地址划到了子网外：网关必须是本子网的可用地址，不能是网络地址或广播地址。

5.2 CRC模2除法当成普通减法

现象：手算CRC余数，算出来的FCS和标准答案差好几位。 原因：把模2除法当成普通二进制减法，用了借位的思路。实际上模2加减就是异或，同1得0，异1得1，没有进位也没有借位。 解决：算的时候心里默念“异或、异或、异或”。每步异或前先看被除数当前最高位，是1就异或多项式，是0就左移补下一位。算完余数后把“数据+余数”整体再做一次模2除法，余数为0才算过关。我遇到过不止一个同学栽在这里，基本都是十进制除法的手感没切换过来。练三组题：101001算三次、1101011011算一次、教科书课后题抽两组，手感就回来了。

5.3 TCP的RTT计算把重传时间估错

现象：题目给定一组RTT样本序列，让用RFC 6298的算法计算SRTT和RTO，答案总差一点。 原因：初始值设置不对。RFC 6298规定：第一个RTT样本直接赋给SRTT，同时RTTVAR取样本值的一半；后续样本才按SRTT=(1−α)×SRTT+α×RTT迭代，α默认0.125；RTO=SRTT+4×RTTVAR。很多人跳过了“第一个样本特殊处理”这一步，直接套迭代公式。 解决：把公式写成模板：先找第一个样本初始化SRTT和RTTVAR，再逐个样本迭代。注意题目给的α、β值，没给就用默认0.125和0.25。单位也容易出错，样本单位是毫秒就全程毫秒，不要混秒。考试时先写出初始化的两组值，再写迭代过程，步骤分能拿稳。

5.4 HTTP长连接与TCP连接复用混为一谈

现象：判断题“HTTP/1.1中Keep-Alive表示TCP连接会一直保持”答错。 原因：知道Keep-Alive是长连接，但没分清楚“应用层的持久连接”和“传输层的TCP连接保持”是两个概念。HTTP/1.1的Keep-Alive是让TCP连接在多个HTTP请求和响应之间复用，减少反复建立连接的开销；但TCP连接并不会因为应用层不说再见就一直保持，连接维持靠的是TCP自己的定时器和保活探测报文。 解决：记住三句话：Keep-Alive属于应用层的行为，让一个TCP连接服务多个HTTP事务；TCP自身有Keep-Alive计时器，用来检测对端是否存活，两者不是一个东西；HTTP/1.1默认开启Keep-Alive，HTTP/1.0默认关闭。题目问“谁在维持这条TCP连接”，标准答案是TCP协议栈而不是应用层，别把功劳记错。

5.5 窗口计算被“三个窗口”绕晕

现象：计算TCP发送窗口大小时，把接收窗口（rwnd）、拥塞窗口（cwnd）、滑动窗口（swnd）搞混，套错公式。 原因：TCP发送窗口的实际可用大小是min(接收窗口，拥塞窗口)，很多人只取其中一个值就往答案上写。还有一类混淆是把接收窗口当成接收方缓存剩余量，题目里给的是“接收方缓存总大小”和“已占用大小”，需要先减出rwnd。 解决：做题先圈题干给的是哪个窗口：报文里窗口字段是rwnd，发送方自己维护的是cwnd，实际能发多少看min(rwnd, cwnd)。如果题目问“接收方还剩多少缓存”，那是rwnd的变化，与cwnd无关。把这三个词并排写在笔记里，后面各标一行适用场景：rwnd反映端到端接收能力，cwnd反映网络拥塞程度，swnd是两者取小后的结果。

6. 传输层与应用层踩分点：从三次握手到HTTP的追问链

6.1 三次握手与四次挥手：状态迁移能默写才算过

三次握手四个关键点：SYN标志位变化是SYN→SYN+ACK→ACK；第一个包的序号是随机初始序号ISN，不是从0开始；前两个包不能携带数据，第三个ACK可以带；为什么不是两次握手——防止历史失效请求滞留，让服务器误开连接。四次挥手要点：FIN→ACK→FIN→ACK，主动关闭方进入TIME_WAIT并等待2MSL，原因有两个：确保最后一个ACK到达对方；让旧报文在网络里自然消亡，避免端口被复用后收到迟到数据。状态迁移图里SYN_SENT、ESTABLISHED、FIN_WAIT_1/2、TIME_WAIT、CLOSE_WAIT这几个状态必须能默写，简答题很可能要求画图。

6.2 拥塞控制：慢开始与拥塞避免的cwnd曲线

慢开始每轮RTT把拥塞窗口翻倍，超过阈值ssthresh进入拥塞避免，改为线性增长；超时重传时ssthresh降为当前窗口一半，窗口重置回1；快重传（收到3个重复ACK）时窗口减半再线性恢复，不走慢开始。这部分踩分点是画cwnd随时间变化的曲线，必须背下“1→2→4→8→…→线性→断崖→爬坡”的锯齿形态。题目给超时或快重传的轮次，让标出ssthresh变化值，这类题只要记住“重传是断崖、重复ACK是减半”就不会错。

6.3 HTTP版本差异与考前自测技巧

HTTP/1.0每请求一个连接；HTTP/1.1引入Keep-Alive和管线化，但队头阻塞没根治；HTTP/2.0用多路复用、二进制分帧、头部压缩解决队头阻塞问题。TLS位于传输层之上、应用层之下，考到HTTPS 443端口时，答出TLS握手协议与记录协议就能拿分。

考前一周我会按“层→协议→端口→一次失败现象”做四层自测：随便指一个协议，能说出它属于哪层、默认端口、失败后看到什么现象。比如DNS失败是域名解析超时，DHCP失败是拿不到IP变成169.254开头，TCP握手失败是connect超时。这套自测方法让我在考场上有“看到题目就能定位是第几层”的条件反射。每次复习到犯困时，我就用四层口诀过一遍，一页纸还没写完，思路先清醒了。希望帮到你。

本文还有配套的精品资源，点击获取