<samp id="8ek6k"></samp>
  • <center id="8ek6k"></center>
  • <menu id="8ek6k"></menu>
  • 熱點推薦詞:

    常見問題

    IAD語音網關的常見故障處理

    文字:[大][中][小] 手機頁面二維碼 2021/3/4     瀏覽次數:    

    一、 查詢用戶端口摘機異常的問題

    1、檢查注冊承載通路是否可達。(用Ping)

    2、在SoftX3000上使用DSP MGW命令,查看對應的IAD是否已經正常注冊上。

    3、檢查注冊信令是否可達。(MGCP信令跟蹤)

    4、在IAD上使用show port命令,查看IAD上的端口是否正常,此端口對應的是IAD到用戶話機的狀態,若不正常,則一般為用戶插板故障所致。

    5、若IAD上的端口狀態正常,則可在SoftX3000上使用DSP EPST命令,查看IAD上的端口狀態,若此時狀態不正常,一般為用戶數據沒有配置。

    6、檢查IAD與SoftX3000的對接數據

    二、 網口燈不亮

    【問題描述】IAD的網口燈不亮

    【產生原因】沒上電、接觸不良、網線問題、cable check設置問題。(對端設備問題)

    【定位方法】IAD的網口有兩個燈,綠燈在接觸正常時會常亮,紅燈在有數據收發時會閃爍。如果數據收發頻繁,則紅燈也會常亮。

    1、 保證設備已經上電。

    2、 檢查網線是否可用,更換網線試試。

    3、 換一種網線類型,比如普通網線和交叉網線進行互換。

    4、 檢查網線和網口的接觸是否緊密。

    5、 檢查網線自適應功能(cable check)的狀態和網線的匹配情況。如果cable check是enable的,用普通網線和交叉網線都可以;如果cable check是disable的,建議根據對接設備使用網線類型,同種接口使用交叉網線,異種接口使用普通網線。IAD的網口屬于LSW接口。如果你發現在cable check為disable時也可以隨便使用網線類型,那是因為跟IAD連接的對方網口支持網線自動識別。

    三、 ping不通

    【問題描述】IAD和網絡上其他設備間ping不通

    【產生原因】原因很復雜。

    【定位方法】遇到這種問題好的定位方法就是抓包分析,有條件時在ping的雙方都進行抓包,通過比較雙方ping包的收發情況,就可以定位問題所在。在IAD側抓包時,需要做端口鏡像。IAD的網口都從1開始編號。

    1、 檢查VLAN的設置。如果ping的雙方在同一個局域網但不在一個VLAN,當然ping不通。

    2、 檢查TAG的使用情況。如果設備不支持TAG功能,它收到帶TAG的ping包時會當作錯誤包處理。

    3、 檢查IP地址、MAC地址,防止地址沖突。當IAD的BIOS信息損壞時,MAC地址會恢復成默認值00-0E-FC-03-02-01。要防止同一個局域網上有多個00-0E-FC-03-02-01。

    4、 檢查ARP表的正確性,如果ping的對象在同一個網段,應該會產生ARP表;如果不在一個網段,那么網關的ARP表必須存在。

    5、 檢查路由表的正確性。

    6、 在ping的雙方抓包,比較ping包的收發情況。

    7、 如果ping的雙方之間存在IP網,可以使用tracert功能檢查網絡的聯通性。

    8、 要注意網絡上有些主機或者路由器可能關閉了ping功能。

    9、 注意網絡上可能存在的access list,它可以對各種指定的情況丟棄某些數據包。

    10、 在大網絡流量時,注意QoS引起的丟包。

    11、 ping包過大。過大的ping包會引起IAD的CPU占用率升高,因此IAD把需要分片的ping包全部丟棄了。

    12、 對方帶有不可分片標志時,不能ping通(此問題只存在IAD2000V100R002B01015版本)

    四、 從網絡加載或備份文件失敗

    【問題描述】從網絡加載或備份文件失敗

    【產生原因】網絡問題、用戶名密碼不對、文件類型不對

    【定位方法】這時好在FTP或者TFTP服務器上啟動日志功能,日志中的記錄可以幫助解決這類問題。

    1、 保證IAD和FTP SERVER間的網絡是通暢的,可以用ping測試一下。

    2、 如果是FTP加載,保證FTP的用戶名和密碼的正確性。

    3、 保證FTP或者TFTP服務器的路徑設置是正確的。

    4、 檢查文件名和文件類型的正確性。

    5、 過大的網絡延時和網絡損傷可能導致加載失敗,特別是對較大的文件。

    6、 adsl時,限速后,速率太小。

    7、 如果TFTP不行(早期版本缺陷),可以更換成FTP加載。

    我們推薦:使用可靠的FTP進行加載和備份。

    五、 PPPOE撥號失敗

    【問題描述】PPPOE撥號失敗

    【產生原因】用戶名密碼不對、底層鏈路不通、用戶未超時、TAG設置問題、PPPOE server問題

    【定位方法】這時是抓包,分析PPPOE的撥號過程。

    1、 檢查PPPOE的用戶名和密碼,保證其正確性。

    2、 如果使用了ADSL,檢查ADSL底層鏈路的聯通性。

    3、 如果IAD發生過意外復位或者掉電重啟,這時PPPOE SERVER上的用戶可能還是在線的。這時再進行PPPOE撥號,將會失敗。等PPPOE SERVER上的用戶超時掉線后,再撥號就可以了。這種情況一般PPPOE Server需要幾分鐘才能判斷超時。如果IAD是正常命令復位,那么在復位之前會退出Server,這樣重啟以后馬上可以撥上。

    4、 檢查TAG的使用情況,如果對方不支持TAG,就不要使用TAG功能。

    5、 檢查PPPOE SERVER的配置是否正確。

    六、 語音斷續,時延大

    【問題描述】語音斷續,時延大

    【原因分析】a、網絡質量原因。b、對端網關問題。c、IAD軟件調度問題。

    【解決辦法】

    1、先測試網絡質量。先觀察IAD登錄終端上是否有RTCP告警。接下來請測試網絡質量。簡單方法可以在IAD上使用ping命令。得到初步的丟包率和網絡時延。如果需要測試報告,可以使用第三方工具Chariot進行端到端測試網絡質量。屬于網絡原因則必須對網絡進行整改。

    NGN中語音質量和視頻質量測試網絡模型定義如下:

    網絡狀況 丟包率 網絡時延 抖動

    良好網絡 0 0ms 0ms

    較差網絡 1% 100ms 20ms

    極限網絡 5% 400ms 60ms

    2、如果網絡質量沒有問題,則需要判斷對端網關(IAD/TG)是否有問題。直觀的判斷是在IAD上行網口處進行抓包,分析下行RTP流是否連續(在未打開靜音檢測的情況下)。也可以使用媒體流轉換工具(譬如IPVQT)將RTP流轉換成語音來判斷。如果對端網關發向IAD的RTP流就存在語音斷續和時延大的問題,則問題就需要對端網關來定位。

    3、EC問題。IAD的EC存在缺陷,如果收到的聲音大于發送的聲音6db以上,會導致發送的聲音有一點被截斷的感覺。如果這樣,可以把接收的DSP增益調小,如果用戶感覺最終聲音太小,可以用提高PSTN增益來補償。

    七、 語音單通

    【問題描述】語音單通

    【原因分析】a、網絡質量原因。b、對端網關問題。c、IAD設備問題。

    【解決辦法】

    1、 先查看IAD到對端網關(IAD/TG)網絡是否正常。設備之間可能有NAT、防火墻等設備導致數據單向不通。

    2、 信令跟蹤,判斷最后通話時媒體方向是否為sendrecv。如果不是,肯定單通,此問題需要軟交換進行分析原因。

    3、 如果網絡沒有問題,請在IAD上使用show rtp stat[端口號]查詢RTP通道狀態,確認收發包情況。

    八、 語音雙不通

    【問題描述】語音雙不通

    【原因分析】a、網絡質量原因。b、對端網關問題。c、誤檢測傳真或者配置不當,切換到了T38。d、網關之間編解碼不一致。e、IAD設備問題。

    【解決辦法】

    1、 先查看IAD到對端網關(IAD/TG)網絡是否正常。設備之間可能有NAT、防火墻等設備導致數據雙不通??梢允褂胮ing等方法排查。

    2、 如果網絡沒有問題,請在IAD上使用show rtp stat[端口號]查詢RTP通道狀態,確認收發包情況。如果recv pkt num和recv byte num都為0,則是對端網關的RTP流沒有發出或者發出之后被某一網絡給截掉了。需要查找對端網關或者承載網的問題。如果recv pkt num和recv byte num都不為0,則請在IAD上行網口處抓包,觀察是否有RTP流進來。如果有RTP流,請使用媒體流轉換工具(譬如IPVQT)將RTP流轉換成語音來判斷是否有聲音。如果有RTP流,但是沒有聲音,則是對端網關的問題。

    如果是對端也聽不到IAD的聲音,請確認send pkt num和send byte num是否為0。如果不為0,請在IAD上行口進行抓包,觀察是否有RTP流發出。如果有RTP流,請使用媒體流轉換工具(譬如IPVQT)將RTP流轉換成語音來判斷是否有聲音。

    (沒有得到對方的MAC地址,造成單通。在哈爾濱跟3526 VRRP對接發生過此問題)

    (H323時,打包時長不能自適應。打包時長自適應在R002版本已經支持)

    3、 如果是IAD與PSTN通話期間忽然聽到“吱”一聲后就雙不通,則是TG或者IAD誤檢測到了傳真,并切換到了T38??梢酝ㄟ^信令跟蹤判斷是否誤檢測。另外抓下媒體流報文,分析媒體包可以判斷是否已經切換到T38。IAD升級到R002以后,應該不會發生誤檢測傳真的問題,如果是早期版本,可能存在此情況。

    4、 IAD的傳真模式現在缺省是V2 T38模式(mg系統參數12的值為2),當與某些軟交換配合時,可能導致IAD一通話就切換到T38狀態,導致雙不通。這種情況請根據具體情況修改mg系統參數12,一般來說使用透傳就配置成0。

    5、 IAD與某些軟交換配合時,可能存在由于網關支持的編解碼不一致而導致雙不通的問題??梢酝ㄟ^信令跟蹤來判斷。

    九、 回聲

    【問題描述】回聲

    【原因分析】a、聲學回聲影響。b、IAD語音增益太大,導致回聲明顯。c、IAD增益值與對端網關配合不當,引發回聲。d、對端網關EC尾長配置不當,導致IAD聽到短暫回聲。

    【解決辦法】

    1、 請先確認是否聲學回聲。檢測方法是對端用戶捂住話筒之后是否還能聽到回聲。

    2、 如果不是聲學回聲,但是每次必現,請適當降低用戶端口接收增益和發送增益。使用pstnport attribute set命令調整。目前108/132的端口發送增益都是0db,可以調整到-3db。108接收增益是-3.5,可以調整到-7db或者-8.5db。132接收增益是0db,可以調整到-3.5db或者-7db。(注意不要由于增益衰減太多而導致用戶投訴聲音太小,建議使用默認增益。)

    3、 如果調整端口發送增益用處不明顯,請調整DSP增益,具體請看mg系統參數3和4。

    4、 如果回聲不是必須,只是偶然出現,那么可能是誤檢測到傳真,把EC關閉導致。誤檢測傳真只存在IAD早期版本,升級到R002以后應該不會發生。

    5、 IAD與TG/ETG等設備互通時,如果兩端同時講話之后產生回聲,請檢查TG/ETG ipp-channel表中的EC尾長參數是否缺省值。尾長參數不能設置太長,否則會因為收斂時間太長而聽到回聲。(太短也有回聲)

    十、 電流聲/雜音

    【問題描述】電流聲/雜音

    【原因分析】a、話機本身質量問題。b、用戶線路上有干擾。c、132需要接地。d、對端網關問題。e、IAD端口增益太大

    【解決辦法】

    1、 先直接換話機聽一下效果,確認是否話機質量問題。話機問題請更換話機。

    2、 到IAD上直接接用戶線和話機聽一下效果,確認是否用戶線路問題。如果是線路問題則需要調整用戶線的走線方式。如果是IAD132,建議執行內外線測試,看一下線路效果。

    3、 如果是IAD132,請確認是否接地。IAD132必須接地。

    4、 如果上面幾步都沒有改善,請在IAD上行網口處抓包,使用媒體流轉換工具(譬如IPVQT)將RTP流轉換成語音來判斷雜音是否是對端網關發送過來。

    5、 如果雜音/電流聲是IAD自身產生的,請適當降低用戶端口接收增益。108接收增益是-3.5,可以調整到-7db或者-8.5db。132接收增益是0db,可以調整到-3.5db或者-7db。(注意不要由于增益衰減太多而導致用戶投訴聲音太?。?

    十一、 摘機聽忙音

    【問題描述】用戶摘機就聽忙音。

    【原因分析】此部分問題原因也比較復雜。

    【定位辦法】一般分下面步驟進行(具體命令參考上面一節,定位過程非常類似):

    1查詢MG注冊狀態;

    2查詢此用戶是否配置了數據;

    3查詢此用戶端口是否處于業務啟動狀態;

    4看DSP通道數目是否有空閑;

    5信令跟蹤,看我們是否正確上報了摘機事件(L/hd),并且軟交換是否有了響應;

    6看軟交換是否下了撥號音命令(L/dl);如果是IPAN,只能抓媒體流,然后用IPVQT聽是否送了撥號音,或者其它音;

    7如果發了撥號音,但是IAD卻放了忙音,那么就需要看軟交換是否緊跟著下發了忙音(L/bz);

    【問題描述】用戶摘機,但是沒有聲音,只有線路上的電流聲。

    【原因分析】此部分問題原因比較復雜。

    【定位辦法】一般分下面步驟進行:

    1、查詢MG注冊狀態

    IAD108&208的命令為:

    2、查詢此用戶是否配置了數據

    3、查詢此用戶端口是否處于業務啟動狀態

    4、語音文件是否正常

    5、DSP是否正常工作

    6、是否誤配置了IP半永久業務

    十二、 單向不通

    【問題描述】只能收,但是不能發送,或者只能發,但是不能接收。

    【原因分析】

    軟交換的數據配置有誤,沒有開放傳真/MODEM業務;

    軟交換的數據配置與IAD的數據配置不匹配;

    傳真終端有問題。

    【定位方法】

    請確認軟交換的數據配置(網關配置),IAD的相關數據有系統參數12、系統參數24以及傳真參數。一定要匹配。具體參見《NGN語音、傳真、Modem配置指導》

    如果數據配置正確,大多是傳真終端型號太老的問題。

    如果原來是透傳,嘗試修改成T38。一般T38傳真成功率高。

    十三、 傳真斷頁或者傳真中斷

    【問題描述】傳真斷頁或者傳真中斷

    【原因分析】只要傳真開始,就可以判斷數據配置正確;先根據信令或者數據配置判斷是T38方式還是傳真透傳。透傳是網絡質量的問題,T38一般是碰到了我們不支持的特殊的傳真流程的問題。

    【定位方法】

    先判斷傳真方式。

    如果是透傳,抓包看傳真中斷前后的IAD收發的IP包,分析網絡質量,如果網絡質量良好,請研發分析;

    如果是T38方式,抓包看傳真中斷前后的IAD收發的IP包,分析網絡質量,如果網絡質量不是太差,請研發分析;

    建議使用T38方式。

    十四、 某些地點不通

    【問題描述】某些地方傳真通,但是其他地方傳真不通

    【原因分析】由于我司的傳真流程的私有,要求全網數據配置正確并匹配。這種問題一般是數據配置的問題。

    有的網關的數據配置有誤,

    或者有的網關對應的軟交換的數據配置有誤導致出現該現象。

    或者傳真機終端的問題(概率很?。?。

    【定位方法】根據軟交換與IAD的數據配置是否正確并匹配;如果涉及到AG與TG,也要求數據匹配。

    十五、 T38傳真不通

    【問題描述】IAD的用戶的T38傳真不通。

    【原因分析】除了數據配置以外,可能部分傳真機兼容性問題

    【定位方法】

    1、 根據軟交換與IAD的數據配置是否正確并匹配,要注意網關上傳真的端口號的加2的問題(T38 V2流程)。

    2、 如果配置沒有問題,那么有可能是網關以及傳真機兼容性問題,請把傳真過程中的報文抓下來,包括信令,交給研發分析。


    返回上一步
    打印此頁
    0551-62957880
    瀏覽手機站
    国产熟睡乱子伦午夜视频,亚洲欧美日韩国产精品一区二区,两对夫妇互换当面做真实视频
    <samp id="8ek6k"></samp>
  • <center id="8ek6k"></center>
  • <menu id="8ek6k"></menu>