你可能會(huì )認為語(yǔ)音質(zhì)量問(wèn)題是過(guò)去的事情了，因為我們已經(jīng)知道延遲、抖動(dòng)和數據包丟失是在幾十年內損害VoIP質(zhì)量的因素。但隨著(zhù)網(wǎng)絡(luò )基礎設施和流量的變化，聲音質(zhì)量也會(huì )隨之改變。你在網(wǎng)上發(fā)送語(yǔ)音信息嗎？你使用的是基于云的通信嗎？你需要一次又一次地測量，以確保聲音的質(zhì)量仍然是可以接受和一致的。問(wèn)題是，你想擁有這項技術(shù)還是使用云服務(wù)來(lái)進(jìn)行語(yǔ)音質(zhì)量測試？
關(guān)于這個(gè)主題的新觀(guān)點(diǎn)，我采訪(fǎng)了Nick Kephart，他是ThousandEyes的高級產(chǎn)品主管，該公司為監控網(wǎng)絡(luò )基礎設施、故障排除應用程序交付以及映射網(wǎng)絡(luò )性能提供了工具，所有這些都是從一個(gè)基于SaaS的平臺上完成的。如下圖所示。
資料來(lái)源：ThousandEyes白皮書(shū)，“ThousandEyes，企業(yè)網(wǎng)和局域網(wǎng)監測”
為什么我們仍然存在VoIP語(yǔ)音質(zhì)量問(wèn)題？
Kephart：考慮到語(yǔ)音通信的實(shí)時(shí)特性，其尤其容易受到延遲和抖動(dòng)的影響。聲音是一種高度可見(jiàn)的、關(guān)鍵的服務(wù)，員工、客戶(hù)和管理人員會(huì )迅速注意到性能問(wèn)題。然而，大多數監控產(chǎn)品只關(guān)注端到端呼叫細節記錄【CDRs】。他們忽略了網(wǎng)絡(luò )細節，在某種程度上足以定位容量問(wèn)題、抖動(dòng)、丟失、延遲和DSCP（QoS）。隨著(zhù)基于云計算的UC和VoIP被采用，對網(wǎng)絡(luò )端到端連接和服務(wù)交付的依賴(lài)只會(huì )使監控方式的轉變更加關(guān)鍵。
測試VoIP通話(huà)質(zhì)量時(shí)有哪些問(wèn)題？
Kephart：傳統的VoIP監測技術(shù)依賴(lài)于CDRs和數據包捕獲，經(jīng)常是反應性的，發(fā)現問(wèn)題的時(shí)候已經(jīng)為時(shí)太晚。它們也幾乎沒(méi)有提供在企業(yè)網(wǎng)絡(luò )之外的任何可見(jiàn)性。這些技術(shù)可以通過(guò)對語(yǔ)音流量的主動(dòng)監控來(lái)補充，這些流量既測試了VoIP呼叫的設置，也測試了語(yǔ)音流的質(zhì)量。這意味著(zhù)要積極地監控語(yǔ)音呼叫的所有部分，從SIP信號到RTP流。
每個(gè)網(wǎng)絡(luò )段都是至關(guān)重要的。可以通過(guò)將SIP事務(wù)、語(yǔ)音質(zhì)量和QoS度量與底層網(wǎng)絡(luò )性能相關(guān)聯(lián)的能力來(lái)加速故障診斷，以便更好地理解端到端服務(wù)體驗。
當測試SIP中繼時(shí)是否存在特定的問(wèn)題？
Kephart：SIP到模擬PSTN電話(huà)系統，從私有到公共領(lǐng)域，會(huì )增加另一層復雜性，因為它們需要互連網(wǎng)關(guān)，將VoIP流翻譯成模擬信號。然而，這種情況越來(lái)越少，大多數公共和私有部署都轉移到了基于IP的系統。
是否存在常見(jiàn)的服務(wù)器問(wèn)題--客戶(hù)與供應商者？
Kephart：隨著(zhù)UCaaS的部署，在企業(yè)之外，語(yǔ)音通信遍歷的大部分網(wǎng)絡(luò )都在這個(gè)網(wǎng)絡(luò )中。我們的客戶(hù)經(jīng)常遇到影響語(yǔ)音質(zhì)量和交付的ISP（服務(wù)提供商）運行中斷。由于DSCP在客戶(hù)和ISP網(wǎng)絡(luò )中都存在，因此遇到QoS問(wèn)題也是很常見(jiàn)的。客戶(hù)網(wǎng)絡(luò )可以有各種各樣的問(wèn)題，從DNS解析到擁塞到糟糕的內聯(lián)設備性能。
UCaaS供應商是否共享性能數據？
Kephart：一些UCaaS提供者為性能數據提供一個(gè)API，但是這些都集中在調用后的度量集合上。最終用戶(hù)（企業(yè)）希望是積極主動(dòng)的，對基于云的UC和VoIP服務(wù)的性能進(jìn)行實(shí)時(shí)觀(guān)察，以評估供應商，正確決定SLA性能，并解決問(wèn)題。
云VoIP性能SLAs都包含了什么？
Kephart：通常，當基于云的VoIP流量在互聯(lián)網(wǎng)上傳輸時(shí)，只有聽(tīng)天由命了，這是因為互聯(lián)網(wǎng)是一個(gè)由他人的第三方基礎設施組成的公共“盡力而為服務(wù)”的網(wǎng)絡(luò )。大多數UCaaS供應商都有自己的數據中心和服務(wù)的可用性，而不是來(lái)自于客戶(hù)位置的連接性。
如果聲音的質(zhì)量不能接受，我們該怎么辦？
Kephart：當流量橫貫公司網(wǎng)絡(luò )或互聯(lián)網(wǎng)時(shí)，了解問(wèn)題的原因和發(fā)生的地方將有助于更快地解決問(wèn)題。方法可以包括進(jìn)行路由和連接性更改，向服務(wù)提供商提供更開(kāi)放的數據，或者在長(cháng)期內考慮對架構的更改或對服務(wù)提供商的另行選擇。
我們從測試和改進(jìn)VoIP質(zhì)量中學(xué)到的經(jīng)驗可以應用于視頻傳輸。主要的區別在于，視頻比聲音消耗更多的帶寬。因此，視頻傳輸更容易受到損害，問(wèn)題立即可見(jiàn)。有時(shí)我們還能理解受損的聲音，因為我們知道這個(gè)主題，或者知道說(shuō)話(huà)者，但當視頻被打斷時(shí)，很難想象屏幕上發(fā)生了什么。
聲明：版權所有 非合作媒體謝絕轉載
