Dante 设备和通道名称：构建可恢复的路由

TL;DR — Dante 订阅通过“通道名 + 设备名”来识别一个发送通道，所以命名是路由设计的一部分，而不是单纯的标签。给每台设备一个唯一、稳定、基于角色的名称，并给每个通道一个清晰的信号源名称。重命名前先导出基线，等待更改保存，检查受影响的订阅，并验证音频身份。准备得当的替换设备可以继承故障设备的旧名称，让兼容的接收端恢复路由。

名称就是路由身份

Dante 会把接收通道路由到某台已命名设备上的某个已命名发送通道。像 Kick@Stagebox-A 这样的订阅，表示接收端正在查找由设备 Stagebox-A 发布的发送通道 Kick。

物理接口编号、调音台通道条名称、主机产品名和 Dante 通道名可能描述的是相关内容，但它们不会自动变成同一个字段。请在跳线文档中保持这些身份信息一致。

软跳线与物理跳线指南 解释了逻辑映射与物理连接之间的边界。

建立稳定的命名规范

一个有用的设备名应该能让技术人员看出这个端点承担什么角色，并能区分重复硬件，而不依赖于它在控制软件窗口中的临时位置。

可以采用如下格式：

<system>-<role>-<position-or-number>

示例包括 PA-Processor-L、Stagebox-A、Monitor-Console 或 Record-Interface-1。具体词汇本身没有统一答案，关键是整个网络、技术需求清单、交换机端口说明、设备标签和已保存预设中的一致性。

请遵循以下规则：

• 确保每台设备在可达的 Dante 网络中都拥有唯一名称；
• 使用符合当前 Dante 设备名规则的简短 ASCII 名称；
• 避免设备拒绝的空格、标点或非拉丁字符；
• 在角色稳定时保持名称稳定；
• 只有在能区分真实端点时，才添加编号或位置；
• 不要把今天的 IP 地址或操作员姓名这类临时信息写进身份名称里。

Dante 设备名遵循类似主机名的限制，并且不区分大小写。通道名允许更宽的字符集，但仍然有保留字符，并且必须在其所属设备上唯一。请确认已安装 Dante 固件的当前限制，而不要假设每一代产品都接受相同长度。

为信号命名，而不只是为接口命名

通道名应该帮助接收端识别预期信号源。Kick、Vocal-A、Playback-L 或 PA-Drive-L 比 Input 1 更有操作意义，尤其当路由跨越多台设备时。

请把物理接口单独保留下来：

这种分离方式能让重新跳线一目了然。如果 Kick 从接口 1 移到接口 9，源身份仍然清楚，而物理跳线记录则发生变化。

不要把多个彼此无关的信息塞进一个通道名里。采样率、增益、幻象供电、线缆编号和目的地归属，应放在专门字段或备注中，而不是放进一个会在路由矩阵里变得难以阅读的名称里。

理解重命名会改变什么

重命名 Dante 设备或发送通道会创建一个新的路由身份。订阅到旧 channel@device 名称的接收端可能会显示无法解析的订阅，因为所请求的源已经不再被发布。

请使用受控的重命名流程：

1. 导出或记录当前的设备名、通道名、订阅和预设；
2. 找出所有依赖即将变更名称的接收端；
3. 保护受影响的音频目的地；
4. 一次只重命名一台设备或一组通道；
5. 在断开连接或关机前，至少等待数秒让路由更改保存；
6. 检查未解析、待定、警告和错误状态；
7. 重建批准的订阅，并在真实目的地验证音频身份；
8. 更新技术需求清单、交换机标签、预设和恢复记录。

不要为了整理矩阵而在现场演出期间重命名端点。命名迁移就是一次路由变更，需要与跳线变更相同的责任分配和验证。

用名称支持硬件替换

因为接收端是按名称订阅的，所以兼容的替换设备可以预先配置为继承故障端点的身份。将故障设备从网络中移除，为替换设备配置兼容的固件、采样率、时钟、网络模式、延迟和通道布局，然后分配旧的设备名和通道名。

仍然保存着这些命名订阅的接收端，就可以把路由恢复到新发布的源。这是恢复机制，而不是证明替换设备一定接到了正确的信号。

请验证：

• 旧设备确实已断开，网络中不存在重复名称；
• 替换设备暴露了所需的发送通道；
• 采样率和时钟域兼容；
• 主网络和冗余网络模式与设计一致；
• 每个接收通道都显示健康的订阅；
• 不同的测试信号到达了预期输出；
• 前级增益、幻象供电、处理和物理接口都与基线一致。

