久久精品视,精品少妇一区二区三区视频,亚洲码和欧洲码168区,国产乱妇乱子视频在播放

新聞資訊

【病床分機系統(tǒng)廠家】IAD語音網(wǎng)關的SIP賬號常見故障處理

2023-10-21 09:41

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

  1、檢查注冊承載通路是否可達。(用Ping)
  2、在SoftX3000上使用DSP MGW命令,查看對應的IAD是否已經(jīng)正常注冊上。
  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ù)
  二、 網(wǎng)口燈不亮
  【問題描述】IAD的網(wǎng)口燈不亮
  【產(chǎn)生原因】沒上電、接觸不良、網(wǎng)線問題、cable check設置問題。(對端設備問題)
  【定位方法】IAD的網(wǎng)口有兩個燈,綠燈在接觸正常時會常亮,紅燈在有數(shù)據(jù)收發(fā)時會閃爍。如果數(shù)據(jù)收發(fā)頻繁,則紅燈也會常亮。
  1、 保證設備已經(jīng)上電。
  2、 檢查網(wǎng)線是否可用,更換網(wǎng)線試試。
  3、 換一種網(wǎng)線類型,比如普通網(wǎng)線和交叉網(wǎng)線進行互換。
  4、 檢查網(wǎng)線和網(wǎng)口的接觸是否緊密。
  5、 檢查網(wǎng)線自適應功能(cable check)的狀態(tài)和網(wǎng)線的匹配情況。如果cable check是enable的,用普通網(wǎng)線和交叉網(wǎng)線都可以;如果cable check是disable的,建議根據(jù)對接設備使用網(wǎng)線類型,同種接口使用交叉網(wǎng)線,異種接口使用普通網(wǎng)線。IAD的網(wǎng)口屬于LSW接口。如果你發(fā)現(xiàn)在cable check為disable時也可以隨便使用網(wǎng)線類型,那是因為跟IAD連接的對方網(wǎng)口支持網(wǎng)線自動識別。
  三、 ping不通
  【問題描述】IAD和網(wǎng)絡上其他設備間ping不通
  【產(chǎn)生原因】原因很復雜。
  【定位方法】遇到這種問題最好的定位方法就是抓包分析,有條件時在ping的雙方都進行抓包,通過比較雙方ping包的收發(fā)情況,就可以定位問題所在。在IAD側抓包時,需要做端口鏡像。IAD的網(wǎng)口都從1開始編號。
  1、 檢查VLAN的設置。如果ping的雙方在同一個局域網(wǎng)但不在一個VLAN,當然ping不通。
  2、 檢查TAG的使用情況。如果設備不支持TAG功能,它收到帶TAG的ping包時會當作錯誤包處理。
  3、 檢查IP地址、MAC地址,防止地址沖突。當IAD的BIOS信息損壞時,MAC地址會恢復成默認值00-0E-FC-03-02-01。要防止同一個局域網(wǎng)上有多個00-0E-FC-03-02-01。
  4、 檢查ARP表的正確性,如果ping的對象在同一個網(wǎng)段,應該會產(chǎn)生ARP表;如果不在一個網(wǎng)段,那么網(wǎng)關的ARP表必須存在。
  5、 檢查路由表的正確性。
  6、 在ping的雙方抓包,比較ping包的收發(fā)情況。
  7、 如果ping的雙方之間存在IP網(wǎng),可以使用tracert功能檢查網(wǎng)絡的聯(lián)通性。
  8、 要注意網(wǎng)絡上有些主機或者路由器可能關閉了ping功能。
  9、 注意網(wǎng)絡上可能存在的access list,它可以對各種指定的情況丟棄某些數(shù)據(jù)包。
  10、 在大網(wǎng)絡流量時,注意QoS引起的丟包。
  11、 ping包過大。過大的ping包會引起IAD的CPU占用率升高,因此IAD把需要分片的ping包全部丟棄了。
  12、 對方帶有不可分片標志時,不能ping通(此問題只存在IAD2000V100R002B01015版本)
  四、 從網(wǎng)絡加載或備份文件失敗
  【問題描述】從網(wǎng)絡加載或備份文件失敗
  【產(chǎn)生原因】網(wǎng)絡問題、用戶名密碼不對、文件類型不對
  【定位方法】這時最好在FTP或者TFTP服務器上啟動日志功能,日志中的記錄可以幫助解決這類問題。
  1、 保證IAD和FTP SERVER間的網(wǎng)絡是通暢的,可以用ping測試一下。
  2、 如果是FTP加載,保證FTP的用戶名和密碼的正確性。
  3、 保證FTP或者TFTP服務器的路徑設置是正確的。
  4、 檢查文件名和文件類型的正確性。
  5、 過大的網(wǎng)絡延時和網(wǎng)絡損傷可能導致加載失敗,特別是對較大的文件。
  6、 adsl時,限速后,速率太小。
  7、 如果TFTP不行(早期版本缺陷),可以更換成FTP加載。
  我們推薦:使用可靠的FTP進行加載和備份。
  五、 PPPOE撥號失敗
  【問題描述】PPPOE撥號失敗
  【產(chǎn)生原因】用戶名密碼不對、底層鏈路不通、用戶未超時、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、網(wǎng)絡質(zhì)量原因。b、對端網(wǎng)關問題。c、IAD軟件調(diào)度問題。
  【解決辦法】
  1、先測試網(wǎng)絡質(zhì)量。先觀察IAD登錄終端上是否有RTCP告警。接下來請測試網(wǎng)絡質(zhì)量。簡單方法可以在IAD上使用ping命令。得到初步的丟包率和網(wǎng)絡時延。如果需要全面的測試報告,可以使用第三方工具Chariot進行端到端測試網(wǎng)絡質(zhì)量。屬于網(wǎng)絡原因則必須對網(wǎng)絡進行整改。
  NGN中語音質(zhì)量和視頻質(zhì)量測試網(wǎng)絡模型定義如下:
  網(wǎng)絡狀況 丟包率 網(wǎng)絡時延 抖動
  良好網(wǎng)絡 0 0ms 0ms
  較差網(wǎng)絡 1% 100ms 20ms
  極限網(wǎng)絡 5% 400ms 60ms
  2、如果網(wǎng)絡質(zhì)量沒有問題,則需要判斷對端網(wǎng)關(IAD/TG)是否有問題。最直觀的判斷是在IAD上行網(wǎng)口處進行抓包,分析下行RTP流是否連續(xù)(在未打開靜音檢測的情況下)。也可以使用媒體流轉(zhuǎn)換工具(譬如IPVQT)將RTP流轉(zhuǎn)換成語音來判斷。如果對端網(wǎng)關發(fā)向IAD的RTP流就存在語音斷續(xù)和時延大的問題,則問題就需要對端網(wǎng)關來定位。
  3、EC問題。IAD的EC存在缺陷,如果收到的聲音大于發(fā)送的聲音6db以上,會導致發(fā)送的聲音有一點被截斷的感覺。如果這樣,可以把接收的DSP增益調(diào)小,如果用戶感覺最終聲音太小,可以用提高PSTN增益來補償。
  七、 語音單通
  【問題描述】語音單通
  【原因分析】a、網(wǎng)絡質(zhì)量原因。b、對端網(wǎng)關問題。c、IAD設備問題。
  【解決辦法】
  1、 先查看IAD到對端網(wǎng)關(IAD/TG)網(wǎng)絡是否正常。設備之間可能有NAT、防火墻等設備導致數(shù)據(jù)單向不通。
  2、 信令跟蹤,判斷最后通話時媒體方向是否為sendrecv。如果不是,肯定單通,此問題需要軟交換進行分析原因。
  3、 如果網(wǎng)絡沒有問題,請在IAD上使用show rtp stat[端口號]查詢RTP通道狀態(tài),確認收發(fā)包情況。
  八、 語音雙不通
  【問題描述】語音雙不通
  【原因分析】a、網(wǎng)絡質(zhì)量原因。b、對端網(wǎng)關問題。c、誤檢測傳真或者配置不當,切換到了T38。d、網(wǎng)關之間編解碼不一致。e、IAD設備問題。
  【解決辦法】
  1、 先查看IAD到對端網(wǎng)關(IAD/TG)網(wǎng)絡是否正常。設備之間可能有NAT、防火墻等設備導致數(shù)據(jù)雙不通。可以使用ping等方法排查。
  2、 如果網(wǎng)絡沒有問題,請在IAD上使用show rtp stat[端口號]查詢RTP通道狀態(tài),確認收發(fā)包情況。如果recv pkt num和recv byte num都為0,則是對端網(wǎng)關的RTP流沒有發(fā)出或者發(fā)出之后被某一網(wǎng)絡給截掉了。需要查找對端網(wǎng)關或者承載網(wǎng)的問題。如果recv pkt num和recv byte num都不為0,則請在IAD上行網(wǎng)口處抓包,觀察是否有RTP流進來。如果有RTP流,請使用媒體流轉(zhuǎn)換工具(譬如IPVQT)將RTP流轉(zhuǎn)換成語音來判斷是否有聲音。如果有RTP流,但是沒有聲音,則是對端網(wǎng)關的問題。
  如果是對端也聽不到IAD的聲音,請確認send pkt num和send byte num是否為0。如果不為0,請在IAD上行口進行抓包,觀察是否有RTP流發(fā)出。如果有RTP流,請使用媒體流轉(zhuǎn)換工具(譬如IPVQT)將RTP流轉(zhuǎn)換成語音來判斷是否有聲音。
 ?。]有得到對方的MAC地址,造成單通。在哈爾濱跟3526 VRRP對接發(fā)生過此問題)
 ?。℉323時,打包時長不能自適應。打包時長自適應在R002版本已經(jīng)支持)
  3、 如果是IAD與PSTN通話期間忽然聽到“吱”一聲后就雙不通,則是TG或者IAD誤檢測到了傳真,并切換到了T38??梢酝ㄟ^信令跟蹤判斷是否誤檢測。另外抓下媒體流報文,分析媒體包可以判斷是否已經(jīng)切換到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與某些軟交換配合時,可能存在由于網(wǎng)關支持的編解碼不一致而導致雙不通的問題??梢酝ㄟ^信令跟蹤來判斷。
  九、 回聲
  【問題描述】回聲
  【原因分析】a、聲學回聲影響。b、IAD語音增益太大,導致回聲明顯。c、IAD增益值與對端網(wǎng)關配合不當,引發(fā)回聲。d、對端網(wǎng)關EC尾長配置不當,導致IAD聽到短暫回聲。
  【解決辦法】
  1、 請先確認是否聲學回聲。檢測方法是對端用戶捂住話筒之后是否還能聽到回聲。
  2、 如果不是聲學回聲,但是每次必現(xiàn),請適當降低用戶端口接收增益和發(fā)送增益。使用pstnport attribute set命令調(diào)整。目前108/132的端口發(fā)送增益都是0db,可以調(diào)整到-3db。108接收增益是-3.5,可以調(diào)整到-7db或者-8.5db。132接收增益是0db,可以調(diào)整到-3.5db或者-7db。(注意不要由于增益衰減太多而導致用戶投訴聲音太小,建議使用默認增益。)
  3、 如果調(diào)整端口發(fā)送增益用處不明顯,請調(diào)整DSP增益,具體請看mg系統(tǒng)參數(shù)3和4。
  4、 如果回聲不是必須,只是偶然出現(xiàn),那么可能是誤檢測到傳真,把EC關閉導致。誤檢測傳真只存在IAD早期版本,升級到R002以后應該不會發(fā)生。
  5、 IAD與TG/ETG等設備互通時,如果兩端同時講話之后產(chǎn)生回聲,請檢查TG/ETG ipp-channel表中的EC尾長參數(shù)是否缺省值。尾長參數(shù)不能設置太長,否則會因為收斂時間太長而聽到回聲。(太短也有回聲)
  十、 電流聲/雜音
  【問題描述】電流聲/雜音
  【原因分析】a、話機本身質(zhì)量問題。b、用戶線路上有干擾。c、132需要接地。d、對端網(wǎng)關問題。e、IAD端口增益太大
  【解決辦法】
  1、 先直接換話機聽一下效果,確認是否話機質(zhì)量問題。話機問題請更換話機。
  2、 到IAD上直接接用戶線和話機聽一下效果,確認是否用戶線路問題。如果是線路問題則需要調(diào)整用戶線的走線方式。如果是IAD132,建議執(zhí)行內(nèi)外線測試,看一下線路效果。
  3、 如果是IAD132,請確認是否接地。IAD132必須接地。
  4、 如果上面幾步都沒有改善,請在IAD上行網(wǎng)口處抓包,使用媒體流轉(zhuǎn)換工具(譬如IPVQT)將RTP流轉(zhuǎn)換成語音來判斷雜音是否是對端網(wǎng)關發(fā)送過來。
  5、 如果雜音/電流聲是IAD自身產(chǎn)生的,請適當降低用戶端口接收增益。108接收增益是-3.5,可以調(diào)整到-7db或者-8.5db。132接收增益是0db,可以調(diào)整到-3.5db或者-7db。(注意不要由于增益衰減太多而導致用戶投訴聲音太?。?br />   十一、 摘機聽忙音
  【問題描述】用戶摘機就聽忙音。
  【原因分析】此部分問題原因也比較復雜。
  【定位辦法】一般分下面步驟進行(具體命令參考上面一節(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ù)配置(網(wǎng)關配置),IAD的相關數(shù)據(jù)有系統(tǒng)參數(shù)12、系統(tǒng)參數(shù)24以及傳真參數(shù)。一定要匹配。具體參見《NGN語音、傳真、Modem配置指導》
  如果數(shù)據(jù)配置正確,大多是傳真終端型號太老的問題。
  如果原來是透傳,嘗試修改成T38。一般T38傳真成功率高。
  十三、 傳真斷頁或者傳真中斷
  【問題描述】傳真斷頁或者傳真中斷
  【原因分析】只要傳真開始,就可以判斷數(shù)據(jù)配置正確;先根據(jù)信令或者數(shù)據(jù)配置判斷是T38方式還是傳真透傳。透傳是網(wǎng)絡質(zhì)量的問題,T38一般是碰到了我們不支持的特殊的傳真流程的問題。
  【定位方法】
  先判斷傳真方式。
  如果是透傳,抓包看傳真中斷前后的IAD收發(fā)的IP包,分析網(wǎng)絡質(zhì)量,如果網(wǎng)絡質(zhì)量良好,請研發(fā)分析;
  如果是T38方式,抓包看傳真中斷前后的IAD收發(fā)的IP包,分析網(wǎng)絡質(zhì)量,如果網(wǎng)絡質(zhì)量不是太差,請研發(fā)分析;
  建議使用T38方式。
  十四、 某些地點不通
  【問題描述】某些地方傳真通,但是其他地方傳真不通
  【原因分析】由于我司的傳真流程的私有,要求全網(wǎng)數(shù)據(jù)配置正確并匹配。這種問題一般是數(shù)據(jù)配置的問題。
  有的網(wǎng)關的數(shù)據(jù)配置有誤,
  或者有的網(wǎng)關對應的軟交換的數(shù)據(jù)配置有誤導致出現(xiàn)該現(xiàn)象。
  或者傳真機終端的問題(概率很?。?。
  【定位方法】根據(jù)軟交換與IAD的數(shù)據(jù)配置是否正確并匹配;如果涉及到AG與TG,也要求數(shù)據(jù)匹配。
  十五、 T38傳真不通
  【問題描述】IAD的用戶的T38傳真不通。
  【原因分析】除了數(shù)據(jù)配置以外,可能部分傳真機兼容性問題
  【定位方法】
  1、 根據(jù)軟交換與IAD的數(shù)據(jù)配置是否正確并匹配,要注意網(wǎng)關上傳真的端口號的加2的問題(T38 V2流程)。
  2、 如果配置沒有問題,那么極有可能是網(wǎng)關以及傳真機兼容性問題,請把傳真過程中的報文抓下來,包括信令,交給研發(fā)分析。

上一篇:【智慧醫(yī)護對講系統(tǒng)廠家】MSIP賬號MS幾種值得考慮的增值服務
返回
下一篇:【醫(yī)護對講機系統(tǒng)廠家】LTE使移動網(wǎng)絡端SIP賬號到端VoIP成為現(xiàn)實