單向話音問題故障排除

2019-11-04 20:31:39

字體：大中小

來源：轉載

供稿：網友

　　介紹
　　本文論述一些眾所周知的導致與Cisco網關(Cisco IOS網關/路由器、Catalyst交換機或DT-24+網關)相關ip電話單向音頻會話的常見問題。
　　
　　在您開始之前
　　規則
　　欲了解關于文件規則的更多信息，請參閱《思科技術提示規則》。
　　
　　前提條件
　　本文件沒有特定的前提條件。
　　
　　所用組件
　　本文不限定于特定軟件和硬件版本。
　　
　　本文所包含信息基于特定實驗室環境中的設備。本文所用設備采用清除（缺省）配置。假如您在正在運行的網絡中進行操作，應確保在使用任何命令之前已了解可能帶來的潛在影響。
　　
　　問題
　　本文介紹下述問題出現的情況及解決方案：
　　
　　在通過Cisco IOS話音網關/路由器從IO工作站建立電話呼叫時，只有一方收到音頻（單向通信）。
　　
　　在兩臺Cisco網關之間建立長話繞過呼叫時，只有一方收到音頻（單向通信）。
　　
　　解決方案
　　在IP電話中造成單向音頻的原因可能各異，但是問題的根源往往與IP路由問題有關。以下章節分析在這個領域發現的若干情況與解決方案。
　　
　　確保在Cisco IOS網關/路由器上啟動了IP路由
　　有些Cisco IOS網關，例如VG200，在缺省情況下禁用IP路由，從而導致單向話音問題。
　　
　　注：?/B>在開始下一步驟之前，應確保您的路由器上已激活IP路由，就是說沒有全局配置命令 no ip routing。
　　
　　要激活IP路由，您只需在Cisco IOS網關中輸入下述全局配置命令
　　
　　voice-ios-gwy(config)#ip routing
　　
　　檢查基本IP路由
　　應始終首先檢查基本IP可達性。因為RTP流是無連接的（在UDP上傳送），業務可能在一個方向成功地傳輸而在相反方向丟失。下圖顯示了這種情況。
　　
　　
　　
　　從子網絡A和B可以到達子網絡X。從子網絡X也可以到達子網絡A和B。這就答應在終端站（A和B）和Cisco CallManager之間建立TCP連接。因此，信令可以順利地到達兩個終端站，從而答應在A和B之間建立呼叫。
　　
　　只要建立了呼叫，傳送音頻信號的RTP流就需要在終端站之間沿兩個方向流動。有可能出現可以從子網絡B到達子網絡A，但不能從子網絡A到達子網絡B的情況，因此從A到B的音頻流往往會丟失。
　　
　　這是一個基本的路由問題，我們可以利用IP路由故障排除方法能夠成功地做到從網關B來ping電話A。應切記ping是雙向檢驗。
　　
　　IP路由故障排除不屬于本文討論范圍，但是應當遵循若干最初步驟來對以下幾個方面進行檢查：
　　
　　終端站上配置的缺省網關
　　
　　上面提到的通向目的地網絡的缺省網關上的IP路由
　　
　　注：?/B>下面列舉的步驟說明如何檢驗各種Cisco IP電話上的缺省路由器/網關配置：
　　
　　Cisco IP電話7910_按下Settings，選擇選項 6，按下音量鍵直到出現缺省路由器字段。
　　
　　Cisco IP電話7960/40_按下 Settings，選擇選項3，往下拉直到出現缺省路由器字段。
　　
　　Cisco IP電話2sp+/30vip_按下 **#，再按 # 再按# 直到顯示gtwy= 。
　　
　　注：?/B>在使用Cisco?IP SoFTPhone應用而且設備中安裝了多個NIC (網絡接口卡)時，應確保設備可確定正確的NIC。在IP SoftPhone版本1.1.x (1.2版本應當解決這個問題)中，一般都有這個問題。
　　
　　注：?/B>假如采用Cisco DT24+ 網關，應檢查DHCP范圍，并確保在這個范圍有缺省網關(003路由器)選項。003路由參數是設備和個人計算機缺省網關字段應填寫的參數。范圍選項3應當具有將為網關選擇路由的路由器接口IP地址。
　　
　　捆綁H.323信令與Cisco IOS網關/路由器上的特定IP地址
　　在Cisco IOS網關具有多個有效的IP接口時，某些H.323信令可能源自某個IP地址，而另一部分也許會來自另一個不同的源地址。這可能會導致各種問題，其中的一個問題是單向音頻。
　　
　　為了避免這個問題，可以將H.323信令與某個特定的源地址相捆綁，而該地址屬于某個物理接口或虛擬接口（環回）。在這種接口配置模式下采用的命令句法是 h323-gateway voip bind srcaddr 在具有Cisco CallManager指向的IP地址的接口下配置這項命令。 . 在具有Cisco CallManager指向的IP地址的接口下配置這項命令。
　　
　　在Cisco IOS版本12.1.2T中增加了這條命令，而且它被列入《為虛擬接口配置H.323支持》。
　　
　　注：?/B>在這種解決方案實際上可能造成單向音頻問題的12.2(6) 版本中存在一個故障。更詳盡信息請參閱在《Cisco軟件故障排除工具包》(僅供注冊客戶使用)中的ID CSCdw69681 ( ) (僅供注冊客戶使用) 故障 ( registered customers only) 。
　　
　　檢查正在從Telco或交換機正確收發應答監視
　　在將Cisco IOS網關與Telco或交換機相連的實施中，當Telco或交換機后的被叫設備應答呼叫時，應確保正在準確發送應答監視。不能接受應答監視將造成Cisco IOS網關不能沿向前方向接通（打開）音頻通道，從而造成單向話音通信。這種情況下的解決方法是配置 voice rtp send-recv on。
　　
　　更詳盡信息請參閱《在Cisco IOS網關和路由器上采用voice rtp send-recv來接通雙向音頻》部分。
　　
　　在Cisco IOS網關和路由器上采用voice rtp send-recv來接通雙向音頻通道
　　一開始RTP流傳輸就沿向后方向建立了話音通道。在Cisco IOS網關接收到來自遠端的連接消息時才接通前向音頻通道。
　　
　　在某些情況下，需要在一開通RTP通道時（就是說，在接收到連接信息之前）就建立雙向音頻通道。為此，應采用 voice rtp send-recv 全局配置命令。這項命令已列入《 Cisco話音、音頻和傳真命令》。
　　
　　在Cisco IOS網關/路由器上逐鏈路檢查cRTP設置
　　這個問題適用于長話繞過等情況，在這種情況下，話音通道涉及一個以上Cisco IOS路由器/網關，并采用壓縮RTP (cRTP)。CRTP或RTP報頭壓縮是壓縮VoIP數據包報頭以節約帶寬的一種方法。cRTP在VoIP數據包上采用40字節的IP/UDP/RTP報頭，并將其壓縮成每個數據包2-4個字節，為具有cRTP的G.729編碼呼叫產生約12Kb的帶寬。有關cRTP的更詳盡信息請參閱《 IP話音-每呼叫帶寬消耗》。
　　
　　CRTP是逐跳實現的，在每跳上進行解壓和重新壓縮。每次路由需要檢查每個數據包的報頭，因而需要在IP鏈路兩側都激活cRTP 。
　　
　　還應當檢驗在鏈路兩端，cRTP的運行是否達到預期要求，這一點也很重要。Cisco的IOS級別會因交換通道和平行cRTP支持而異。
　　
　　總之，發展歷程是：
　　
　　在Cisco IOS軟件版本12.0.5T?之前，cRTP是程序交換的程。
　　
　　在Cisco IOS軟件版本12.0.7T直到12.1.1T中，為cRTP增加了快速-與Cisco特快轉發(CEF)-交換支持。
　　
　　在Cisco IOS軟件版本12.1.2T?中，增加了算法性能改進。
　　
　　假如您在Cisco IOS平臺（IOS版本12.1）上運行cRTP，應檢驗故障 CSCds08210 ( (僅供注冊客戶使用) ) (VoIP和FAX不與RTP報頭壓縮一同運行)不會影響您的IOS版本。
　　
　　在Cisco IOS網關/路由器上檢驗使用NAT需要的最低基本的軟件版本
　　假如采用網絡地址轉換(NAT)，必須滿足最低軟件要求。早先的NAT版本不支持SKINny協議轉換，而且會導致單向話音問題。
　　
　　同時采用NAT和Skinny所需的最低軟件水平是用NAT支持Skinny和H.323v2的用于IOS的Cisco IOS(r)軟件12.1(5)T。更詳盡信息請查詢《連接到Cisco CallManager的IP電話的Nat_支持》。
　　
　　注：?/B>假如您的Cisco CallManager為有別于缺省2000的skinny信令采用TCP端口，您需要用 ip nat service skinny tcp port 全局配置命令調整NAT路由器。
　　
　　在PIX防火墻上同時采用NAT和Skinny的最低軟件要求是6.0。更詳盡信息請查詢《 Cisco安全PIX防火墻6.0版概述》。
　　
　　注：?/B>這些軟件水平不一定支持全面網守支持所需的所有RAS消息。網守支持不屬于本文討論范圍。
　　
　　在AS5350和AS5400上禁用話音快速路徑
　　對于AS5350和AS5400，Cisco IOS命令 voice-fastpath enable 是隱藏的全局配置命令，在缺省情況下就被激活。要禁用這項命令，應采用 no voice-fastpath enable 全局配置命令。
　　
　　在被激活時，這項命令會為特定呼叫開放的邏輯信道緩存IP地址和UDP端口號信息，并防止RTP流到達應用層，而是在較低層轉發數據包。這有助于在高呼叫量情況下減少CPU占用。
　　
　　在采用保持或轉接等補充業務時， voice-fastpath 命令使路由器將音頻流發往緩存的IP地址和UDP端口，而忽略在恢復保持呼叫或完成轉接之后產生的新的邏輯信道信息。為了避免這個問題，業務應經常發往應用層，從而考慮邏輯信道的重新定義，并將音頻流發往新的IP地址/UDP端口對。這就是為什么我們應當禁用 voice-fastpath 來支持補充業務的原因所在。
　　
　　用SoftPhone配置VPN IP地址
　　Cisco IP SoftPhone能使PC機象Cisco IP電話7900系列電話一樣運行。為了避免單向話音問題，通過VPN與它們的公司網絡相連的遠程用戶需要配置某些補充設置。這是因為媒體流必須了解連接的端點。
　　
　　解決方案是在網絡音頻設置下配置VPN IP地址而不是IP地址。更詳盡信息請查閱《如何在VPN上使用Cisco IP SoftPhone》。
　　
　　補充信息：檢驗單向音頻
　　檢驗數據包流的一種有用命令是debug cch323 rtp。這項命令顯示由路由器發送（X）和接收（R）的數據包。大寫字母表示成功傳輸/接收，而小寫字母表示數據包被丟棄。
　　
　　voice-ios-gwy#debug cch323 rtp
　　RTP packet tracing is enabled
　　voice-ios-

上一篇：違反5-4-3規則，導致網絡通信故障

下一篇：通過串行接口的信息獲得故障診斷幫助