Dante 采样率不匹配指南 说明了在命名路由能够传输兼容音频之前所需的格式检查。

安全地解决重名和占位名称

设备名必须唯一。如果两个端点显示为同一个预期名称，其中一个可能会采用临时冲突名称。请把这视为身份故障，而不是无害的显示问题。

首先使用产品信息、IP 信息、交换机端口或受支持的面板识别功能来确定硬件。然后：

1. 保护可能收到错误信号的目的地；
2. 在获得授权的前提下，断开或隔离那个不该存在的重复设备；
3. 为每个在线端点分配唯一且已批准的名称；
4. 等待发现与已保存状态稳定下来；
5. 检查引用任一身份的所有订阅；
6. 分别通过源、接收端和物理目的地测试音频。

不要只根据 Dante Controller 里的行位置来猜哪一台看起来一样的盒子是哪一台。矩阵可以被筛选和重新排序，而一次误重命名会在之后把持续存在的订阅路由到错误位置。

测试命名和恢复方案

1. 审核在线清单

将设备名和通道名与机柜标签、交换机端口、输入列表、输出列表和已保存预设进行比对。在做故障测试之前先解决差异。

2. 导出基线

保存已批准的路由状态，并记录复现每个端点所需的固件、格式、时钟、延迟、冗余模式和物理跳线细节。

3. 测试受控重命名

在非关键路径或测试网络中，重命名一个信号源，并观察其接收端如何报告缺失身份。然后恢复或重建路由，并确认已保存状态能够持续保留。

4. 演练替换

移除信号源，引入指定备机，应用已批准的身份和兼容设置，并观察哪些订阅会恢复。用不同的音频逐一验证每个通道。

5. 测试移除与恢复

对已批准的端点进行断电重启或断开连接，然后确认未解析订阅、发现、路由恢复和音频恢复都符合文档记录。

在技术需求清单中明确命名责任

一份可执行的交接文件应列出每个设备名、角色、硬件身份、物理位置、交换机端口、Tx 和 Rx 通道名、接口映射、格式、时钟域、冗余模式、依赖接收端、备机流程、已保存预设以及责任技术人员。

在 Techrider.live 中，将 Dante 名称与输入和输出列表对齐，让系统、FOH、监听和录音工程师共同编辑同一份技术需求清单，保存已接受的命名映射，在变更后检查历史记录，并在装台时导出带日期的 PDF。

Dante 命名检查清单

• 每台设备都有唯一、稳定、基于角色的名称。
• 发送通道名能标识真实信号源，并且在每台设备内唯一。
• 物理接口、技术需求清单来源和 Dante 通道已交叉引用。
• 在重命名前已导出现有订阅和预设。
• 在断电或断网前，变更已经有足够时间保存。
• 通过识别物理硬件来解决重名问题。
• 用不同信号在真实目的地验证替换路由。

FAQ

Dante 设备应该怎么命名？

使用唯一、稳定、基于角色的 ASCII 名称，并符合 Dante 的主机名式规则，例如 Stagebox-A 或 Monitor-Console。在技术需求清单、设备标签、交换机端口和已保存预设中都使用同一套词汇。

Dante 设备重命名后订阅会怎样？

接收端可能仍在查找旧设备名，并显示无法解析的订阅。请把重命名视为一次路由变更：检查受影响的接收端，重建已批准的路由，并验证音频身份。

Dante 设备名必须唯一吗？

是。每个设备名在 Dante 网络中都必须唯一。冲突会导致设备使用临时的变更名称，并且在名称修正之前让路由身份变得不明确。

更换设备后 Dante 路由能恢复吗？

可以，但前提是兼容的替换设备继承了故障设备的旧名称，并暴露出预期的通道名。你仍然必须验证格式、时钟、网络模式、物理跳线、增益以及每个目的地的实际音频。

Dante 设备名和通道名有什么区别？

设备名用于在网络中识别端点。发送通道名用于识别该设备上的一个媒体源。两者合在一起，构成接收端订阅所使用的源身份。

让路由身份具备恢复能力

在故障迫使团队临时应对之前，就创建一份技术需求清单，把每个 Dante 名称与其硬件、接口、信号、接收端、预设、备机流程、负责人和验证方法对应起来。