中继器与集线器：物理层原理、连接实操与故障排查

中继器和集线器这两个词，现在出现在面试题里，大概率会被当成“这人是不是刚翻完十年前的教材”的暗示。可我在实际项目里遇到它们的次数，远比想象中多：某实验室的旧测试台还在用同轴中继器接信号、某公司的老旧工业控制柜里串着两台八口集线器、新人培训讲冲突域时如果没有集线器，根本讲不明白为什么“同一时刻只能有一个站发送”。物理层这两个设备，本质上解决的是最朴素的一类问题——信号跑远了会衰减、会变形，得有人在中途把它接住、修好、再推一把。中继器干的是“接力”这个活，集线器则是把多个口的中继器塞进一个盒子里。它们不认MAC地址、不查IP、不做任何转发决策，纯粹和电信号打交道。这篇内容我打算把这两个设备的原理边界、选型参数、连接实操、故障排查从头到尾捋一遍，适合刚学网络的在校读者建立分层概念，也适合做现场维护的朋友在处理老链路时对照着查。有 CCNA 基础的人可以跳过原理直接看第三、第四节，那里全是现场踩出来的东西。

1. 为什么要认真对待物理层这两个“老古董”

1.1 信号衰减这件事，绕不过去的物理现实

双绞线里跑的是电压变化，铜缆有电阻、有分布电容、有趋肤效应，信号从一端到另一端，幅度会掉、上升沿会变缓、形状会糊。这不是配置问题，是物理定律。一段超五类线在 100 米时信号还能被对端网卡识别，跑到 150 米就可能开始出现 CRC 错误、重传、时通时断；跑到 250 米基本就是彻底不通。同轴电缆也是一样，10BASE-5 的粗缆标准距离 500 米、10BASE-2 的细缆标准距离 185 米，这些数字不是拍脑袋定的，是当年 IEEE 802.3 工作组在实验室里一点点衰减测出来、再留了余量写进标准的。

线缆本身处理不了衰减，那就得在链路上加设备。中继器（Repeater）的核心工作只有三件事：接收、整形放大、重新发送。注意“整形”这两个字很关键——它不是简单的电压放大，而是把已经变形、带有噪声的波形重新生成成一个干净的、幅度和时序都符合规范的数字信号。放大器只放大不改形，噪声一起放大；中继器是再生（regenerate），所以多级级联时误码不会像模拟放大那样指数累积。这个区别在长距离链路上非常明显，也是当年同轴电缆能做总线型多段互联的技术基础。

从分层角度看，中继器工作在 OSI 模型的物理层，它看到的只有比特流，眼里没有“帧”这个概念，更不认识源 MAC 和目标 MAC。因此它有两个天然缺陷：不隔离冲突域，不隔离广播域。这两条后面会展开，是理解集线器一切问题的钥匙。

1.2 中继器和集线器的分工：一个延长距离，一个扩展端口

把中继器想成一根“有源延长线”，两个口，一头进一头出，作用是把一段快要衰减到不可用的信号续上。集线器（Hub）本质上是多端口中继器，它把进来的信号再生后复制到所有其他端口上。所以你在集线器的 1 口发一个包，2、3、4、5、6、7、8 口全都能收到电信号——物理上就是所有端口连在同一根“逻辑总线”上。

这个设计放在当年的背景下是合理的。上世纪九十年代，交换机芯片贵得离谱，一个八口集线器几百块就能买到，小办公室用它把几台电脑连起来完全够用。但它的代价也很直接：所有端口共享同一份带宽。一个 10Mbps 的八口集线器，如果在满负荷工作，平均每个口只能分到 1.25Mbps，而且这还是理想情况，实际因为冲突开销会更低。更要命的是安全性——集线器把所有流量往所有端口上灌，旁边那台机器把网卡设成混杂模式，就能把别人发的邮件、登录口令全抓下来。这也是后来交换机普及后，集线器在办公网里迅速消失的直接原因。

注意：只要链路两端还有集线器参与，整条链路就是半双工、共享介质的模式。这一点在混合组网时极其容易出错，第四节会专门讲。

1.3 场景画像：谁还在用它们

