第2章 逻辑设计

本课程对应[日]宫田宽士《图解服务器端网络架构》，曾薇薇译、乌尼日其其格审校，人民邮电出版社/图灵教育，2015年4月第1版第1次印刷，376页、478千字、16开，ISBN 9787115388179；原书ISBN 9784797373516。图灵官方资料标明467张图表，官方试读PDF包含CIP、版次页和完整目录。首版正式结构为第0章加第1至5章，共171个目录节点；课程不会用2024年第2版、云原生、Service Mesh或现代API网关替换原书内容。

从一条可证伪的通信流开始

先预测：把VLAN、IP网段和安全区随意混用，或只验证去程不验证回程，会产生广播泄漏、地址冲突、非对称路由和NAT故障。把预测写成“需求、正常路径、状态/表项、单故障路径、告警与恢复”五列，再接线、配置或测试。若结果与预测不同，先修正设计模型，不要把现场补丁当作架构成立。

本章的主问题是：贯通以太网成帧、MAC交换、VLAN、ARP、IPv4、路由、NAT、DHCP、ICMP并形成可汇总的VLAN与地址设计。每个箭头要注明源/目的、接口、VLAN、地址、协议端口和设备责任；每个冗余结论要说明丢失哪个故障域、剩余容量和状态如何接管。

验收不变量是：每个广播域、IP网段、默认网关、路由与NAT方向都有唯一责任，正反向通信流均能由表项和报文证据解释。单次ping成功、设备状态为up或拓扑图看似对称，都不能单独证明业务双向通信、容量、故障切换和恢复成立。

核心词汇与首版边界

VLAN、ARP、路由表、NAT、DHCP

这些词汇固定在2015年首版语境。第2版新增或更新的技术、云上托管网络、容器网络和Service Mesh可以另行比较，但不改变本页目录分母。

核心机制深读

L2先学习源地址再转发目的地址

交换机从入站帧学习源MAC与端口映射，再按目的MAC查表；未知单播与广播会在VLAN内泛洪。VLAN通过端口成员和802.1Q标签隔离广播域，Trunk必须在两端一致允许所需VLAN。

动手试：先写预期拓扑、通信流、接口/状态表变化和告警，再执行一次正常验证与一次单故障验证。若结果不同，修正设计规则而不是只改现场配置。

ARP只解析当前链路的下一跳

主机判断目标是否同网段；同网段ARP目标主机，异网段ARP默认网关。请求广播、应答通常单播。抓包要核对发送者/目标IP和MAC，并警惕免费ARP与代理ARP改变缓存。

路由由最长前缀匹配决定

IPv4地址与掩码划分网络和主机部分。路由表记录目的前缀、下一跳、出接口和度量；转发逐跳重写L2首部而保持端到端IP目标，直到NAT边界明确改写。

DHCP和ICMP是可运营性的基础

DHCP的Discover、Offer、Request、ACK分配地址、掩码、网关、DNS和租期，跨网段需Relay转发。ICMP类型和代码报告不可达、超时等网络事实；ping只是其中一种探测，成功也不证明应用端口可用。

逻辑设计要为增长与汇总留空间

先按业务、环境、安全与广播规模列VLAN，再统一VLAN ID和IP起始规则。相邻分配可形成汇总前缀，减少路由数量；入站DNAT和出站SNAT必须分别写出原始/转换后的源与目的及回程状态。

原书目录核对清单

本页承担45个目录或复习节点，正文、图解、实验和题目必须能反向定位每一项：

