AES67标准
-
Dante/AES67丢包应对真相：冗余帧换稳定，延迟代价几何？
引言：一个常见的误解 很多人在问：“网络音频丢包了，是不是协议会自动降低码率（比如从96kHz/24bit降到48kHz/16bit）来保连接？”—— 这是一个根本性的误解。 在Dante/AES67这类专业与半专业音频传输协议的世界里， 音频流的“质量”（采样率、位深、通道数）在流建立时即被锁死，绝不会在运行中动态调整。 它们的生存法则截然不同： 用可预测的、可控的延迟增加，来换取音频的连续性与完整性。 那么，当网络丢包、抖动来袭时，它们底层究竟在做什么？核...
-
AES67同步掉线？很可能是你升级固件后“ invisible”丢掉了这个关键配置
凌晨三点，我刚做完系统备份，准备眯一会儿。突然监听位喊：“张哥，主扩左边有几个通道有规律爆音，像是时钟抖动！” 我心一沉——巡演前夜，最怕这种“玄学”问题。一查Dante控制器，发现AES67设备的主从状态在反复抖动。折腾了一个钟头，最后在核心交换机上发现： 所有绑定到音频VLAN的接口，QoS策略全被重置了，DSCP标记策略空空如也。 固件升级，尤其是那些看似“小版本”的升级，有时会“贴心”地帮你恢复出厂默认配置。对于依赖 DSCP（差分服务代码点） 来确定三层网络队列优先级的AES67、Dante、Q-LA...