2012-03-22 55 views
-2

我有一個設置單向音頻場景

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

我們擁有的所有服務器之間H323中繼。 調用從服務器1發起到服務器2,CFNA將其發送到服務器3。 看到我觀察到的痕跡,在從server3到server2的初始OLC期間。 Server2不發送任何OLC ACK到Server3.And Server3發送一個CLC到server2。

在這一點上,我試圖啓動一個快速啓動程序。它被拒絕,因爲 我的服務器2沒有發送OLC ACK,因爲我從Server3接收到OLC。 之後,所有來自Server3的新OLC都有一個緩慢啓動。

這可能是單向音頻的原因嗎?在OLC的其餘部分沒有快速啓動?

回答

0

這個問題對我沒有多大意義。快速連接(aka,fastStart)用於更快地建立媒體通道(媒體流)。主叫設備將提供一個或多個頻道(通常是不同的語音編解碼器),被叫設備可以接受任何適合的頻道。通常情況下,有一個正向和反向的邏輯通道被提出並被接受,雖然被叫設備沒有義務接受這兩個方向。

那麼,你在最初的Fast Connect交換中看到了什麼?服務器3是否只接受SETUP中的一個OLC? (並且我假設這些都是由服務器2從服務器1轉發的。)

我假設Fast Connect並未實際發生,因爲不會響應fastStart元素髮送OLCAck。相反,一個發送響應fastStart元素。所以,我假設通話使用正常的H.245信令。

由於呼叫始於服務器1,爲什麼服務器2會發送OLCAck?它是一個網關設備還是一個傳遞信號的中介?服務器1是否發送了OLCAck?