• 2.1 数据链路层的技术
• 2.1.1 数据链路层是物理层的帮手
• 专栏：用以太网标准进行成帧处理
• 2.1.2 数据链路层的关键在于L2交换机的运作
• 2.1.2.1 交换MAC地址
• 2.1.2.2 通过VLAN将广播域分隔开
• 2.1.3 ARP将逻辑和物理关联到一起
• 2.1.3.1 ARP通过IP地址查询MAC地址
• 2.1.3.2 抓取ARP包，观察它的写法
• 2.1.3.3 有几个特殊的ARP
• 2.2 网络层的技术
• 2.2.1 网络是由网络层拼接起来的
• 2.2.1.1 添加IP报头，进行分组化处理
• 2.2.1.2 IP地址由32位构成
• 2.2.2 将网段连接起来
• 2.2.2.1 利用IP地址进行路由选择
• 2.2.2.2 建立路由表
• 2.2.2.3 整理路由表
• 2.2.3 转换IP地址
• 2.2.3.1 转换IP地址
• 2.2.3.2 私网IP地址
• 2.2.4 自动设置IP地址的DHCP
• 2.2.4.1 DHCP的消息部分中包含着诸多的信息
• 2.2.4.2 DHCP的原理非常简单
• 2.2.4.3 对DHCP报文作中继处理
• 2.2.5 用于故障排除的ICMP
• 2.2.5.1 ICMP的关键在于类型和代码
• 2.2.5.2 常见的类型和代码有四种组合
• 2.2.5.3 出现问题时先尝试用ping去排除故障
• 2.3 逻辑设计
• 2.3.1 整理出所需的VLAN
• 2.3.1.1 实际所需的VLAN会因为诸多因素而变化
• 2.3.1.2 规定VLAN的ID
• 2.3.2 在考虑数量增减的基础上分配IP地址
• 2.3.2.1 IP地址的估算数量应高于当前所需数量
• 2.3.2.2 按顺序排列网段，使之更容易汇总
• 2.3.2.3 必须统一规定从何处开始分配IP地址
• 2.3.3 路由选择以简为上
• 2.3.3.1 考虑在路由选择中使用哪些协议
• 2.3.3.2 考虑采用哪种路由选择方法
• 2.3.3.3 将路径汇总以减少路径数量
• 2.3.4 NAT要按入站和出站分别考虑
• 2.3.4.1 NAT是在系统边界进行的
• 2.3.4.2 通过入站通信转换地址
• 2.3.4.3 通过出站通信转换地址

可复现实验

Ethernet: dst MAC | src MAC | type | payload | FCS
IPv4: src IP | dst IP | TTL | protocol | payload

destination prefix | next hop | interface | source | metric | owner
10.20.0.0/16      10.0.0.2    uplink1     static   10

DHCPDISCOVER -> DHCPOFFER -> DHCPREQUEST -> DHCPACK
client broadcast -> relay -> server -> relay -> client

独立证据门

第2章 逻辑设计 的最小证据包包含：首版节点、需求编号、物理/逻辑拓扑、端口/VLAN/IP/路由/NAT/策略表、正反向通信流、容量与单故障、监控日志、恢复步骤、偏差、责任人与复核人。

练习

本章回顾

“第2章 逻辑设计”的核心是贯通以太网成帧、MAC交换、VLAN、ARP、IPv4、路由、NAT、DHCP、ICMP并形成可汇总的VLAN与地址设计。真正掌握不是背设备名，而是把需求、责任层、通信流、状态、容量、故障、监控和恢复连成可施工且可证伪的闭环。

← 上一页：第1章 物理设计 · 下一页：第3章 数据安全设计和负载均衡设计 →

原版目录概念补充核对

以下条目补齐官方目录中容易被示例主线掩盖的概念。它们不重复罗列目录，而是明确每项概念的机制、适用边界和验收证据。

2.1.1 数据链路层是物理层的帮手：机制、边界与证据

第2章 逻辑设计中的2.1.1 数据链路层是物理层的帮手属于可施工的物理约束，介质、距离、速率/双工、连接器、端口容量、供电与散热要按完整链路核对。验证时把两端规格和余量写入端口表，再用错误计数、光功率或负载测试确认最弱一段仍满足峰值与单故障条件。

专栏：用以太网标准进行成帧处理：机制、边界与证据