我不建议任何人拿中继器和集线器去搭新网络，但下面这几类场景确实是它们还站着的地方：

• 教学实验：讲 CSMA/CD、讲冲突域、讲广播域，如果没有集线器，学生只能靠背结论。用一台集线器加几台机器抓包，让冲突真的发生一次，理解会完全不一样。
• 老旧工业设备的信号续接：某些工业控制柜里的串行链路或者老式现场总线，中间串着导轨式的中继模块，负责把 RS-485 一类的差分信号延长几百米。
• 超长距离的应急续接：临时布线时线缆不够长，或者在既有线路上发现某一级跑不满 100 米，手头有中继模块就先顶上。
• 光纤链路的转换环节：光收发器某种程度上就是一对“光电中继器”，把电信号转成光跑远路，再转回电信号。

先说清楚一点：本文里提到的所有设备型号和品牌都会用泛称，具体选型你按自己现场的品牌体系对号入座就行，原理是通用的。

2. 核心原理拆解：从电信号到端口分发

2.1 物理层的职责边界在哪里

物理层负责的是“把比特从一端搬到另一端”，它关心的是接口机械特性、电气特性、功能特性和规程特性。具体到以太网，物理层定义了用什么编码（10BASE-T 用曼彻斯特编码）、用什么电平（双绞线上是差分电压）、用什么连接器（RJ45）、线序怎么排（T568A/T568B）、以及一段链路最长能跑多远。

中继器和集线器全部落在这个范围内，所以它们对上层协议是透明的。你从一台主机 ping 另一台主机，中间串两台集线器，ping 该通还是通，主机的 ARP 表、路由表完全不受影响。这个“透明”也意味着它们的故障排查不能用看 IP、看路由那一套思路，得往下走，看指示灯、看线序、看电气指标。

反过来讲，正因为透明，它们也有一个好处：不引入任何协议层的兼容性问题。二层的 VLAN 标记、三层的协议类型、四层的端口号，中继器一概不看、也一概破坏不了。在纯物理层面做延长，反而是最省心的。

2.2 中继器的信号再生机制

一个典型的中继器内部大致是这样一条链路：接收端的差分接收器把线上的差分电压取下来 → 均衡/限幅电路把波形整平 → 时钟恢复电路从数据流里提取出位时钟 → 判决电路在每个时钟节拍判断这一位是 0 还是 1 → 重新生成一个符合模板的干净波形 → 驱动电路以标准幅度推出去。

这条链路上有两个关键指标值得记住：

第一个是引入时延。再生不是瞬间完成的，判决和重新生成都要时间。在 10Mbps 以太网里，CSMA/CD 的碰撞检测依赖“最小帧的往返时间”，标准规定冲突窗口为 512 比特时间，也就是 51.2 微秒。所以整条碰撞域内的往返时延必须小于这个预算。中继器本身会吃掉一部分预算，这就是为什么标准对级联数量有硬限制。

第二个是抖动。多级级联后，每一级都会往时钟里注入一点相位抖动，级数越多，累积越大，接收端越难正确判决。这就是“不能无限级联”的物理原因，不是厂商想限制你。

与之配套的就是经典的5-4-3 规则：在一个碰撞域内，最多允许5 个网段、最多4 个中继器/集线器、其中最多3 个网段可以连接终端设备，剩下 2 个网段只能作为纯连接段。这条规则当年是为 10Mbps 同轴场景定的，但它背后的逻辑——控制往返时延预算——在双绞线场景下同样成立。

2.3 集线器的共享介质本质与冲突域

集线器把多端口中继器的能力做进一个盒子，所有端口共享同一根逻辑总线，工作在半双工模式。十个端口接十台机器，这十台机器就处在同一个冲突域内，谁抢到介质谁发。这个机制叫 CSMA/CD：

1. 载波侦听：发送前先听线上有没有信号，有就等。
2. 多路访问：多个站公平竞争这根共享总线。
3. 冲突检测：一边发一边听，发现自己发出去的和听到的不一致，说明撞了。
4. 冲突退避：撞了以后各站各随机一个退避时间，等时间到了再重试。

