Avnu 联盟深入研究 Milan 平台的功能集

联盟成员和米兰创作者探讨了 AVNation 在家学习商业峰会期间提出的有关专业音频平台的问题

一切都将联网。数据和网络连接正在快速增长。与此同时，人们对音频和视频的期望不断增长和发展，对音频/视频网络提出了更高的要求，包括连接更多设备。

不幸的是，按照行业目前的情况，AV 的未来无法保证互操作性。事实上，随着产品和系统变得越来越复杂，用户很容易不知所措，互操作性也成为越来越难以捉摸的挑战。为了满足对 AV 体验越来越期望的观众，行业需要重新校准并专注于提供易于使用、可扩展且面向未来的音频解决方案。对于专业媒体来说，仅仅通过快速部署来提供高质量音频是不够的；这还必须通过一个长期、稳定、可行的平台来完成，该平台可以随着市场的需求而发展。同样重要的是，网络能够在没有竞争性市场抑制创新的情况下进行扩展。

Milan 由 Avnu Alliance 的现场音响领导者创建并选为长期、稳定且可行的平台，可根据市场需求不断发展。这些制造商彼此直接竞争，聚集在一起，共同占据主导地位，创造和倡导他们希望在专业音频市场看到的变革。通过这一过程，他们实现了完整媒体网络的愿景——一个易于使用、面向未来、开放创造力、可跨市场扩展的网络，并通过 IT 实现音频、视频和控制之间的融合。一个网络。

2020 年 XNUMX 月，这些制造商齐聚一堂，分享了有关米兰网络系统的技术培训，作为米兰网络系统的一部分 AVNation 的在家学习商业虚拟活动。有很多很好的问题，实际上太多了，无法在指定的时间内回答，所以他们在这里为大家回答了一些最重要的问题。

关于米兰还有更多未解答的问题吗？请随时在此处询问他们，或在 Twitter 上提及@AvnuAlliance 或前往 米兰公开论坛 在这里您可以找到最常见问题的许多答案，并提出您想到的任何问题。

Richard Bugg，Avnu 联盟专业 AV 部门主席和 Meyer Sound 数字产品解决方案架构师； Morten Lave，Adamson Systems Engineering 网络工程师； Henning Kaltheuner，d&b audiotechnik 业务开发和市场研究主管；和 L-Acoustics 电子总监 Genio Kronauer – Avnu 联盟的所有成员和主要米兰支持者回答了以下问题 在我们的“在家学习”课程中.

Milan 与 AES67 不同吗？发布 AES 67 还是使用 AES67？
Milan 基于音频视频桥接 (AVB) 网络层，这是一种第 2 层技术。这与 Dante 或 AES67 有很大不同。第 2 层本身仅在 LAN 内工作，但它提供了确定性的精确计时和可靠传输的优点，几乎无需进行设置。

如果我有支持 Dante 的混音器，是否需要支持 Milan 的扩展卡才能与 Milan 网络配合使用，或者使用某种桥接器是否合理，以便我可以拥有包含 Dante 和 AVB/Milan 的混合网络？
混音器需要有专用的 Milan 接口，例如 Milan 接口卡。 AVB的带宽预留功能保证AVB流不会受到其他流量的干扰，因此它可以与Dante共存于一个网络中。 Dante 没有这种保证，因此需要过度配置来确保带宽。

Milan 设备可以与 AVB 设备配合使用吗？ Milan 是否与 Avnu 认证产品合作？
AVB 是 Milan 的基础技术。过去，AVB 设备经过认证是为了满足网络层的要求，但没有经过应用层的互操作性认证。

现在米兰改变了这种情况。所有米兰设备都完全可互操作。理论上，较旧的 AVB 设备可以支持 Milan® 网络数据包和流格式，但可能性很小。

Milan 设备可与任何 Avnu 认证的 AVB 交换机配合使用。

Milan 有可用的开源资源吗？
L-Acoustics 开源 AVDECC 库是 Milan 实施的重要组件，因为它允许用户构建能够控制 Milan 设备的 AVDECC 控制器。它还可以作为实施 Milan 端点的 AVDECC 块的基础。开源 AVDECC 库免费提供给所有想要构建符合米兰标准的产品的人。可以找到 点击这里.

开源控制器 HIVE 软件也可以在此处下载： 蜂巢窗口 or Hive MacOS。 我们预计米兰未来将提供更多开源资源。

米兰要取代AVB吗？
Milan 基于由开放 IEEE 标准定义的 AVB 技术。它并没有取代 AVB 作为网络基础，而是在 AVB 之上添加了一个应用层。这些标准是与 IT 行业密切合作开发的，因此对于网络系统中实时媒体流和其他数据的融合具有强大且长期的相关性。 AVB 技术通过添加流预留、确定性性能、精确同步和智能组播等属性来增强以太网的功能。 Milan 利用这些增强功能为多种专业媒体制作系统提供无忧、精确、高度可靠且可扩展性极强的网络解决方案。

SMPTE ST2110音频/视频/数据解决方案有什么区别？以后能兼容这个协议吗？
SMPTE 2110 是从广播角度开发的，主要是为了满足电视制作的要求。这些要求首先包括本地制作环境之外的广域网 (WAN)，用于处理带有相关音频的视频信号。电视制作和专业音频现场声音对可靠性、同步性和易于处理的要求非常不同，这解释了为什么不同的应用需要不同的网络技术。因此，现阶段，Milan 和 SMPTE 2110 之间不存在兼容性。但是，在系统之间构建网关并非不可能，以便可以在混合系统中结合所有优势。

