先看清楚:设备列表到底显示了什么
三种不同的症状都会被说成"Dante Controller 看不到我的设备",而它们的原因不同:
| 你看到 | 含义 |
|---|---|
| 设备完全不出现 | 发现流程没够到它——网卡、子网或交换机 |
| 设备名显示为红色 | 发现到了,但 Dante Controller 检测到故障——通常是 IP 配置或进入了失效保护 |
| 设备在,但没有时钟状态 / 设备信息 | 部分通信——常见于防火墙或第二块网卡 |
红色名字比设备根本不出现是好得多的消息,因为它证明发现流程是通的。双击那个红色名字,Dante Controller 会告诉你它在抗议什么。
在做任何事之前:点刷新,然后整整等 60 秒。 发现流程不是瞬时的,相当一部分"设备不见了"的报障会在这一分钟里自己解决。
原因 1:不止一块网卡
这是最常见的原因,也是最不显眼的。
Dante Controller 只绑定一个接口。 如果你的笔记本有以太网加 Wi-Fi、或者两个网口、或者 VPN 和虚拟化软件装出来的虚拟网卡,发现流程可能绑到了错误的那个上。
修法,按推荐顺序:
- 显式选择正确的接口。 Dante Controller 的 Network View 工具栏里有接口选择按钮。在断定任何东西坏掉之前先用它。
- 把你不用的接口全部禁用。 关掉 Wi-Fi,禁用虚拟网卡,让 Dante 那块网卡成为唯一在跑的。
- 如果必须保留两块有线网卡,把它们放在不同子网。 同一子网上的两块网卡会产生不可预测的路由,而 Dante 对此异常敏感。
在 macOS 上还要把 Dante 接口在网络服务顺序里设为最高优先级。
这个原因的标志性现象:同一台交换机上,同事的笔记本能看见、你的看不见。 那几乎总是本机网卡问题,不是设备或网络问题。
原因 2:IP 地址与子网不匹配
这就是产生红色设备名、以及警告 "Detected devices with addresses that do not match the subnet of the local Dante interface" 的原因。
地址应该是什么样
| 场景 | 应有范围 |
|---|---|
| 独立网络,无 DHCP 服务器 | 169.254.x.x(Link Local) |
| 有 DHCP 服务器 | 该服务器下发的范围 |
| 用 Link Local 的辅助(冗余)网络 | 172.31.x.x |
用 Device Info 标签页看实际 IP 地址。
出错的三种方式
1. 有人给某台设备设了静态 IP。 那台在 192.168.1.50,而其余全部自动落到 169.254.x.x,于是它出现了但够不着。修法:临时把你电脑的 IP 设进那台落单设备的子网,连上去,把它改回 DHCP/自动。
2. 同一个网络上混用了 DHCP 和 Link Local。 一部分设备从 DHCP 服务器拿到了地址,另一部分回落到 Link Local,于是它们在不同子网、互相看不见。选一种方案,应用到所有设备上,包括电脑。
3. 网络上有一台没人知道的 DHCP 服务器。 某人插上的路由器,或者某台跑着 DHCP 的电脑。这会造成那种最让人抓狂的版本:昨天还好好的。 如果地址看起来不一致,先去找第二台 DHCP 服务器,再查别的。
通用原则:Dante 网络通常根本不需要静态 IP。 真要用,它必须和其余设备在同一子网。
对于藏在完全未知静态子网里的设备,Audinate 有一套恢复流程——那正是"你猜不出该加入哪个子网"的情况。
原因 3:交换机
开了 IGMP snooping 却没有 querier。 Dante 用组播做发现和时钟。在启用了 IGMP snooping 但没有 querier 的网管交换机上,组播会被过滤干净,设备就此消失。
规则是:必须有且只有一台设备是 querier。 零个 querier 会破坏发现;两个 querier 会打架。 如果你开着 IGMP snooping,就去确认 querier 的情况——而如果没有人能告诉你哪台是 querier,这件事本身就是答案。
交换机上的 ACL 可能拦掉 Dante 的流量——在 AV VLAN 由别人配置的企业网络里值得查。
VLAN。 电脑不在 Dante 的 VLAN 上就看不到设备。在 Dante Domain Manager 或 Dante Director 管理下,电脑必须和设备在同一个 VLAN。
跨子网默认不工作。 接收端在 192.168.0.0/24、控制端在 192.168.10.0/24,除非专门配了路由,否则它们找不到彼此。Dante Controller 报告"设备不在本网络"是正确的——软件没错,是网络设计的问题。
另外,如果跑 Dante Controller 的电脑用的是自动配置(Auto IP)地址,即使路由存在,它也可能检测不到其他子网里的设备。
原因 4:防火墙、杀毒软件与服务
Dante 使用非常规端口号,而这恰恰是安全软件默认会拦的特征。
- Dante 软件会自动调整 Windows 内置防火墙,但第三方防火墙和互联网安全套装不在此列。
- 把杀毒软件禁用一次来测试。 如果这样就好了,把 Dante Controller 和 Dante Virtual Soundcard 加进信任列表,而不是让防护一直关着。
- 在"服务"里确认 Dante Control and Monitoring 服务(ConMon)在运行,没有就重启它。
原因 5:基础项
深入诊断前值得确认,因为查它们不花钱:
- 网线插好,指示灯快速闪烁。 如果网口的链路灯是灭的,线或口是死的,再多的软件配置都没用。
- Dante Controller 是新版。 旧版本对新固件会有怪异行为。重装还能排除掉操作系统更新引起的问题。
- 之前被 Dante Domain Manager 管理过的设备,重置后可能需要清除域凭据。
一个能一锤定音的隔离测试
想不出办法时,把网络路径尽可能复制一遍:把电脑和设备接到同一台交换机上——最好是插一台小的傻瓜交换机,上面只有这两样东西——看设备出不出现。
隔离状态下出现了,故障就在生产网络里:VLAN、IGMP、ACL,或者第二台 DHCP 服务器。隔离状态下也不出现,故障就在设备、网卡或地址配置上。
这一个测试干净地把"网络问题"和"设备问题"分开了,值得花十分钟——因为这两者通向完全不同的下一步,也通向完全不同的人。
排查顺序
- 刷新,等 60 秒
- 接口选择——选对网卡了吗?其他网卡禁用了吗?
- Device Info 标签页——你实际看到的是什么地址?
- 名字是红的?双击它,读原因
- Link Local 还是 DHCP——所有设备是同一种方案吗?
- 网络上有第二台 DHCP 服务器吗?
- 防火墙 / 杀毒——禁用一次测试
- ConMon 服务在跑吗?
- 交换机——IGMP querier、ACL、VLAN
- 隔离测试——同一台交换机,别的什么都不接
它和中控的关系
Dante 负责传音频,它不负责开场。 在展厅里,中控系统仍然要给功放上电、切换信号源、设置 DSP 的电平、触发播放——而这些走的是 TCP、UDP、HTTP 或串口,不是 Dante。
把边界说清楚:SoftControl 不路由 Dante 音频,也不替代 Dante Controller。它的位置在音频网络之上——一个"开馆"动作同时点亮显示设备、唤醒播放主机、调用 DSP 预设并开始播放,而不是让操作员按正确顺序去碰四套系统。
如果你的 DSP 是 Biamp、QSC 或 Symetrix,它几乎肯定在 Dante 音频之外还接受串口或 TCP 控制命令——那条控制通路才是中控系统要用的。