本文涉及Cisco TelePresence MCU 4203、Cisco TelePresence MCU MSE 8420、Cisco TelePresence IP VCR 2210、Cisco TelePresence VCR MSE 8220、Cisco TelePresence ISDN GW 3241、Cisco TelePresence ISDN GW MSE 833210 Cisco TelePresence MCU 4505和Cisco TelePresence MCU MSE 8510產品。
A.此常見問題正在修訂
以下產品不設定呼叫持續時間限制:
TANDBERG Telepresence伺服器
TANDBERG Codian MCU
TANDBERG Codian IP網關
TANDBERG Codian IP VCR
許多ISDN網關(包括TANDBERG Codian ISDN GW)有一個可配置的最大通話時間,可在設定> ISDN
大多數網守包括TANDBERG VCS和TANDBERG網守都可以配置為允許最大呼叫持續時間。
雖然這些限制對防止使用者未能正確斷開其呼叫時的意外成本很有價值,但是它們可能會導致令人沮喪的斷開問題。
此外,許多常見防火牆預設對呼叫持續時間進行限制。不匹配的乙太網埠設定可能會導致資料包大量丟失,從而導致呼叫被丟棄。
如果您發現對特定終端的呼叫或來自特定終端的呼叫總是在一段時間之後斷開連線,請調查以下內容:
呼叫中涉及的任何網守施加的持續時間限制。終端和單元可以向不同的網守註冊;即使呼叫是通過IP地址撥號,而不是通過E.164號碼撥號,網守仍可能參與呼叫的建立和斷開。
防火牆應用於網路連線的持續時間限制。例如,Cisco PIX防火牆可能具有形式超時連線1:00:00 udp 0:02:00 h225 1:00:00 h323 2:00:00的timeout命令(即識別協定名稱的清單,每個名稱后接一個以小時、分鐘和秒為單位的超時)。 此示例對H.323連線施加了2小時限制;但是,它還對其他協定進行了限制,這些限制也會影響影片呼叫(UDP和H225)。 IP影片呼叫涉及許多不同的網路協定。應用於其中任何一個的超時都可能導致呼叫被斷開。
在其他終端和MCU上應用超時 — 例如,Polycom MGC上的MaxTimeInCall設定。
乙太網交換機埠設定不匹配。當呼叫斷開的時間沒有模式,並且事件日誌中的斷開原因包括「H.245網路連線錯誤」時,您的Codian產品的乙太網埠設定可能與它插入的交換機的埠設定不匹配。Codian產品上的乙太網路連線埠設定與交換器上的乙太網路連線埠設定必須相符。當設定不匹配時,可能會發生丟包,當丟包超過某個級別時,MCU和終端之間的呼叫可能會被丟棄。如果一端設定為自動交涉,另一端必須設定為自動交涉(「自動」必須始終用於千兆乙太網)。 如果一端以硬連線方式連線到某個值(例如,100 Mbps全雙工),另一端必須設定為相同。如果兩端都設定為自動交涉,但仍出現隨機斷開連線,則最好將兩端硬性佈線為100 Mbps全雙工進行故障排除。這樣可消除自動交涉問題作為問題來源的問題。
在所有這些情況中,防火牆超時問題可能最難解決,因為您可能不一定知道防火牆的存在,即使您知道,其配置也不太可能被輕易訪問。
修訂 | 發佈日期 | 意見 |
---|---|---|
1.0 |
23-Apr-2015 |
初始版本 |