通过在交换机中分发 AV 流（例如 IGMP 侦听），AVB 系统中的流预留协议是否可以让交换机将组播流视为广播？
AVB 和时间敏感网络 (TSN) 使用网桥支持的第 2 层流预留原则，以确保使用配置的优先级的多播流量仅在终端站已注册有兴趣接收流的端口上发送。交换机理解流的概念并跟踪流及其预留。流数据包根据 VLAN 标头中的 PCP 进行识别和路由。

交换机标准 (IEEE802.1Q) 的一部分指定了如何处理某些流量类别。流使用高优先级队列，但由时间敏感流转发和排队 (FQTSS) 机制形成。这将确保流能够优先使用它们能够保留的带宽，而不是更多

这反过来又带来了 AV 专业人士所赞赏的两个功能：

• 延迟的确定性和可预测范围。
• 带宽隔离，只有通向汇聚点的链路才会有流量。

这也意味着非 AVB 网络中所需的大量手动配置由 AVB 交换机自动完成。 （例如，VLans、IGMP、单播/组播、带宽管理）。

Milan 最适合什么应用？
作为建立在确定性网络标准之上的第二层技术，米兰最初是作为现场制作和活动的网络而创建的。但现场音响并不是米兰的唯一应用——它还可以用于企业或娱乐设置等固定安装应用。虽然到目前为止，大多数利用 Milan 的项目都是在现场音响环境中进行的，但 Milan 也是建立在开放标准之上的，这意味着它具有广泛的市场吸引力，并且得到 IT 的支持，并且可以在多个方面与整个标准技术堆栈进行互操作。市场，使其成为 AV 和 IT 部门都将接受的持久标准。凭借开放标准基础，Milan 能够实现规模经济、最大限度地减少部署和维护时间，从而提高灵活性并降低总体拥有成本。米兰的开放性允许制造商在拥有网络所有权的同时构建自己的系统。

通过米兰，我们的目标是为最终用户实现网络的易用性，确保其正常工作并持续工作，并成为制造商的系统架构，为他们提供正确的工具来构建他们的系统平台，实现这一愿景。

最终用户对音频网络的主要误解是什么？可以采取什么措施来纠正这些问题？
对于网络音频平台，专业媒体行业有两个主要要求。在最基本的层面上，它需要保证提供高质量的音频，并且不受线阵列中的信号丢失、相移或梳状滤波器效应的影响。然而，在对网络基础设施做出决策时，最终用户需要确信他们选择了持久的协议和网络，可以随着他们的媒体和数据需求的扩展（今天、明天，甚至几年后）提供支持。

今天，我们面临的情况是，一些公司旨在“拥有”网络标准并基于该所有权开展业务。当今的许多解决方案都是使用专有网络解决方案组合在一起的，需要行业专业人士进行大量的设计、安装和支持工作，并且提出的方案存在风险，无法保证长期可行性。这种情况将是过渡性的，最终我们将看到开放标准以与 IT 世界相同的方式占据主导地位。

如果没有开放标准，无论是本地网络还是互联网，我们都不会有今天的数字化水平。尽管如此，仍然可以通过提供基于开放标准的智能且有用的解决方案来推动业务发展。对于我们行业的一些人来说，这可能需要转变范式和思维方式。随着网络的发展和不断扩大，行业的机会也随之增加。网络本身不应该成为一个竞争市场，也不应该成为创新的瓶颈。

但这对于使用网络设备的制造商和集成商意味着什么呢？音频和系统工程师应该期待更多。他们应该能够实现系统中的功能；他们的网络应该始终有效——简单、可靠且面向未来。此外，随着消费技术的不断进步，观众期望获得更丰富的现场音响和其他商业 AV 应用体验。网络现在必须成为制造商价值主张的一部分；它必须对创造力开放，才能将真正有价值的产品推向市场。

为此，制造商必须与其他类似公司合作，公开共享技术和产品信息，并共同定义更高网络互操作性的要求。这一网络愿景应涵盖模拟 XLR 连接器的易用性，并将其转变为全面的媒体和数据互操作性。

另一个误解是如何管理网络。如今，大多数在 IP 网络上运行 AV 的人都将其与任何其他流量和网络“客户”管理严格分开，因为在一个网络上拥有多个组无法以足够好的可靠性进行维护。借助 Milan 等确定性协议，可以排除流和数据之间的干扰，并保证及时、安全的传输。

标准中内置的交换机跳数是否有限制？
AVB 标准本身没有对跳数设置任何限制。然而，无论在上面使用哪种技术，物理介质的每一跳都不可避免地会引入一些延迟。与其他技术相比，AVB 的好消息是，这种延迟是有界限的，界限非常低，并且是已知的和可预测的。通过 AVB，系统设计人员可以提前确定不得超过的跳数，以便在讲话者和收听者之间实现给定的延迟。例如，如果您想在 2Mbps 网络上实现 100 毫秒的延迟保证，通常可以在所考虑的终端站之间使用最多 7 个跃点。在 1Gbps 网络中，您可以在 1 个跃点时将保证延迟降低至 7 毫秒，或者使用最多 14 个跃点在 2 毫秒延迟。