你可能會認為語音質量問題是過去的事情了，因為我們已經知道延遲、抖動和數據包丟失是在幾十年內損害VoIP質量的因素。但隨著網絡基礎設施和流量的變化，聲音質量也會隨之改變。你在網上發(fā)送語音信息嗎？你使用的是基于云的通信嗎？你需要一次又一次地測量，以確保聲音的質量仍然是可以接受和一致的。問題是，你想擁有這項技術還是使用云服務來進行語音質量測試？

　　關于這個主題的新觀點，我采訪了Nick Kephart，他是ThousandEyes的高級產品主管，該公司為監(jiān)控網絡基礎設施、故障排除應用程序交付以及映射網絡性能提供了工具，所有這些都是從一個基于SaaS的平臺上完成的。如下圖所示。

　　Kephart：考慮到語音通信的實時特性，其尤其容易受到延遲和抖動的影響。聲音是一種高度可見的、關鍵的服務，員工、客戶和管理人員會迅速注意到性能問題。然而，大多數監(jiān)控產品只關注端到端呼叫細節(jié)記錄【CDRs】。他們忽略了網絡細節(jié)，在某種程度上足以定位容量問題、抖動、丟失、延遲和DSCP（QoS）。隨著基于云計算的UC和VoIP被采用，對網絡端到端連接和服務交付的依賴只會使監(jiān)控方式的轉變更加關鍵。

　　Kephart：傳統(tǒng)的VoIP監(jiān)測技術依賴于CDRs和數據包捕獲，經常是反應性的，發(fā)現(xiàn)問題的時候已經為時太晚。它們也幾乎沒有提供在企業(yè)網絡之外的任何可見性。這些技術可以通過對語音流量的主動監(jiān)控來補充，這些流量既測試了VoIP呼叫的設置，也測試了語音流的質量。這意味著要積極地監(jiān)控語音呼叫的所有部分，從SIP信號到RTP流。

　　每個網絡段都是至關重要的。可以通過將SIP事務、語音質量和QoS度量與底層網絡性能相關聯(lián)的能力來加速故障診斷，以便更好地理解端到端服務體驗。

　　Kephart：SIP到模擬PSTN電話系統(tǒng)，從私有到公共領域，會增加另一層復雜性，因為它們需要互連網關，將VoIP流翻譯成模擬信號。然而，這種情況越來越少，大多數公共和私有部署都轉移到了基于IP的系統(tǒng)。

　　是否存在常見的服務器問題--客戶與供應商者？

　　Kephart：隨著UCaaS的部署，在企業(yè)之外，語音通信遍歷的大部分網絡都在這個網絡中。我們的客戶經常遇到影響語音質量和交付的ISP（服務提供商）運行中斷。由于DSCP在客戶和ISP網絡中都存在，因此遇到QoS問題也是很常見的。客戶網絡可以有各種各樣的問題，從DNS解析到擁塞到糟糕的內聯(lián)設備性能。

　　Kephart：一些UCaaS提供者為性能數據提供一個API，但是這些都集中在調用后的度量集合上。最終用戶（企業(yè)）希望是積極主動的，對基于云的UC和VoIP服務的性能進行實時觀察，以評估供應商，正確決定SLA性能，并解決問題。

　　Kephart：通常，當基于云的VoIP流量在互聯(lián)網上傳輸時，只有聽天由命了，這是因為互聯(lián)網是一個由他人的第三方基礎設施組成的公共“盡力而為服務”的網絡。大多數UCaaS供應商都有自己的數據中心和服務的可用性，而不是來自于客戶位置的連接性。

　　Kephart：當流量橫貫公司網絡或互聯(lián)網時，了解問題的原因和發(fā)生的地方將有助于更快地解決問題。方法可以包括進行路由和連接性更改，向服務提供商提供更開放的數據，或者在長期內考慮對架構的更改或對服務提供商的另行選擇。

　　我們從測試和改進VoIP質量中學到的經驗可以應用于視頻傳輸。主要的區(qū)別在于，視頻比聲音消耗更多的帶寬。因此，視頻傳輸更容易受到損害，問題立即可見。有時我們還能理解受損的聲音，因為我們知道這個主題，或者知道說話者，但當視頻被打斷時，很難想象屏幕上發(fā)生了什么。