单向音频场景

  • 本文关键字:音频 h.323
  • 更新时间 :
  • 英文 :


我有一个设置

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

我们在所有服务器之间都有h323中继。从服务器1到服务器2的调用被启动,CFNA将其发送到服务器3。在从服务器3到服务器2的初始OLC期间,看到了我观察到的痕迹。服务器2不向服务器3发送任何OLC ACK。服务器3向服务器2发送CLC。

在这一点上,我试图启动一个快速启动程序。被拒绝是因为我的服务器2没有发送OLC ACK,因为我从服务器3收到了OLC。在此之后,Server3中的所有新OLC都有一个缓慢的启动。

这可能是单向音频的原因吗?在OLC的其他比赛中没有快速起步??

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

那么,你在最初的快速连接交换中到底看到了什么?服务器3是否只接受SETUP中的一个OLC?(我假设这些都是由服务器2从服务器1转发的。)

我认为快速连接实际上并没有发生,因为人们不会发送OLCAck来响应fastStart元素。而是发送一个响应fastStart元素。因此,我假设呼叫使用正常的H.245信令进行。

既然调用源自服务器1,为什么服务器2会发送OLCAck?它是一个网关设备,还是只是一个传递信号的中介?服务器1是否发送了OLCAck?

最新更新