用生活类比：集线器像一间只有一支话筒的会议室，谁想发言都得先看话筒在不在人手上，说的时候还得用耳朵听自己声音有没有被人盖住。会议室人越多，抢到话筒的时间越长，开会效率越低。交换机则像每个人都有独立对讲通道，互不干扰。

这里有个非常关键的认知点：集线器不存储帧，它不做“转发决策”。因为它没有缓冲区，进来什么就立刻复制出去，所以它也无法做速率适配。你拿一个 10Mbps 集线器接一台 100Mbps 的网卡，网卡那边能协商成 10Mbps 就通，协商不成就是不通。这个和交换机完全不同，交换机每个口可以独立协商速率、独立双工。

2.4 与网桥、交换机的边界对照

很多人把这几类设备混在一起，实际差别是清晰的：

这张表的用法很简单：你只要记住“物理层设备不隔离任何域，二层设备隔离冲突域，三层设备隔离广播域”，绝大多数组网题和现场判断都能推出来。比如“为什么集线器级联越多网越慢”，因为冲突域被扩大，碰撞概率上升，退避时间变长；“为什么集线器下面不能配 VLAN”，因为它连帧结构都不看，VLAN 标记对它毫无意义。

3. 实操：选型、连接与参数计算

3.1 参数计算：链路预算怎么估

假设你要把一段链路从 A 点延伸到 B 点，中间用双绞线加中继器。先把已知条件列出来：单段超五类线标称极限 100 米，中继器引入时延按厂商手册取值（老式设备常见几比特时间到几十比特时间），碰撞域内总往返时延必须小于 51.2 微秒。

举一个我在某实验室测试台上做过的估算：一条 10Mbps 链路，服务器侧 60 米，中间一台中继器，远端 70 米，合计 130 米。单看距离是超了，但因为中继器把整段拆成两个网段，每个网段都在 100 米以内，物理上是可行的。这时要算的是时延：

• 双绞线信号传播速度约为 0.6c 到 0.7c，取 2×10^8 m/s，130 米单程约 0.65 微秒，往返约 1.3 微秒。
• 中继器引入时延取保守值 2 微秒（往返计 4 微秒）。
• 两端网卡物理层收发时延各约几微秒。
• 总和仍远小于 51.2 微秒，时延预算充足。

关键结论：在 10Mbps 场景下，距离本身往往不是瓶颈，级联数量和总时延才是。而到了 100Mbps Fast Ethernet，碰撞窗口虽然按比特时间算还是 512 比特时间，但对应的时间缩短到了 5.12 微秒，预算一下紧张了 10 倍，所以标准直接规定 Fast Ethernet 只允许两级中继器（且这两级还有类型限制），到千兆就不再允许共享式中继器了。这个演进逻辑值得记一下：速率越高，碰撞域能容忍的物理尺寸越小。

3.2 连接实操的完整流程

下面这套流程是我处理老链路续接时固定走的步骤，按顺序做，能省掉一大半返工。

第一步，确认两端的速率和双工。查清对端设备是固定 10M、还是自协商。集线器和中继器都是固定速率的，如果对端被写死成 100M 全双工，接上去必然不通或者通得极差。这一步看着废话，实际上手就有人在现场卡两小时。

第二步，测线，不只是 ping。用线缆测试仪看长度、看线序、看近端串扰。我踩过最深的坑是一条“通但慢”的链路，ping 通、网页能开、一传大文件就断，最后用测试仪一看，一对线在中间某个位置被压出了很小的损伤，平时靠纠错能扛，大流量下丢包率飙升。物理层问题，只能用物理层手段查。

第三步，单独验中继器本身。拿两条短跳线，中继器接在中间，两端各接一台干净机器，先确认这个盒子是好的。不要一上来就串进生产链路，出了事分不清是中继器坏了还是链路本身有问题。

第四步，串入链路并逐级验证。每加一级，立刻验一次连通性、跑一次大包。逐级加的好处是万一不通，你马上知道是哪一级的问题，而不是对着一条三段的链路猜。

第五步，观察冲突计数。接上集线器之后，在主机侧看网卡的冲突计数和错误计数（Linux 下ip -s link就能看）。如果冲突计数在持续上涨，说明这个共享域里的流量已经压不住了，该考虑换交换机了。

