单向音频场景

【问题标题】：one way audio scenario单向音频场景
【发布时间】：2012-04-06 21:57:07
【问题描述】：

我有一个设置

Server1------Server2--------Server3

我们在所有服务器之间都有 h323 中继。从服务器 1 向服务器 2 发起呼叫，由 CFNA 向服务器 3 发起呼叫。在从 server3 到 server2 的初始 OLC 期间看到我观察到的痕迹。 Server2 不向 Server3 发送任何 OLC ACK。而 Server3 向 server2 发送 CLC。

此时我试图启动一个快速启动程序。但被拒绝了，因为对于我从 Server3 收到的 OLC，我的 server2 没有发送 OLC ACK。在此之后，来自 Server3 的所有新 OLC 都启动缓慢。

这可能是单向音频的原因吗？其他 OLC 中没有快速启动？？

【问题讨论】：

标签： h.323

【解决方案1】：

这个问题对我来说没有多大意义。快速连接（又名 fastStart）用于更快地建立媒体通道（媒体流）。主叫设备将提供一个或多个频道（通常是不同的语音编解码器），并且被叫设备可以接受任何合适的频道。通常，有一个正向和反向逻辑信道被提议和接受，尽管被叫设备没有义务接受两个方向。

那么，您在最初的 Fast Connect 交换中看到了什么？服务器 3 在 SETUP 中是否只接受一个 OLC？（我假设这些都是由服务器 2 从服务器 1 转发的。）

我假设快速连接实际上并没有发生，因为没有发送 OLCAck 来响应 fastStart 元素。而是发送一个响应 fastStart 元素。因此，我假设通话使用正常的 H.245 信令进行。

既然呼叫源自服务器 1，为什么服务器 2 会发送 OLCAck？它是网关设备还是只是传递信号的中介？服务器 1 是否发送了 OLCAck？

【讨论】：