展厅网络怎么规划：网段、隔离、带宽够不够

方案里那句话，现场经常不成立

展厅方案的网络章节里，几乎必有这么一句：「网络采用千兆交换机，带宽满足需求。」

这句话在纸面上没问题，在现场经常不成立。原因很具体：

• 网线不达标。施工时用的线材、水晶头压接质量、线路长度，任何一项不到位，千兆口跑出百兆速率是常事。而这个降速是静默的——网卡显示连接正常，你不测就不知道。
• 交换机是瓶颈。标称千兆的低端交换机，在多口同时满负荷时背板转发能力可能撑不住。
• 中间串了老设备。链路里有一个百兆的小交换机、一个老的网络转换器、或者一段老布线，整条链路就被卡在那个速率上。
• 路径绕远了。看起来是同一栋楼，实际数据绕到核心交换机再回来。

这些问题的共同表现是：上了多路视频流之后画面卡顿、音频断续。而排查时会在播控软件、素材码率、机器性能上花大量时间——因为「网络是千兆的」这个假设从一开始就没被质疑过。

这篇讲的就是怎么让网络规划这件事从「假设」变成「有数」。

第一步：把流量分类

展厅网络里跑的东西，按对网络的要求分成几类，这个分类决定了后面怎么隔离：

控制类流量 —— 中控发给设备的指令、设备的状态回报。特点是数据量极小但对可靠性敏感。一条指令丢了，投影机就不开机。

音频类流量 —— Dante 这类音频网络。特点是数据量中等，但对延迟和抖动极其敏感。网络稍有拥塞就会断续。

视频类流量 —— NDI、IP 摄像机、网络播控。特点是数据量大，一路高清流就能占掉可观的带宽。

管理类流量 —— 远程运维、监控采集、文件传输。特点是偶发但可能很大（拷一次素材几十个 G）。

甲方的其他流量 —— 办公网、监控、门禁、消防。这些不归你管，但可能跟你共用物理网络。

分类的意义在于：这几类流量的特性完全不同，混在一起跑的结果是互相影响——管理流量拷个大文件，音频就断续；视频流占满带宽，控制指令就延迟。

第二步：定隔离方案

隔离的强度分三档，按项目条件选：

物理隔离（最强）：音频、视频、控制各用各的交换机和线路。可靠性最高，成本也最高。Dante 音频网络值得单独做物理隔离，这是行业内比较普遍的做法。

VLAN 隔离（常用）：共用交换机但划分不同的 VLAN，流量在逻辑上分开。成本适中，是多数展厅项目的现实选择。前提是交换机支持 VLAN，且有人会配。

不隔离（不推荐）：所有设备一个网段。只适合规模很小、没有音视频网络流量的项目。

这里有一条要跟甲方说清楚：如果甲方或网络方坚持所有设备共用一张网、不做隔离，那么后续所有偶发的音视频问题都会成为长期扯皮点，而且你很难自证清白。这个沟通要在方案阶段做，并留书面记录。 争取不到网络条件的话，方案上就该避开对网络敏感的技术路线。

第三步：分网段并留出余量

网段划分要按设备类型和功能分，不要按物理位置分。这样做的好处是：扫描一个网段就知道这类设备的全貌，排障时按 IP 就能判断是什么设备。

一个常见的划分思路：

• 一段给工程机（播控、中控、互动主机）
• 一段给显示与屏体控制（投影机管理口、LED 发送卡、拼接器）
• 一段给传感与互动设备（雷达、地感、触摸控制器）
• 一段给音频网络（如果上了 Dante）
• 一段给网络设备本身（交换机管理口）

每段都要留出余量。 展厅在运营期会加设备——甲方加一块屏、加一个展项、加几个摄像头。地址不够用时临时挤进别的网段，规划就乱了。

地址分配要成表并交付。 这张表在故障排查时价值最高——现场说「三号展项没画面」，看表就知道那是哪台机器、接在哪个交换机的哪个口。表怎么维护见后面。

第四步：带宽必须实测，别猜

这是这篇最想强调的一步。

如果方案里有多路网络视频流（NDI、IP 摄像机、网络播控）或音频网络，带宽必须实测。

测法很简单，用 iperf3：两台机器，一台跑服务端、一台跑客户端，几分钟出结果。

关键是要按实际的业务路径测，这一点最容易做错：两台笔记本插在同一台交换机上互测，结果很好看，但这不代表从机房到三楼展项那条路也好。要把测试机放在实际的两端位置。

测出来不够就分段测：机房到楼层交换机一段、楼层交换机到展项一段。哪一段掉下来，问题就在那一段。这个证据比「我觉得网速慢」有力得多，可以直接要求施工方返工。

视频流场景要专门测 UDP 并看丢包率。 展厅的组播视频流走 UDP，这类流量对丢包敏感——丢一点点包画面就有明显花屏。而 TCP 测试因为有重传机制，会掩盖丢包问题。

测试时机有两个：方案阶段（如果能进现场，或者跟甲方要网络条件）和施工完成后的验收。前者用于确认方案可行，后者用于确认施工质量。

组播这件事要单独确认

展厅里的 NDI、部分控制协议、部分音频方案会用到组播。而组播对交换机有额外要求——需要支持相应的组播管理功能，否则可能出现两种问题：

组播风暴：组播数据被泛洪到所有端口，整个网络瘫痪。见网络风暴怎么处理。

组播收不到：跨 VLAN 或交换机不转发。

这一条要在选交换机时确认，不能等到调试期。 展厅项目里因为交换机不支持组播管理而导致整个方案返工的情况并不罕见。

交付时要留下的东西

网络拓扑图。 用 draw.io 画，标清楚交换机位置、连接关系、VLAN 划分。

IP 地址表。 每台设备的地址、名称、位置、接在哪个交换机的哪个口。

带宽实测记录。 各段链路的实测吞吐，含测试条件（什么时候测的、从哪到哪、用什么参数）。这是日后判断「是不是网络劣化了」的唯一基线。

网段规划说明。 每个网段的用途和余量，方便甲方后续加设备时按规划来。

一个现实问题：文档会过期

IP 地址表交付时是准的，之后开始失真——某台机器重装了系统、甲方加了设备、有人临时改了地址忘了改回来。半年之后偏差已经足够让排障变得困难，而这种偏差是静默累积的。

最省事的对策是定期扫一遍网段，用 Advanced IP Scanner 十几秒完成，把实际结果跟文档对照。每次巡检做一次，并且把每次的扫描结果存档——单次扫描价值有限，对比才有价值。

注意扫描要限定在展厅相关的网段，别扫到甲方的办公网；有安全监测的单位要提前跟 IT 打招呼。

与本站方案的衔接

网络规划的所有工作，最终都是为了一件事：展厅设备之间的通信是可靠的。而「可靠」这件事没法靠一次验收证明，它需要持续观察——今天通不代表明天通，网络会因为设备变更、流量变化、硬件老化而缓慢劣化。

企服君的运维体系把网络连通性和设备在线状态纳入持续采集，让劣化趋势可见，而不是等到出问题才发现。加上交付时留下的带宽基线，判断「是不是网络的问题」就有了依据而不是靠猜。

集成商如果想让运维有据可依，这一层是基础——见集成商年费方案。

带宽实测的具体做法见 iperf3；网段扫描见 Advanced IP Scanner；IP 冲突的处理见 IP 冲突怎么处理。