第2章 逻辑设计中的专栏：用以太网标准进行成帧处理需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.1.2 数据链路层的关键在于L2交换机的运作：机制、边界与证据

第2章 逻辑设计中的2.1.2 数据链路层的关键在于L2交换机的运作需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.1.2.1 交换MAC地址：机制、边界与证据

第2章 逻辑设计中的2.1.2.1 交换MAC地址决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.1.2.2 通过VLAN将广播域分隔开：机制、边界与证据

第2章 逻辑设计中的2.1.2.2 通过VLAN将广播域分隔开决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.1.3 ARP将逻辑和物理关联到一起：机制、边界与证据

第2章 逻辑设计中的2.1.3 ARP将逻辑和物理关联到一起属于可施工的物理约束，介质、距离、速率/双工、连接器、端口容量、供电与散热要按完整链路核对。验证时把两端规格和余量写入端口表，再用错误计数、光功率或负载测试确认最弱一段仍满足峰值与单故障条件。

2.1.3.1 ARP通过IP地址查询MAC地址：机制、边界与证据

第2章 逻辑设计中的2.1.3.1 ARP通过IP地址查询MAC地址决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.1.3.2 抓取ARP包，观察它的写法：机制、边界与证据

第2章 逻辑设计中的2.1.3.2 抓取ARP包，观察它的写法需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.1.3.3 有几个特殊的ARP：机制、边界与证据

第2章 逻辑设计中的2.1.3.3 有几个特殊的ARP需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.2 网络层的技术：机制、边界与证据

第2章 逻辑设计中的2.2 网络层的技术需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.2.1 网络是由网络层拼接起来的：机制、边界与证据

第2章 逻辑设计中的2.2.1 网络是由网络层拼接起来的需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.2.1.1 添加IP报头，进行分组化处理：机制、边界与证据

第2章 逻辑设计中的2.2.1.1 添加IP报头，进行分组化处理决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.2.1.2 IP地址由32位构成：机制、边界与证据

第2章 逻辑设计中的2.2.1.2 IP地址由32位构成决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.2.2 将网段连接起来：机制、边界与证据

第2章 逻辑设计中的2.2.2 将网段连接起来属于可施工的物理约束，介质、距离、速率/双工、连接器、端口容量、供电与散热要按完整链路核对。验证时把两端规格和余量写入端口表，再用错误计数、光功率或负载测试确认最弱一段仍满足峰值与单故障条件。

2.2.2.1 利用IP地址进行路由选择：机制、边界与证据

第2章 逻辑设计中的2.2.2.1 利用IP地址进行路由选择决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.2.2.2 建立路由表：机制、边界与证据

第2章 逻辑设计中的2.2.2.2 建立路由表决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.2.2.3 整理路由表：机制、边界与证据

第2章 逻辑设计中的2.2.2.3 整理路由表决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.2.3 转换IP地址：机制、边界与证据

第2章 逻辑设计中的2.2.3 转换IP地址决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.2.3.1 转换IP地址：机制、边界与证据

第2章 逻辑设计中的2.2.3.1 转换IP地址决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.2.3.2 私网IP地址：机制、边界与证据

第2章 逻辑设计中的2.2.3.2 私网IP地址决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.2.4 自动设置IP地址的DHCP：机制、边界与证据

第2章 逻辑设计中的2.2.4 自动设置IP地址的DHCP决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.2.4.1 DHCP的消息部分中包含着诸多的信息：机制、边界与证据

第2章 逻辑设计中的2.2.4.1 DHCP的消息部分中包含着诸多的信息需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.2.4.2 DHCP的原理非常简单：机制、边界与证据

第2章 逻辑设计中的2.2.4.2 DHCP的原理非常简单需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.2.4.3 对DHCP报文作中继处理：机制、边界与证据

第2章 逻辑设计中的2.2.4.3 对DHCP报文作中继处理需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.2.5 用于故障排除的ICMP：机制、边界与证据

