你可能會(huì)認(rèn)為語(yǔ)音質(zhì)量問(wèn)題是過(guò)去的事情了，因?yàn)槲覀円呀?jīng)知道延遲、抖動(dòng)和數(shù)據(jù)包丟失是在幾十年內(nèi)損害VoIP質(zhì)量的因素。但隨著網(wǎng)絡(luò)基礎(chǔ)設(shè)施和流量的變化，聲音質(zhì)量也會(huì)隨之改變。你在網(wǎng)上發(fā)送語(yǔ)音信息嗎？你使用的是基于云的通信嗎？你需要一次又一次地測(cè)量，以確保聲音的質(zhì)量仍然是可以接受和一致的。問(wèn)題是，你想擁有這項(xiàng)技術(shù)還是使用云服務(wù)來(lái)進(jìn)行語(yǔ)音質(zhì)量測(cè)試？

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

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

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

　　每個(gè)網(wǎng)絡(luò)段都是至關(guān)重要的�？梢酝ㄟ^(guò)將SIP事務(wù)、語(yǔ)音質(zhì)量和QoS度量與底層網(wǎng)絡(luò)性能相關(guān)聯(lián)的能力來(lái)加速故障診斷，以便更好地理解端到端服務(wù)體驗(yàn)。

　　Kephart：SIP到模擬PSTN電話系統(tǒng)，從私有到公共領(lǐng)域，會(huì)增加另一層復(fù)雜性，因?yàn)樗鼈冃枰�互連網(wǎng)關(guān)，將VoIP流翻譯成模擬信號(hào)。然而，這種情況越來(lái)越少，大多數(shù)公共和私有部署都轉(zhuǎn)移到了基于IP的系統(tǒng)。

　　是否存在常見(jiàn)的服務(wù)器問(wèn)題--客戶與供應(yīng)商者？

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

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

　　Kephart：通常，當(dāng)基于云的VoIP流量在互聯(lián)網(wǎng)上傳輸時(shí)，只有聽(tīng)天由命了，這是因?yàn)榛ヂ?lián)網(wǎng)是一個(gè)由他人的第三方基礎(chǔ)設(shè)施組成的公共“盡力而為服務(wù)”的網(wǎng)絡(luò)。大多數(shù)UCaaS供應(yīng)商都有自己的數(shù)據(jù)中心和服務(wù)的可用性，而不是來(lái)自于客戶位置的連接性。

　　Kephart：當(dāng)流量橫貫公司網(wǎng)絡(luò)或互聯(lián)網(wǎng)時(shí)，了解問(wèn)題的原因和發(fā)生的地方將有助于更快地解決問(wèn)題。方法可以包括進(jìn)行路由和連接性更改，向服務(wù)提供商提供更開(kāi)放的數(shù)據(jù)，或者在長(zhǎng)期內(nèi)考慮對(duì)架構(gòu)的更改或?qū)Ψ��?wù)提供商的另行選擇。

　　我們從測(cè)試和改進(jìn)VoIP質(zhì)量中學(xué)到的經(jīng)驗(yàn)可以應(yīng)用于視頻傳輸。主要的區(qū)別在于，視頻比聲音消耗更多的帶寬。因此，視頻傳輸更容易受到損害，問(wèn)題立即可見(jiàn)。有時(shí)我們還能理解受損的聲音，因?yàn)槲覀冎�道這個(gè)主題，或者知道說(shuō)話者，但當(dāng)視頻被打斷時(shí)，很難想象屏幕上發(fā)生了什么。