路由器的功能可以归成三类:基本、扩展、管理。 这个分类最大的用处是「排查时分层次」,按类查比乱猜快得多。
03.05 把「IP 转发」这条主线讲完了,从这一节开始讲「除了转发它还会什么」。 先给一张分类地图,后面八节都在往里填。
一、三类分别是什么
类别 包含什么 配错的代价
基本功能 接口、路由、转发、ARP 网络直接不通 扩展功能 NAT、VPN、QoS、ACL、多播 业务不通或变慢 管理功能 用户界面、日志、告警、时间、备份 出问题查不到
三类的边界是「不配会怎样」:基本功能不配就完全不通;扩展功能不配是「能通但不对」; 管理功能不配是「能用但查不了」。
二、按类排查的顺序
不通 → 先查基本功能:接口 up 吗、路由有吗、ARP 学得到吗。 这三样是必要条件,缺一个就全不通。 能通但业务不对 → 查扩展功能:NAT 配了吗、ACL 拦了吗、QoS 限速了吗。 能通但查不出原因 → 查管理功能:日志开了吗、时间对吗、告警发给谁了。
这个顺序的价值在于「不重不漏」:从下往上查,每层都是一次收敛, 不会出现「查了半天发现是网线没插」。
三、最容易欠的是第三类
基本与扩展功能「不配就不通」,所以一定会配;而管理功能「不配也能用」,所以常常被跳过。
代价在出故障那天全部还回来:没有日志就是瞎猜,时间不准就没法跟别处的记录对齐, 没有告警就只能等用户打电话。
所以三条最低要求:日志送到集中服务器、NTP 对准、配好告警接收人。 这三件事加起来不到半小时,但能省掉几十个小时。 这是本书里性价比最高的一条建议。
四、动手 Demo:路由器的功能分成三类,配的时候按类找
这段列出三类功能各包含什么、配错的代价, 再给出「不通/业务不对/查不出原因」三种症状对应的排查层次。
for name, items, cost in cats:
T([name, items, cost], [0, 0, 0])
for sym, layer in symptoms:
P(u" %s → 先查%s功能。" % (sym, layer))
实跑输出:
--------------------------------------------------------------------
路由器的功能分成三类,配的时候按类找
--------------------------------------------------------------------
**路由器的功能很多,但可以归成三类**:基本、扩展、管理。**按类找,就不会漏。**
类别 包含什么 配错的代价
--------------------------------------------------------------------
基本功能 接口、路由、转发、ARP 网络直接不通
扩展功能 NAT、VPN、QoS、ACL、多播 业务不通或变慢
管理功能 用户界面、日志、告警、时间、备份 出问题查不到
**这个分类的用处是「排查时分层次」**:
· **不通** → 先查基本功能(接口 up 吗、路由有吗、ARP 学得到吗)。
· **能通但业务不对** → 查扩展功能(NAT 配了吗、ACL 拦了吗、QoS 限速了吗)。
· **能通但查不出原因** → 查管理功能(日志开了吗、时间对吗、告警发了吗)。
**按这个顺序查,比「乱猜」快得多。**
**三类里最容易欠的是第三类。**基本与扩展功能「不配就不通」,
**所以一定会配;而管理功能「不配也能用」,所以常常被跳过。**
**代价在出故障那天全部还回来**:没有日志、时间不准、**半夜出问题只能靠猜。**
**所以三条最低要求**:日志送到集中服务器、NTP 对准、配好告警接收人。
**这三件事加起来不到半小时,但能省掉几十个小时。**
「配错的代价」这一列是分类的依据,不是「功能的重要性」。 管理功能其实最重要,但它「不配也能用」,所以被排在最后。
排查顺序那三条建议抄下来贴在机柜门上: 不通查基本、不对查扩展、查不出查管理。这套顺序在九成的现场故障里都成立。
最后三条最低要求里,「NTP 对准」最容易被忽略: 时间差几分钟,日志就没法跟别处对齐——多台设备的日志摆在一起,时间不一致等于没有日志。
30 秒实验
- 列出你手上这台路由器配了哪些功能,按三类归一下。
- 检查它有没有配 NTP,日志送到哪里。
- 想一想:你上次排查故障是从哪一类开始查的?
常见误区
- 以为功能越多越好。每多一个功能就多一处可能配错的地方。
- 以为管理功能「有空再配」。出故障时它就是唯一的线索。
- 以为排查要从「最可能的原因」开始。按层次查更快。
自测三问(点开对答案)
1. 路由器功能分哪三类? —— 基本功能、扩展功能、管理功能。 2. 「能通但业务不对」应该先查哪一类? —— 扩展功能:NAT、ACL、QoS、VPN 这些。 3. 为什么管理功能最容易被欠? —— 不配也能用,代价要到出故障那天才显现。下一节:先看一个今天已经消失的功能——支持 IP 以外的协议簇。
- ☐ (本节完,下一节 03.06.02 支持TCP/IP以外的协议簇)