1. 实验整体设计与思路拆解
1.1 这个实验到底在练什么
IPv4编址和IPv4路由基础，这两个词摆在一起，很多人第一反应是"不就是配个IP地址、写条静态路由嘛"。但我带过不少刚接触网络方向的朋友，真正动手的时候，十个里有八个会在掩码换算和下一跳地址上卡壳。这个实验的价值不在于配置命令本身，而在于把"地址规划"和"路由转发"这两件网络世界最底层的事情，用最小的拓扑规模讲透。
先说清楚它是什么：这是一个以IPv4地址规划为起点、以静态路由和直连路由为核心、验证三层可达性的基础实验。它能做的事情很具体——让你亲手把一个逻辑网络从"纸面规划"变成"设备上真实可通的转发路径"。解决的问题也很明确：很多人对子网划分的理解停留在笔算题层面，一旦要落到接口上、要算网络号、要判断两台设备是否同网段，就开始含糊。这个实验就是逼着你在真实设备（或模拟器）上把每一步算清楚。
适合谁来参考：刚入门网络方向的学生、准备考相关认证的初学者、以及那些"命令会敲但原理说不清"的半熟手。如果你已经能闭着眼睛算子网，那这篇可以当作查漏补缺的清单来看，里面有些实操细节是文档里不会写的。
1.2 为什么选静态路由而不是动态路由
实验标题里写的是"路由基础"，没有指定协议。这里有个关键取舍：基础实验阶段，静态路由是更合适的选择。原因有三层。
第一，静态路由把"路由表是怎么来的"这件事暴露得最彻底。动态路由协议会自动泛洪、计算、收敛，初学者看到的是一条路由"突然出现了"，但不知道它经历了什么。静态路由是你手动告诉设备"去某个网段，从某个接口出去，交给某个下一跳"，路由表的每一行都能追溯到你的配置动作，因果关系清晰。
第二，静态路由的故障排查路径短。一条静态路由不通，无非几种可能：下一跳不可达、出接口写错、掩码写错、对端没回程路由。这几种可能都能通过display ip routing-table和ping快速定位。动态路由出问题时，你可能要抓包看Hello报文、看邻居状态机，对初学者来说门槛太高。
第三，从工程实践角度看，静态路由在末梢网络、默认路由出口、以及小规模稳定拓扑里依然是主力方案。学会静态路由不是"过渡手段"，而是真实工作中天天要用的技能。我见过不少实际项目，核心跑动态路由，边缘一圈全是静态路由兜底，所以这个基础打不牢，后面全是空中楼阁。
1.3 拓扑设计的底层逻辑
基础实验的拓扑通常不会复杂，常见的是两台路由器背靠背直连，或者三台路由器串成一条链，再挂几台PC模拟终端网段。这种"线性拓扑"不是偷懒，而是刻意为之。
线性拓扑的好处是每一段链路都对应一个独立的广播域，地址规划时每个网段边界清清楚楚。你规划三个网段：左边终端网段、中间互联网段、右边终端网段。互联网段用/30或者/24都行，终端网段用/24。这种结构下，路由条目少、转发路径唯一，任何不通都能快速二分定位——先ping直连，再ping远端，逐跳推进。
如果一上来就搞环形拓扑或者多路径，路由选路、环路避免这些概念会混进来，把"编址"和"路由"两个核心冲淡。所以我的建议是：老老实实按线性拓扑做一遍，把每个网段的网络号、广播地址、可用主机范围全部手算出来写在纸上，再上设备配置。这个"先纸面后设备"的顺序，是我踩过坑之后总结的——直接在设备上试错，你会花大量时间在改配置和重启接口上，反而不如先算清楚。
2. 核心细节解析与实操要点
2.1 IPv4编址：掩码才是真正的核心
很多人学IPv4编址，注意力全在"点分十进制"上，觉得192.168.1.1就是个地址。但真正决定一个地址"属于哪个网络"的，是掩码。掩码的本质是告诉你：地址的前多少位是网络部分，后多少位是主机部分。
拿最常见的/24来说，掩码255.255.255.0，前24位是网络位。这意味着192.168.1.0/24这个网段里，192.168.1.1到192.168.1.254都是可用主机地址，192.168.1.0是网络号（代表整个网段），192.168.1.255是广播地址。这里有个新手常犯的错：把网络号和广播地址配到接口上。设备通常会拒绝，但有些模拟器不报错，导致后面怎么ping都不通，排查半天才发现地址本身就不合法。
再说/30，掩码255.255.255.252。这种掩码只有2个可用主机地址，专门用于点对点互联链路。为什么互联链路爱用/30？因为两台路由器直连，只需要两个地址，用/24会浪费252个地址。虽然现在地址空间没那么紧张，但在规划习惯上，互联链路用/30是专业做法。计算方法是：/30意味着主机位只有2位，2的2次方等于4，减去网络号和广播地址，剩2个可用。
我建议你在实验开始前，把下面这张换算表默写一遍，做到不假思索：
| 掩码前缀 | 点分十进制 | 可用主机数 | 典型用途 |
|---|---|---|---|
| /24 | 255.255.255.0 | 254 | 终端网段 |
| /25 | 255.255.255.128 | 126 | 中型子网 |
| /26 | 255.255.255.192 | 62 | 部门子网 |
| /28 | 255.255.255.240 | 14 | 小型子网 |
| /30 | 255.255.255.252 | 2 | 点对点互联 |
这张表不是让你背数字，而是让你理解"主机位每少一位，可用地址减半"这个规律。理解了规律，任何掩码都能现场推。
2.2 地址规划的三个实操原则
第一个原则：先定网段，再定地址。不要拿到设备就开始配192.168.1.1，而是先在纸上画出拓扑，标出有几个网段，每个网段用什么地址块。网段之间不能重叠，这是硬性要求。我见过有人左边网段用192.168.1.0/24，右边网段用192.168.1.128/25，表面看没重叠，实际上/25是/24的子集，路由表里会出现冲突，转发行为不可预测。
第二个原则：互联网段单独规划。把路由器之间的链路当成独立的网段来对待，不要和终端网段混在一起。比如终端用192.168.10.0/24和192.168.20.0/24，互联链路用10.0.0.0/30。这样路由表里一眼就能区分"这是终端路由"和"这是直连路由"。
第三个原则：预留扩展空间。规划时不要把所有地址块用满，留出几个/24给后续加设备。这个习惯在实验里看不出好处，但在真实项目里能救命——临时加一个网段，你有现成的地址块可用，不用重新规划整个网络。
注意：地址规划一旦落到设备上再改，成本很高。接口地址、静态路由、ACL（如果涉及）都要跟着改。所以纸面规划阶段多花十分钟，后面省一小时。
2.3 路由表到底怎么看
display ip routing-table（不同设备命令略有差异，有的用show ip route）这条命令的输出，是排查一切三层问题的起点。路由表里每一行包含几个关键字段：目的网段/掩码、协议类型（直连、静态、动态）、优先级（preference）、开销（cost）、下一跳、出接口。
直连路由的协议类型标为Direct，优先级通常是0，这是最高的。意思是：只要接口配置了地址且状态up，这个网段的路由自动进表，不需要你手动加。静态路由优先级默认是60（不同厂商有差异），比直连低。这个优先级设计的意义是：直连永远优先，因为"我接口上就配着这个网段"是最可信的信息。
看路由表时，重点看两件事：目的网段有没有、下一跳对不对。如果ping不通远端，先看路由表里有没有去往那个网段的路由。没有，说明静态路由没配或者配错了；有，但下一跳不对，说明配置时地址写错了。这一步能排除掉大部分问题。
还有一个细节：路由表里可能出现"等价路由"，即去同一个目的网段有两条开销相同的路径。基础实验里通常不会出现，但如果你不小心配了两条指向同一网段的静态路由，设备可能会做负载分担，这时候抓包会看到流量在两个接口间跳，容易误判为"网络不稳定"。所以配静态路由时，一个目的网段配一条就够了。
2.4 静态路由的两种写法与取舍
静态路由有两种常见写法：指定下一跳和指定出接口。
指定下一跳的写法是：ip route-static 目的网段 掩码 下一跳地址。这种写法告诉设备"去这个网段，把包交给这个邻居"。设备会自己去查"这个邻居怎么到达"，通常是通过直连路由找到出接口。这种写法适用于以太网链路（比如路由器之间通过交换机互联，或者直接网线直连的以太口）。
指定出接口的写法是：ip route-static 目的网段 掩码 出接口。这种写法告诉设备"去这个网段，从这个接口扔出去"。适用于点对点链路（比如串口）。在以太网链路上用出接口写法会有问题，因为以太网是多路访问的，设备不知道下一跳的MAC地址，需要发ARP请求，但目的地址又不是本网段的，行为会很奇怪。
我的建议是：以太网链路一律用下一跳写法，这是最稳妥的。串口链路可以用出接口写法，但为了统一习惯，用下一跳也不会有问题。实验环境里基本都是以太口，所以记住下一跳写法就够了。
3. 实操过程与核心环节实现
3.1 实验前的纸面规划
假设拓扑是这样的：路由器R1和R2直连，R1下挂一个终端网段，R2下挂一个终端网段。这是最经典的两路由器实验。
先规划地址。左边终端网段用192.168.10.0/24，R1的终端侧接口配192.168.10.254（习惯上用最大可用地址做网关）。右边终端网段用192.168.20.0/24，R2的终端侧接口配192.168.20.254。中间互联链路用10.0.0.0/30，R1的互联接口配10.0.0.1，R2的互联接口配10.0.0.2。
这里算一下/30的可用范围：10.0.0.0是网络号，10.0.0.3是广播地址，可用的是10.0.0.1和10.0.0.2。正好两个，一个给R1一个给R2，不多不少。
纸面上还要写出每台设备需要的静态路由。R1要去192.168.20.0/24，下一跳是10.0.0.2。R2要去192.168.10.0/24，下一跳是10.0.0.1。直连网段不用写静态路由，接口配好地址自动进表。
3.2 接口地址配置与状态确认
配置接口地址的命令因厂商而异，逻辑是一样的：进入接口视图，配地址和掩码，然后undo shutdown（或no shutdown）激活接口。
以常见的命令风格为例：
# R1 配置 interface GigabitEthernet0/0/0 ip address 192.168.10.254 255.255.255.0 undo shutdown interface GigabitEthernet0/0/1 ip address 10.0.0.1 255.255.255.252 undo shutdown配完之后，第一件事不是急着配路由，而是确认接口状态。用display ip interface brief看每个接口的物理状态和协议状态是否都是up。物理状态up说明链路通了，协议状态up说明地址配置生效了。如果物理状态down，检查线缆或者模拟器的链路连接；如果物理状态up但协议状态down，通常是地址配错或者掩码不匹配。
这一步的实操心得：配完一个接口就确认一个，不要全部配完再一起查。全部配完再查，出问题时你不知道是哪个接口的锅，得逐个回看。养成"配一个、查一个"的节奏，问题定位快得多。
3.3 直连互通验证
接口都up之后，先验证直连互通。在R1上ping 10.0.0.2，应该通。这一步验证的是互联链路本身没问题。如果不通，问题一定在互联链路的地址配置上，跟路由无关。
直连ping通之后，再看R1的路由表。应该能看到两条直连路由：192.168.10.0/24（出接口是终端侧接口）和10.0.0.0/30（出接口是互联接口）。这两条是自动生成的，不需要手动配。如果看不到，说明接口地址没配好或者接口没up。
这个阶段有个常见现象：ping直连对端时，第一次可能丢一个包。这是因为ARP解析需要时间，第一个包触发ARP请求，等回应回来才真正发出去。所以ping的时候建议带参数多ping几个，比如ping -c 5 10.0.0.2，看后面几个是否稳定通。只ping一个包就下结论，容易误判。
3.4 静态路由配置与端到端验证
直连通了，开始配静态路由。R1上加一条去往192.168.20.0/24的路由，下一跳10.0.0.2：
# R1 静态路由 ip route-static 192.168.20.0 255.255.255.0 10.0.0.2R2上加一条去往192.168.10.0/24的路由，下一跳10.0.0.1：
# R2 静态路由 ip route-static 192.168.10.0 255.255.255.0 10.0.0.1配完之后，在R1上display ip routing-table，应该能看到一条静态路由，目的192.168.20.0/24，下一跳10.0.0.2。然后从R1的终端侧ping R2的终端侧地址，比如在R1上ping 192.168.20.254，应该通。
这里有个关键点：路由是双向的。R1有去R2网段的路由，R2也必须有一条回程路由去R1的网段。只配单向，ping请求能过去，但回应回不来，表现为"请求超时"。很多新手在这里卡住，明明R1路由表里有去程路由，为什么ping不通？因为R2没有回程路由，回应包在R2上查不到去往192.168.10.0/24的路由，被丢弃了。
所以配静态路由时，脑子里要有一张"来回路径图"：去程走哪条、回程走哪条，两条都要存在。这个思维习惯建立起来，后面做更复杂的实验也不会乱。
3.5 用tracert验证转发路径
ping通之后，别急着收工。用tracert（或traceroute）从一端追踪到另一端，看路径是否和规划一致。两路由器的拓扑，tracert应该只显示一跳（中间那台路由器），如果显示了意外的跳数或者超时，说明路由表里有你没注意到的条目。
tracert的原理是逐跳发TTL递增的探测包，每一跳的设备回一个超时消息。这个工具在基础实验里看起来有点"杀鸡用牛刀"，但它是验证"流量真的按你规划的路径走"的最直接手段。ping只告诉你"通了"，tracert告诉你"怎么通的"。两者结合，才算把转发路径验证完整。
4. 常见问题与排查技巧实录
4.1 问题速查表
下面这张表是我整理的高频问题清单，按"现象—可能原因—排查动作"组织，实验卡住时可以直接对照：
| 现象 | 可能原因 | 排查动作 |
|---|---|---|
| 接口协议状态down | 地址/掩码配错，或与对端不在同网段 | 核对两端地址和掩码，确认同网段 |
| 直连ping不通 | 链路未通、接口未激活、地址冲突 | 查接口物理状态，查ARP表 |
| 远端ping不通但直连通 | 缺静态路由，或下一跳写错 | 查两端路由表，确认去程回程都有 |
| ping通但时通时断 | 配了等价路由导致负载分担 | 查路由表是否有重复目的网段条目 |
| 路由表有路由但转发失败 | 下一跳不可达（递归查找失败） | ping下一跳地址，确认可达 |
| 掩码配成/24但规划是/30 | 地址范围重叠，路由冲突 | 重新核对纸面规划，改回正确掩码 |
4.2 三个踩过的坑
坑一：掩码写反了。有次实验，互联链路规划的是/30，结果配置时手滑写成了255.255.255.0。表面上接口up了，直连也ping通了（因为两端都写错成一样的），但路由表里互联网段变成了10.0.0.0/24，和规划不符。后面加静态路由时，下一跳判断出现偏差，折腾了很久才发现是掩码的锅。教训是：配完地址一定回读一遍掩码，别信自己的手。
坑二：静态路由的下一跳写成了对端接口地址之外的地址。比如互联网段是10.0.0.0/30，R1的下一跳应该是10.0.0.2，结果写成了10.0.0.3（广播地址）。设备不报错，路由也进表了，但转发时下一跳不可达，包被丢弃。这种错误路由表上看不出异常，因为路由条目是存在的，只有ping的时候才暴露。排查方法是：看到静态路由后，单独ping一下下一跳地址，确认它真的可达。
坑三：忘了对端也要配回程路由。这个前面提过，但值得再强调一次。单向路由是新手最常见的错误，而且现象很有迷惑性——去程路由明明配了，路由表里也有，为什么不通？因为问题在回程。养成习惯：配完一端，立刻去另一端配对应的回程，两边都配完再测试。
4.3 排查的通用思路：从近到远，逐跳推进
网络排查最忌讳"一上来就怀疑最远的地方"。正确的顺序是：先确认本机接口up，再ping直连邻居，再查本机路由表，再ping远端，最后tracert看路径。这个顺序的逻辑是"从确定性强的地方往确定性弱的地方推"。
本机接口状态是你能直接看到的，最确定；直连邻居只隔一条线，次确定；路由表是你自己配的，再次；远端要经过转发，最不确定。按这个顺序排查，每一步都能把问题范围缩小一半。我见过有人远端不通就直接去改静态路由，结果改了半天发现是接口没up，白折腾。
提示：每次只改一个变量，改完立刻验证。同时改掩码又改路由，出问题了你不知道是哪个改动导致的。这个原则在实验阶段尤其重要，因为实验的目的就是搞清楚每个配置项的作用。
4.4 关于模拟器的一个实操提醒
如果用模拟器做这个实验，有个细节要注意：部分模拟器在保存配置和重启后，接口状态可能不会自动恢复，需要手动undo shutdown。这不是配置丢了，而是接口的激活状态没持久化。遇到"昨天还通今天不通"的情况，先查接口状态，别急着怀疑路由。
另外，模拟器的ping有时候对第一个包的处理和真实设备不同，可能出现"第一个包超时后面都通"的情况。判断连通性时，看后续包的成功率，不要被第一个超时吓到。真实设备上也有类似现象（ARP解析），所以这个经验是通用的。
5. 从实验到工程的延伸思考
5.1 默认路由：静态路由的特例
基础实验做完，可以顺手加一个默认路由的练习。默认路由是目的网段为0.0.0.0、掩码0.0.0.0的静态路由，意思是"所有查不到具体路由的包，都从这里走"。
在实验拓扑里，如果R1是边缘设备，只有一条出口去R2，那R1上可以只配一条默认路由指向10.0.0.2，替代具体的192.168.20.0/24静态路由。效果一样，但配置更简洁。这个练习的价值在于理解"路由表的最长匹配原则"：当有多条路由都能匹配目的地址时，选掩码最长（最具体）的那条。默认路由掩码是0，最短，所以只有在没有更具体路由时才生效。
真实网络里，边缘路由器配默认路由指向核心，核心再配具体路由，这是非常常见的分层设计。理解了默认路由，就理解了路由表的"兜底"机制。
5.2 路由递归查找：下一跳背后的下一跳
静态路由指定下一跳后，设备需要知道"怎么到达这个下一跳"。这个"怎么到达"是通过查路由表得到的，如果下一跳本身需要通过另一条路由到达，就叫递归查找。
实验里下一跳是直连的，所以递归只有一层：查直连路由找到出接口。但在更复杂的拓扑里，下一跳可能不是直连的，需要再查一次路由表。理解递归查找，能解释一个现象：为什么下一跳地址必须可达，否则静态路由不生效。因为递归查找失败，路由条目虽然显示在表里，但实际不可用。
这个知识点在基础实验里不是必须，但它是从"会配"到"懂原理"的分水岭。建议做完基础实验后，试着把下一跳配成一个非直连地址，观察路由表的变化，加深理解。
5.3 这个实验的边界在哪里
最后说清楚这个实验不覆盖什么，避免读者产生"做完就精通路由"的错觉。它不涉及动态路由协议（OSPF、BGP等）、不涉及路由策略和重分发、不涉及NAT和ACL、不涉及VLAN间的三层转发。它是一个"最小可用的三层转发模型"。
但正因为最小，它才把最核心的两件事——地址怎么规划、路由怎么来——剥离得干干净净。我个人的体会是，后面学任何动态路由协议，本质上都是在解决"路由怎么自动学"的问题，而"路由是什么、路由表怎么看、转发怎么发生"这些底层认知，全靠这个基础实验打底。基础不牢，学OSPF的时候你只是在背命令，不知道那些LSA在干什么。
所以我的建议是：这个实验不要只做一遍。第一遍照着步骤做通，第二遍不看步骤自己规划地址和路由，第三遍故意制造故障（改错掩码、删掉回程路由、写错下一跳）然后自己排查。三遍下来，IPv4编址和静态路由这块，你就算是真正拿下了。