第2章 逻辑设计中的2.2.5 用于故障排除的ICMP只有在明确故障域、剩余容量和状态接管条件后才算高可用。先记录正常主备/集群状态，再单独中断链路、节点或依赖，测量检测与收敛时间，并确认恢复后不会双主、丢会话或长期降级。

2.2.5.1 ICMP的关键在于类型和代码：机制、边界与证据

第2章 逻辑设计中的2.2.5.1 ICMP的关键在于类型和代码需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.2.5.2 常见的类型和代码有四种组合：机制、边界与证据

第2章 逻辑设计中的2.2.5.2 常见的类型和代码有四种组合需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.2.5.3 出现问题时先尝试用ping去排除故障：机制、边界与证据

第2章 逻辑设计中的2.2.5.3 出现问题时先尝试用ping去排除故障只有在明确故障域、剩余容量和状态接管条件后才算高可用。先记录正常主备/集群状态，再单独中断链路、节点或依赖，测量检测与收敛时间，并确认恢复后不会双主、丢会话或长期降级。

2.3 逻辑设计：机制、边界与证据

第2章 逻辑设计中的2.3 逻辑设计决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.1 整理出所需的VLAN：机制、边界与证据

第2章 逻辑设计中的2.3.1 整理出所需的VLAN决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.1.1 实际所需的VLAN会因为诸多因素而变化：机制、边界与证据

第2章 逻辑设计中的2.3.1.1 实际所需的VLAN会因为诸多因素而变化决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.1.2 规定VLAN的ID：机制、边界与证据

第2章 逻辑设计中的2.3.1.2 规定VLAN的ID决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.2 在考虑数量增减的基础上分配IP地址：机制、边界与证据

第2章 逻辑设计中的2.3.2 在考虑数量增减的基础上分配IP地址决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.2.1 IP地址的估算数量应高于当前所需数量：机制、边界与证据

第2章 逻辑设计中的2.3.2.1 IP地址的估算数量应高于当前所需数量决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.2.2 按顺序排列网段，使之更容易汇总：机制、边界与证据

第2章 逻辑设计中的2.3.2.2 按顺序排列网段，使之更容易汇总决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.2.3 必须统一规定从何处开始分配IP地址：机制、边界与证据

第2章 逻辑设计中的2.3.2.3 必须统一规定从何处开始分配IP地址决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.3 路由选择以简为上：机制、边界与证据

第2章 逻辑设计中的2.3.3 路由选择以简为上决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.3.1 考虑在路由选择中使用哪些协议：机制、边界与证据

第2章 逻辑设计中的2.3.3.1 考虑在路由选择中使用哪些协议决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.3.2 考虑采用哪种路由选择方法：机制、边界与证据

第2章 逻辑设计中的2.3.3.2 考虑采用哪种路由选择方法决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.3.3 将路径汇总以减少路径数量：机制、边界与证据

第2章 逻辑设计中的2.3.3.3 将路径汇总以减少路径数量需要落到明确的流量路径、责任设备和状态表，而不能停留在设备名称。画出正常与单故障路径，固定输入后只改变一个链路、表项或容量条件，再以双向抓包、设备状态、告警和恢复结果核对设计。

2.3.4 NAT要按入站和出站分别考虑：机制、边界与证据

第2章 逻辑设计中的2.3.4 NAT要按入站和出站分别考虑决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.4.1 NAT是在系统边界进行的：机制、边界与证据

第2章 逻辑设计中的2.3.4.1 NAT是在系统边界进行的决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.4.2 通过入站通信转换地址：机制、边界与证据

第2章 逻辑设计中的2.3.4.2 通过入站通信转换地址决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。

2.3.4.3 通过出站通信转换地址：机制、边界与证据

第2章 逻辑设计中的2.3.4.3 通过出站通信转换地址决定报文在二层广播域、三层前缀和地址转换之间如何选择路径。应同时记录正反向路由、ARP/邻居状态、策略与转换表，再从两个方向发起测试，避免单向可达掩盖返回路径或地址重叠问题。