售前電話
135-3656-7657
售前電話 : 135-3656-7657
一、 查詢用戶端口摘機異常的問題
1、檢查注冊承載通路是否可達。（用Ping）
2、在SoftX3000上使用DSP MGW命令，查看對應的IAD是否已經正常注冊上。
3、檢查注冊信令是否可達。（MGCP信令跟蹤）
4、在IAD上使用show port命令，查看IAD上的端口是否正常，此端口對應的是IAD到用戶話機的狀態(tài)，若不正常，則一般為用戶插板故障所致。
5、若IAD上的端口狀態(tài)正常，則可在SoftX3000上使用DSP EPST命令，查看IAD上的端口狀態(tài)，若此時狀態(tài)不正常，一般為用戶數(shù)據(jù)沒有配置。
6、檢查IAD與SoftX3000的對接數(shù)據(jù)
二、 網口燈不亮
【問題描述】IAD的網口燈不亮
【產生原因】沒上電、接觸不良、網線問題、cable check設置問題。（對端設備問題）
【定位方法】IAD的網口有兩個燈，綠燈在接觸正常時會常亮，紅燈在有數(shù)據(jù)收發(fā)時會閃爍。如果數(shù)據(jù)收發(fā)頻繁，則紅燈也會常亮。
1、 保證設備已經上電。
2、 檢查網線是否可用，更換網線試試。
3、 換一種網線類型，比如普通網線和交叉網線進行互換。
4、 檢查網線和網口的接觸是否緊密。
5、 檢查網線自適應功能（cable check）的狀態(tài)和網線的匹配情況。如果cable check是enable的，用普通網線和交叉網線都可以；如果cable check是disable的，建議根據(jù)對接設備使用網線類型，同種接口使用交叉網線，異種接口使用普通網線。IAD的網口屬于LSW接口。如果你發(fā)現(xiàn)在cable check為disable時也可以隨便使用網線類型，那是因為跟IAD連接的對方網口支持網線自動識別。
三、 ping不通
【問題描述】IAD和網絡上其他設備間ping不通
【產生原因】原因很復雜。
【定位方法】遇到這種問題最好的定位方法就是抓包分析，有條件時在ping的雙方都進行抓包，通過比較雙方ping包的收發(fā)情況，就可以定位問題所在。在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包的收發(fā)情況。
7、 如果ping的雙方之間存在IP網，可以使用tracert功能檢查網絡的聯(lián)通性。
8、 要注意網絡上有些主機或者路由器可能關閉了ping功能。
9、 注意網絡上可能存在的access list，它可以對各種指定的情況丟棄某些數(shù)據(jù)包。
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底層鏈路的聯(lián)通性。
3、 如果IAD發(fā)生過意外復位或者掉電重啟，這時PPPOE SERVER上的用戶可能還是在線的。這時再進行PPPOE撥號，將會失敗。等PPPOE SERVER上的用戶超時掉線后，再撥號就可以了。這種情況一般PPPOE Server需要幾分鐘才能判斷超時。如果IAD是正常命令復位，那么在復位之前會退出Server，這樣重啟以后馬上可以撥上。
4、 檢查TAG的使用情況，如果對方不支持TAG，就不要使用TAG功能。
5、 檢查PPPOE SERVER的配置是否正確。
六、 語音斷續(xù)，時延大
【問題描述】語音斷續(xù)，時延大
【原因分析】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流是否連續(xù)（在未打開靜音檢測的情況下）。也可以使用媒體流轉換工具（譬如IPVQT）將RTP流轉換成語音來判斷。如果對端網關發(fā)向IAD的RTP流就存在語音斷續(xù)和時延大的問題，則問題就需要對端網關來定位。
3、EC問題。IAD的EC存在缺陷，如果收到的聲音大于發(fā)送的聲音6db以上，會導致發(fā)送的聲音有一點被截斷的感覺。如果這樣，可以把接收的DSP增益調小，如果用戶感覺最終聲音太小，可以用提高PSTN增益來補償。
七、 語音單通
【問題描述】語音單通
【原因分析】a、網絡質量原因。b、對端網關問題。c、IAD設備問題。
【解決辦法】
1、 先查看IAD到對端網關（IAD/TG）網絡是否正常。設備之間可能有NAT、防火墻等設備導致數(shù)據(jù)單向不通。
2、 信令跟蹤，判斷最后通話時媒體方向是否為sendrecv。如果不是，肯定單通，此問題需要軟交換進行分析原因。
3、 如果網絡沒有問題，請在IAD上使用show rtp stat[端口號]查詢RTP通道狀態(tài)，確認收發(fā)包情況。
八、 語音雙不通
【問題描述】語音雙不通
【原因分析】a、網絡質量原因。b、對端網關問題。c、誤檢測傳真或者配置不當，切換到了T38。d、網關之間編解碼不一致。e、IAD設備問題。
【解決辦法】
1、 先查看IAD到對端網關（IAD/TG）網絡是否正常。設備之間可能有NAT、防火墻等設備導致數(shù)據(jù)雙不通?？梢允褂胮ing等方法排查。
2、 如果網絡沒有問題，請在IAD上使用show rtp stat[端口號]查詢RTP通道狀態(tài)，確認收發(fā)包情況。如果recv pkt num和recv byte num都為0，則是對端網關的RTP流沒有發(fā)出或者發(fā)出之后被某一網絡給截掉了。需要查找對端網關或者承載網的問題。如果recv pkt num和recv byte num都不為0，則請在IAD上行網口處抓包，觀察是否有RTP流進來。如果有RTP流，請使用媒體流轉換工具（譬如IPVQT）將RTP流轉換成語音來判斷是否有聲音。如果有RTP流，但是沒有聲音，則是對端網關的問題。
如果是對端也聽不到IAD的聲音，請確認send pkt num和send byte num是否為0。如果不為0，請在IAD上行口進行抓包，觀察是否有RTP流發(fā)出。如果有RTP流，請使用媒體流轉換工具（譬如IPVQT）將RTP流轉換成語音來判斷是否有聲音。
?。]有得到對方的MAC地址，造成單通。在哈爾濱跟3526 VRRP對接發(fā)生過此問題）
?。℉323時，打包時長不能自適應。打包時長自適應在R002版本已經支持）
3、 如果是IAD與PSTN通話期間忽然聽到“吱”一聲后就雙不通，則是TG或者IAD誤檢測到了傳真，并切換到了T38?？梢酝ㄟ^信令跟蹤判斷是否誤檢測。另外抓下媒體流報文，分析媒體包可以判斷是否已經切換到T38。IAD升級到R002以后，應該不會發(fā)生誤檢測傳真的問題，如果是早期版本，可能存在此情況。
4、 IAD的傳真模式現(xiàn)在缺省是V2 T38模式（mg系統(tǒng)參數(shù)12的值為2），當與某些軟交換配合時，可能導致IAD一通話就切換到T38狀態(tài)，導致雙不通。這種情況請根據(jù)具體情況修改mg系統(tǒng)參數(shù)12，一般來說使用透傳就配置成0。
5、 IAD與某些軟交換配合時，可能存在由于網關支持的編解碼不一致而導致雙不通的問題?？梢酝ㄟ^信令跟蹤來判斷。
九、 回聲
【問題描述】回聲
【原因分析】a、聲學回聲影響。b、IAD語音增益太大，導致回聲明顯。c、IAD增益值與對端網關配合不當，引發(fā)回聲。d、對端網關EC尾長配置不當，導致IAD聽到短暫回聲。
【解決辦法】
1、 請先確認是否聲學回聲。檢測方法是對端用戶捂住話筒之后是否還能聽到回聲。
2、 如果不是聲學回聲，但是每次必現(xiàn)，請適當降低用戶端口接收增益和發(fā)送增益。使用pstnport attribute set命令調整。目前108/132的端口發(fā)送增益都是0db，可以調整到-3db。108接收增益是-3.5，可以調整到-7db或者-8.5db。132接收增益是0db，可以調整到-3.5db或者-7db。（注意不要由于增益衰減太多而導致用戶投訴聲音太小，建議使用默認增益。）
3、 如果調整端口發(fā)送增益用處不明顯，請調整DSP增益，具體請看mg系統(tǒng)參數(shù)3和4。
4、 如果回聲不是必須，只是偶然出現(xiàn)，那么可能是誤檢測到傳真，把EC關閉導致。誤檢測傳真只存在IAD早期版本，升級到R002以后應該不會發(fā)生。
5、 IAD與TG/ETG等設備互通時，如果兩端同時講話之后產生回聲，請檢查TG/ETG ipp-channel表中的EC尾長參數(shù)是否缺省值。尾長參數(shù)不能設置太長，否則會因為收斂時間太長而聽到回聲。（太短也有回聲）
十、 電流聲/雜音
【問題描述】電流聲/雜音
【原因分析】a、話機本身質量問題。b、用戶線路上有干擾。c、132需要接地。d、對端網關問題。e、IAD端口增益太大
【解決辦法】
1、 先直接換話機聽一下效果，確認是否話機質量問題。話機問題請更換話機。
2、 到IAD上直接接用戶線和話機聽一下效果，確認是否用戶線路問題。如果是線路問題則需要調整用戶線的走線方式。如果是IAD132，建議執(zhí)行內外線測試，看一下線路效果。
3、 如果是IAD132，請確認是否接地。IAD132必須接地。
4、 如果上面幾步都沒有改善，請在IAD上行網口處抓包，使用媒體流轉換工具（譬如IPVQT）將RTP流轉換成語音來判斷雜音是否是對端網關發(fā)送過來。
5、 如果雜音/電流聲是IAD自身產生的，請適當降低用戶端口接收增益。108接收增益是-3.5，可以調整到-7db或者-8.5db。132接收增益是0db，可以調整到-3.5db或者-7db。（注意不要由于增益衰減太多而導致用戶投訴聲音太小）
十一、 摘機聽忙音
【問題描述】用戶摘機就聽忙音。
【原因分析】此部分問題原因也比較復雜。
【定位辦法】一般分下面步驟進行（具體命令參考上面一節(jié)，定位過程非常類似）：
1查詢MG注冊狀態(tài)；
2查詢此用戶是否配置了數(shù)據(jù)；
3查詢此用戶端口是否處于業(yè)務啟動狀態(tài)；
4看DSP通道數(shù)目是否有空閑；
5信令跟蹤，看我們是否正確上報了摘機事件（L/hd），并且軟交換是否有了響應；
6看軟交換是否下了撥號音命令（L/dl）；如果是IPAN，只能抓媒體流，然后用IPVQT聽是否送了撥號音，或者其它音；
7如果發(fā)了撥號音，但是IAD卻放了忙音，那么就需要看軟交換是否緊跟著下發(fā)了忙音（L/bz）；
【問題描述】用戶摘機，但是沒有聲音，只有線路上的電流聲。
【原因分析】此部分問題原因比較復雜。
【定位辦法】一般分下面步驟進行：
1、查詢MG注冊狀態(tài)
IAD108&208的命令為：
2、查詢此用戶是否配置了數(shù)據(jù)
3、查詢此用戶端口是否處于業(yè)務啟動狀態(tài)
4、語音文件是否正常
5、DSP是否正常工作
6、是否誤配置了IP半永久業(yè)務
十二、 單向不通
【問題描述】只能收，但是不能發(fā)送，或者只能發(fā)，但是不能接收。
【原因分析】
軟交換的數(shù)據(jù)配置有誤，沒有開放傳真/MODEM業(yè)務；
軟交換的數(shù)據(jù)配置與IAD的數(shù)據(jù)配置不匹配；
傳真終端有問題。
【定位方法】
請確認軟交換的數(shù)據(jù)配置（網關配置），IAD的相關數(shù)據(jù)有系統(tǒng)參數(shù)12、系統(tǒng)參數(shù)24以及傳真參數(shù)。一定要匹配。具體參見《NGN語音、傳真、Modem配置指導》
如果數(shù)據(jù)配置正確，大多是傳真終端型號太老的問題。
如果原來是透傳，嘗試修改成T38。一般T38傳真成功率高。
十三、 傳真斷頁或者傳真中斷
【問題描述】傳真斷頁或者傳真中斷
【原因分析】只要傳真開始，就可以判斷數(shù)據(jù)配置正確；先根據(jù)信令或者數(shù)據(jù)配置判斷是T38方式還是傳真透傳。透傳是網絡質量的問題，T38一般是碰到了我們不支持的特殊的傳真流程的問題。
【定位方法】
先判斷傳真方式。
如果是透傳，抓包看傳真中斷前后的IAD收發(fā)的IP包，分析網絡質量，如果網絡質量良好，請研發(fā)分析；
如果是T38方式，抓包看傳真中斷前后的IAD收發(fā)的IP包，分析網絡質量，如果網絡質量不是太差，請研發(fā)分析；
建議使用T38方式。
十四、 某些地點不通
【問題描述】某些地方傳真通，但是其他地方傳真不通
【原因分析】由于我司的傳真流程的私有，要求全網數(shù)據(jù)配置正確并匹配。這種問題一般是數(shù)據(jù)配置的問題。
有的網關的數(shù)據(jù)配置有誤，
或者有的網關對應的軟交換的數(shù)據(jù)配置有誤導致出現(xiàn)該現(xiàn)象。
或者傳真機終端的問題（概率很小）。
【定位方法】根據(jù)軟交換與IAD的數(shù)據(jù)配置是否正確并匹配；如果涉及到AG與TG，也要求數(shù)據(jù)匹配。
十五、 T38傳真不通
【問題描述】IAD的用戶的T38傳真不通。
【原因分析】除了數(shù)據(jù)配置以外，可能部分傳真機兼容性問題
【定位方法】
1、 根據(jù)軟交換與IAD的數(shù)據(jù)配置是否正確并匹配，要注意網關上傳真的端口號的加2的問題（T38 V2流程）。
2、 如果配置沒有問題，那么極有可能是網關以及傳真機兼容性問題，請把傳真過程中的報文抓下來，包括信令，交給研發(fā)分析。