# 查看接口的收发统计与冲突计数 ip -s link show eth0 # 持续观察错误包增长情况，每秒刷新一次 watch -n 1 'ip -s link show eth0 | tail -n 4'

真实现场通常没这么理想：集线器上挂着五六台老设备，你根本不知道哪天哪台机器开了个大流量。所以我的做法是给关键链路做个基线——在业务正常的时候先记一次冲突计数，跑一天再看涨了多少。这个基线比单看绝对值有用得多。

3.3 供电、散热与机柜层面的细节

集线器是没有风扇的被动散热设备，靠外壳散热。把一台老集线器塞在密闭机柜最底层，旁边还杵着两台发热的电源模块，夏天很容易过热死机。我见过一次“每天下午三点准时断网”的故障，最后查出来是机柜顶部空调出风口正对着集线器，结露导致主板间歇性故障，听着离谱但确实发生了。

供电上还有两点：一是老设备的电源适配器电压和极性务必核对，集线器的电源口通常没有防反接保护；二是如果用 PoE 为集线器后面接的设备馈电，注意集线器本身不支持 PoE，所有受电设备都得单独接电源，别指望一根网线带过去。

3.4 替代方案：什么时候该直接换掉

我给你一条硬标准：只要这个共享域里同时活跃的主机超过三台，或者有任意一台在跑持续性大流量，就换成交换机。理由很直白，交换机现在的价格已经低到没有讨论必要，八口百兆交换机比一顿饭便宜，且每端口独享带宽、支持全双工、隔离冲突域。

如果需求是“延长距离”，替代方案按距离梯度走：

4. 常见故障与排查速查表

4.1 链路接通但时断时续

这类问题九成出在电气层面，不在协议层面。典型表现是：ping 时通时不通、间隔不规律、传小文件没问题传大文件就断、接头轻轻一动就掉线。

按这个顺序查：先换跳线，跳线是最好换也最容易坏的部件；再看水晶头，很多老线是现场压的，时间久了线芯氧化、卡扣松动，用测试仪看线对是否全通；然后看中继器端口的指示灯，正常应该是链路灯常亮、活动灯随流量闪烁，如果链路灯闪烁或者熄灭，说明物理连接不稳定；最后量一下两端供电是否稳定，尤其工业场景，电压波动会导致中继模块反复复位。

我印象最深的一次是某车间一条链路“每天早上开机时通，运行两小时后断”。查了半天网络配置，最后是柜内温度升高后，一台老集线器的晶振温漂导致时钟恢复失败。换设备后彻底解决。这件事教给我一个习惯：老设备的故障，要和它的工作环境一起看。

4.2 冲突、丢包与速率低下

共享式网络的性能衰减是有公式感的：冲突概率随活跃站数量上升而上升，退避时间随冲突次数指数拉长。表现出来就是“网络一开始还行，人一多就慢得没法用”。

判断方法很简单，在主机侧看冲突计数是否在持续增长。如果稳定增长，说明介质竞争激烈，解决办法只有两个：减少共享域内的主机数量，或者换成交换机。

还有一个隐蔽得多的坑：双工不匹配。集线器只支持半双工，如果你把它接在交换机的一个全双工端口上，交换机那边可能因为协商不上而回退，也可能直接保持全双工，一边全一边半，结果就是一发大包就丢。这种链路的典型症状是：小包通畅、大包全掉、错误计数里出现大量 FCS 错误和 late collision。处理办法是把交换机那个口手动固定为半双工，或者干脆别这么接。

4.3 广播风暴与环路

集线器不跑 STP，因为它连帧都不认识。所以两个集线器之间如果接成环形，或者一个集线器被两条线接到同一个交换机上，环路上就会无限循环。广播帧进入环路后会被不断复制，瞬间打满整条链路，表现是全网瘫痪、所有指示灯狂闪、交换机 CPU 飙升。

这里的处理原则是：物理层设备和二层交换机混用时，环路防护必须靠人在布线上把关。我给自己定的两条规矩是：每个集线器只允许一条上行链路；机柜内做连线时，线头插上去之前先在心里过一遍拓扑，别插完再想。

