Blog

学校机房同传广播：从「卡成 PPT」到组播与交换机调优

March 17, 2025 4 min read
网络组播运维

机房 60 台学生机，教师机一点「同传屏幕」，前排还行，后两排像在看幻灯片——帧率掉到个位数，鼠标拖影能描轮廓。老师觉得是电脑配置不行，电脑老师觉得是网线，网管说「交换机品牌不支持」。我被叫去的那天下午，机房里全是「卡吗」「卡」的对答。

结论先说：同传软件默认爱用广播/低效组播，二层环路和未开 IGMP Snooping 的傻瓜交换机会把整网拖死。 优化不是换一台「更贵的同传主机」就结束，而是把流量从「所有人被迫听」改成「只该听的口才转发」。

现场拓扑与现象

  • 教师机 + 同传服务：有线接入接入层交换机 A
  • 学生机分两排：经 A、B 两台接入交换机上联到核心（或汇聚）
  • 同传软件：屏幕镜像 + 文件分发，高峰时教师机出站流量可冲到百兆以上
  • 症状：同传时教师机 ping 网关延迟抖动；学生机浏览器一起卡；关掉同传立刻恢复

先排除「学生机 CPU 不行」：任务管理器里同传客户端并不吃满 CPU，网卡中断和重传计数却在涨。再排除「单台坏线」：换口、换线，卡顿跟着「同传是否开启」走，不跟着某根线走。

抓流量：是广播在杀人

教师机开同传时，在接入交换机镜像一口到笔记本：

# 简化观察结论
- 大量目标为 255.255.255.255 或子网广播的报文
- 部分模式使用 239.x.x.x 组播，但交换机把组播当广播洪泛
- 学生机即便未真正解码，也在硬中断上「接球」

同传厂商文档里常写「支持组播」，现场配置页却勾着「兼容模式 / 广播模式」——兼容老集线器时代的默认项。广播域有多大，受害者就有多少。

三板斧：软件、二层、链路

1. 软件侧：强制组播，关掉兼容广播

在同传控制台（各厂商名称不同）确认：

  • 传输模式：组播，不要「自动」
  • 组播地址落在管理用的 239.0.0.0/8 一段，并写进变更单，避免和别的系统撞车
  • 帧率与分辨率：教学场景 1080p@15–20fps 往往够用，比 4K@30 省一个数量级的突发
  • 文件分发与屏幕同传错开高峰；大镜像下发改用 HTTP 缓存或本地仓库，别走同传通道

改完只验证「教师机出口是否还对广播地址狂轰」，不急着宣布胜利。

2. 交换机：IGMP Snooping + Querier

接入与汇聚（若有）打开：

  • IGMP Snooping：根据加入/离开报文维护组播转发表，避免组播当广播
  • 二层网络里要有 IGMP Querier（三层接口或指定交换机充当），否则 Snooping 表学不全
  • 禁止学生口之间的 端口隔离（若教学需要互访再按组放开）；至少禁止环路：关掉学生自带小交换级联

示意（命令随品牌变化，逻辑一致）：

igmp-snooping enable
igmp-snooping vlan 20 enable
# 无三层组播路由时，在 SVI 上开 pim 或至少保证 querier

有环路的机房我会先跑一晚 STP/环路检测，再谈同传。广播风暴和组播洪泛叠在一起，任何参数都像没改。

3. 上联与 QoS：给同传一条不那么挤的路

教师机所在口与上联：

  • 教师机口固定千兆全双工，关掉节能 EEE（个别盘古机房 EEE 会导致突发掉速）
  • 上联不要和「全校下载」抢同一条拥塞严重的出口；机房业务尽量留在楼内
  • 有条件时给同传组播一个简单优先级队列，避免打印、更新抢突发

验收怎么写才像工程而不是体感

  1. 同传开启 10 分钟，核心 CPU/交换芯片占用不再打满
  2. 学生机抽样 10 台，画面延迟可接受（我们最终稳在体感 <0.5s 的教学可用区间）
  3. 同机房内「非同传」终端 ping 网关抖动恢复到日常水平
  4. 变更单留下：组播地址、VLAN、Snooping/Querier 位置、回退步骤（切回广播模式的开关在哪）

复盘

机房同传问题很少是「软件坏了」单一原因。更常见的是：默认广播 + 未治理的二层 + 把教学流量和办公下载搅在一起。网络工程师的价值，是把「卡」翻译成可测量的报文路径，再按软件参数、二层转发表、链路容量三层一起收口。

后来学期检查，老师只问了一句：「能不能一直这样就行？」——能。前提是别有人在暑假把交换机恢复出厂默认，又把 IGMP Snooping 默默关回去。配置备份和学期初巡检清单，比同传许可证更重要。

← Back to Blog