%20%E7%94%A8%E4%BA%8E%E4%B8%8E%20Cisco%20CUBE%20%E9%85%8D%E5%90%88%E4%BD%BF%E7%94%A8%E7%9A%84%E7%A9%BA%E4%B8%AD%E4%BA%A4%E9%80%9A%E7%AE%A1%E5%88%B6.png)
我正在与一位空中交通管制客户合作，他正在使用一种名为 ED137 的 SIP 变体。
主要有两种用途：地对地（基本上是电话通话）和空对地对空（航班无线电通讯）。
GG 足够简单，任何额外信息（ED137 元素）都包含在 SIP 标头中，并且本质上与标准 SIP 呼叫相同。
然而，AGA 有所不同。无线电设备等待 SIP 连接，因此中心会发起连接。R2S 计时器有额外的 SIP 附加标头信息，这些信息似乎会传输 CUBE OK，然后它会设置连续的 RTP 流，其中计时器信息包含在带有扩展标头的 RTP 数据包中。
因此本质上，当没有语音流量时，仍然有 RTP 数据包进行通信，但仅使用这些计时器......这些在 RTP 元素中被标识为有效载荷类型 123（R2S）。
当发送语音流量时，根据方向（TX = PTT 或 RX = Squelch），RTP 扩展头中的标志会发生变化，并且有效载荷类型会更改为 0（G711 U 律）。
我有拨号对等体和全局设置设置，它们对于地对地元素、编解码器透明、传递所有不受支持的标头、无 VAD 等来说工作正常...
但对于空对地对空的东西，相同的拨号对等体似乎不喜欢 RTP 扩展标头元素。它阻止 R2S 计时器返回，因此当无线电超时时，我得到一个反复的连接，断开连接，然后中心尝试重新建立。
CUBE 不允许任何扩展头 RTP 数据包正确传输，在我看来，这似乎是问题的关键。
有谁使用过 ED137 AGA 产品可以帮忙吗，或者有谁能给点建议，教我们如何处理扩展的 RTP 标头或有效载荷类型的变化（从 123 到 0 等等）？
是否需要特定设置才能允许带有扩展头的 RTP 数据包通过 Cisco CUBE？