4.4 排查速查表

关于“端口物理损坏”这一条，多说一句：集线器的端口隔离变压器被打坏是很常见的老化故障，尤其是频繁插拔或者有静电的场景。判断方法就是把这个端口上的一根线换到另一个口，如果好了就是端口问题，不用再往下查。

5. 教学与实验场景中的真正价值

5.1 用一台集线器把“冲突域”讲透

我帮某高校的朋友改过一次网络实验课的内容，原来的做法是让学生背“集线器不隔离冲突域”，考试能答对，但根本不知道那意味着什么。后来改成实操：四台机器接一台八口集线器，其中两台同时跑一段持续发送流量的程序，第三台去 ping 第四台，让学生现场看 ping 的延迟从 1 毫秒飙到几十毫秒甚至超时。然后把集线器换成交换机，同样的操作，延迟纹丝不动。

这个对比实验十几分钟就能做完，但它把几件事一次性讲清楚了：共享介质、CSMA/CD、冲突域边界、交换机的价值。学生做完之后再回头看理论，不用背就记住了。

配套的抓包实验也很有意思。在集线器的环境下，任何一台机器把网卡设成混杂模式，都能收到其他机器之间的流量。让学生亲自抓一次，比讲十遍“集线器不安全”都管用。当然，这类实验必须在隔离的实验网络里做，绝不能接入任何生产网络，这是底线。

5.2 一套可复现的最小实验配置

如果要做上面那个对比，我建议这样搭：

1. 四台虚拟机或四台物理机接在同一个集线器上，同一网段，静态配置 IP，不设网关。
2. 在 A、B 两台机器上各跑一个持续发送的流量生成程序。
3. 在 C 上执行持续的 ping 和延迟统计，记录基线。
4. 换成交换机，重复第三步。
5. 对比延迟曲线、丢包率，并在交换机上查看端口统计。

# 记录延迟分布，跑 60 秒后输出统计 ping -c 60 -i 0.5 -q 目标地址 # 简单带宽压力：在 A、B 两台机器上各跑一个持续发送 dd if=/dev/zero bs=1M count=200 | nc 目标地址 端口

这套实验的关键不在于工具多高级，而在于两点：环境隔离，别把实验流量打进任何真实业务网络；对照，集线器和交换机必须用同样的负载跑一遍，对比才有说服力。

需要注意，跑这类实验时别用生产机的物理网卡，用虚拟机或者一台专门的测试笔记本最省事，出了问题直接重装。

6. 我的几点实操心得

第一个心得是，遇到物理层问题就先闭嘴，只信测量。我早年吃过亏，一条链路时断时续，我花了整整一晚上怀疑是路由配置、怀疑是防火墙策略、怀疑是 DNS，最后用一台几十块的测线仪一测，某一对线在中间位置阻抗异常。从那以后我的顺序是：物理、物理、还是物理，前三步全做完再谈协议。

第二个心得是，老设备的参数手册比你的记忆可靠。集线器、中继器这类设备的接口时延、最大级联数、支持的线缆类型，各家差异不小，别拿“我记得好像是四级”往上套。手册找不到就保守取值，宁可少级联一级。

第三个心得是，能换交换机就别硬撑集线器。这话我在不同场合说过很多次，但每次现场还是能见到有人拿集线器当汇聚用。省下的那点设备钱，会在后面无数次的丢包排查和性能投诉里加倍还回来。

第四个心得是，教学场景和生产场景的边界一定要划清。集线器在教学里的价值是不可替代的，它能让你“看见”冲突；但在生产里，它的每一个特性都是缺点。这两件事不矛盾，关键是你得清楚自己现在站在哪一边。

最后一个偏技巧性的：如果你手上还留着一两台老集线器做测试用，建议在它外壳上贴个标签，写明“仅限隔离实验，禁止接入办公网”。这不是多余，我在某公司就见过一台被保洁顺手插上网线以后引发广播风暴的事故，整整两个小时，最后靠一根一根拔线才定位到它。标签成本几毛钱，能省下两个小时。