Asterisk 的撥號(hào)計(jì)劃Dialplan是所有 VoIP 管理員遲早要啃的硬骨頭。我第一次接觸它的時(shí)候面對(duì)/etc/asterisk/extensions.conf里那一堆exten 的行腦子里全是問(wèn)號(hào)這到底是在寫腳本還是在配電話交換機(jī)后來(lái)靜下心逐個(gè)應(yīng)用去試才發(fā)現(xiàn)真正的入門鑰匙根本不是Dial()那類復(fù)雜應(yīng)用而是最不起眼的三個(gè)基礎(chǔ)應(yīng)用Answer()、Playback()、Hangup()。毫不夸張地說(shuō)把這三個(gè)應(yīng)用吃透Dialplan 的骨架就立起來(lái)了后面再學(xué)路由、排隊(duì)、IVR 只是往骨架上添肌肉。這篇文章就圍繞這三個(gè)應(yīng)用展開講清楚它們各自干什么、為什么需要它們、組合起來(lái)能搭建什么再給出一套可以直接照著抄的完整配置和調(diào)試方法。適合剛接觸 Asterisk 的運(yùn)維新人、準(zhǔn)備做電話機(jī)器人的開發(fā)者以及想系統(tǒng)梳理流程細(xì)節(jié)的入門者。我把原理、語(yǔ)法、踩坑經(jīng)歷全部揉在一起你跟著走一遍至少能獨(dú)立寫出第一個(gè)能跑通的自動(dòng)應(yīng)答流程。1. 先把地圖攤開Dialplan 到底在解決什么問(wèn)題1.1 從一次電話通話看 Asterisk 的角色想象一次最普通的呼叫用戶拿起話筒撥了個(gè)號(hào)碼。這通電話到了 Asterisk 之后會(huì)發(fā)生什么Asterisk 本身不會(huì)平白無(wú)故知道“該放語(yǔ)音”“該轉(zhuǎn)給誰(shuí)”“該掛斷”它只有一套機(jī)制把通話交給 Dialplan 去執(zhí)行。Dialplan 就是 Asterisk 的劇本每一通進(jìn)來(lái)的呼叫都要按劇本往下走。這個(gè)劇本寫在extensions.conf里由一個(gè)個(gè)“上下文context”組成。每個(gè)上下文相當(dāng)于一個(gè)權(quán)限邊界或一個(gè)功能場(chǎng)景比如[internal]管內(nèi)部電話、[incoming]管外線來(lái)電。上下文里面躺著若干“分機(jī)extension”但這里的 extension 不只是電話號(hào)碼它也可以是失配時(shí)的兜底標(biāo)簽s、超時(shí)標(biāo)簽t、無(wú)效按鍵標(biāo)簽i。每個(gè) extension 后面跟一串優(yōu)先級(jí)priority優(yōu)先級(jí)從 1 開始用n表示“下一條”。Asterisk 按照“上下文 → 分機(jī) → 優(yōu)先級(jí)”的順序逐條執(zhí)行像是讀一張寫滿指令的卡片。為什么理解這個(gè)模型很重要因?yàn)楹罄m(xù)所有業(yè)務(wù)邏輯IVR、隊(duì)列、語(yǔ)音信箱、外呼計(jì)劃本質(zhì)上都是在往這張卡片上添加指令行。如果你連最基本的執(zhí)行順序都搞不清后面一旦出現(xiàn)“明明寫了播放卻聽不到聲音”“電話一接就斷”這類問(wèn)題排查起來(lái)會(huì)特別痛苦。先把這個(gè)運(yùn)行模型刻進(jìn)腦子里再看具體應(yīng)用就順多了。1.2 為什么這仨應(yīng)用是“最小開場(chǎng)組合”先問(wèn)一個(gè)問(wèn)題一通電進(jìn)來(lái)Asterisk 最少要做哪幾件事才算“有意義地處理”了答案是三件接通Answer→ 干點(diǎn)事Playback→ 收尾Hangup。接通用Answer()干的事先用最樸素的“放一段語(yǔ)音”也就是Playback()最后用Hangup()把通話資源釋放掉。這三步拼起來(lái)就是所有電話流程的最小閉環(huán)。有朋友可能會(huì)說(shuō)“我不用 Answer 直接 Playback 也能放聲音啊?！?這種情況確實(shí)存在但結(jié)果不可控在某些通道上未接通時(shí)播放會(huì)導(dǎo)致音頻路徑?jīng)]有完全建立撥號(hào)方聽到的是半截話或者壓根沒(méi)聲音更重要的是沒(méi)有 Answer 時(shí)通道狀態(tài)沒(méi)有正確切換計(jì)費(fèi)、話單、后續(xù)轉(zhuǎn)接都會(huì)出問(wèn)題。所以規(guī)范做法永遠(yuǎn)是先 Answer再操作最后 Hangup。這也是為什么官方示例幾乎都是這個(gè)套路。再看Hangup()。很多人會(huì)覺(jué)得“掛斷還需要專門寫一個(gè)應(yīng)用” 其實(shí)需要尤其是你要控制掛斷原因碼、要在掛斷前執(zhí)行清理操作的時(shí)候。就算不寫它Dialplan 走到結(jié)尾 Asterisk 也會(huì)自動(dòng)掛斷但顯式調(diào)用能讓你掌握主動(dòng)權(quán)話單上的原因碼也更干凈。這個(gè)三件套組合本質(zhì)上是讓你用最少的語(yǔ)法建立對(duì)通道生命周期——建立、使用、釋放——的完整感知。1.3 配置文件的三個(gè)組成部分general、globals 與上下文打開extensions.conf通常會(huì)看到三個(gè)區(qū)域[general]全局設(shè)置區(qū)比如staticyes表示只允許通過(guò)文件修改撥號(hào)計(jì)劃禁止在 CLI 里動(dòng)態(tài)改。[globals]全局變量定義區(qū)可以定義類似EXT1000的變量后面用${EXT}引用。各業(yè)務(wù)上下文[incoming]、[default]、[internal]這類方括號(hào)片段真正放執(zhí)行指令的地方。新手最容易犯的一個(gè)錯(cuò)是把[general]和[globals]當(dāng)成普通上下文往里寫路由結(jié)果發(fā)現(xiàn)怎么都不執(zhí)行。正確理解是前兩個(gè)是“元信息”只有業(yè)務(wù)上下文才是通道真正會(huì)進(jìn)入的劇本。一個(gè)通道最終會(huì)進(jìn)入哪個(gè)上下文通常由上游通道配置決定。比如 SIP 分機(jī)或中繼配置里會(huì)指定contextincomingPBX 收到來(lái)電后就把呼叫交給[incoming]處理。如果這個(gè)映射沒(méi)配好Dialplan 寫得再漂亮也不會(huì)被觸發(fā)。這也是很多人“配置了卻沒(méi)反應(yīng)”的第一大原因——腳本沒(méi)問(wèn)題但通道根本就沒(méi)走進(jìn)來(lái)。2. 三個(gè)基礎(chǔ)應(yīng)用逐個(gè)拆開看2.1 Answer()接通動(dòng)作背后的信號(hào)順序Answer()的語(yǔ)法極簡(jiǎn)就是exten s,1,Answer()沒(méi)有參數(shù)。它做的事情是把當(dāng)前通道從未應(yīng)答狀態(tài)切換到已應(yīng)答狀態(tài)。對(duì)于 SIP 通道而言這一步等價(jià)于向?qū)Χ嘶厮?00 OK響應(yīng)同時(shí)建立雙向媒體流對(duì)于模擬 FXS/FXO 通道則是真正摘機(jī)。這里有個(gè)關(guān)鍵點(diǎn)Answer 不是瞬間完成的也不會(huì)阻塞很長(zhǎng)時(shí)間。執(zhí)行完后Dialplan 立刻執(zhí)行下一行。如果需要給對(duì)方一點(diǎn)反應(yīng)時(shí)間常規(guī)做法是接一行Wait(1)或Wait(2)這在播放提示音之前尤其常用。Answer()還有返回值的概念成功返回 0失敗返回 -1。雖然多數(shù)場(chǎng)景下你不需要關(guān)心返回值但在調(diào)試時(shí)通過(guò)core show application answer看幫助文檔能確認(rèn)細(xì)節(jié)。實(shí)際操作里要注意如果通道已經(jīng)處于應(yīng)答狀態(tài)再次調(diào)用Answer()不會(huì)報(bào)錯(cuò)只會(huì)安靜地立即返回。所以別擔(dān)心多寫一行 Answer 會(huì)把通話搞壞它是個(gè)冪等性很好的操作。另一個(gè)實(shí)際經(jīng)驗(yàn)?zāi)承┩夂魣?chǎng)景下B 端電話振鈴后由 Asterisk 發(fā)起呼叫并等待被叫應(yīng)答這時(shí)候“接通”發(fā)生在被叫通道上而不是主叫通道。如果你在 Dialplan 里對(duì)主叫先執(zhí)行 Answer行為會(huì)和來(lái)電場(chǎng)景略有差異。這也是為什么建議先跑通一個(gè)最簡(jiǎn)單的來(lái)電場(chǎng)景再考慮外呼。2.2 Playback()播音員的工作方式Playback()的核心作用就是播放一個(gè)或多個(gè)語(yǔ)音文件語(yǔ)法是exten s,n,Playback(/路徑/文件名)需要注意Playback()執(zhí)行期間不做任何按鍵收集。也就是說(shuō)如果對(duì)方在播放中途按了數(shù)字鍵這些 DTMF 信號(hào)要么被忽略要么被暫存到通道里但 Dialplan 不會(huì)因此跳轉(zhuǎn)。這和后面要講的Background()有本質(zhì)區(qū)別Background()是邊放音邊監(jiān)聽按鍵Playback()是只顧著放完為止。它還支持一次播多個(gè)文件用連接Playback(hello-worldbeep)Asterisk 會(huì)順序播放。返回值同樣是 0 或 -1放完正常返回 0在播放過(guò)程中通道掛斷則返回 -1。這個(gè)返回值在做“掛斷檢測(cè)”時(shí)有用比如播放中途用戶掛斷你想立刻停止后續(xù)流程。文件路徑上有個(gè)容易踩的坑不要隨便加擴(kuò)展名也不要寫錯(cuò)路徑基準(zhǔn)。Asterisk 會(huì)基于系統(tǒng)聲音目錄/var/lib/asterisk/sounds去查找文件。比如寫Playback(hello-world)它會(huì)嘗試在聲音目錄下找hello-world.gsm、hello-world.wav、hello-world.ulaw等格式中的一種并選一個(gè)與當(dāng)前通道編碼匹配的進(jìn)行播放。如果你自己放了一個(gè)/opt/mysounds/promo.wav路徑要寫完整且權(quán)限必須讓 Asterisk 運(yùn)行用戶能讀。個(gè)人經(jīng)驗(yàn)是先用系統(tǒng)自帶的hello-world、beep這類文件跑通鏈路再換自定義音頻這樣能把“配置問(wèn)題”和“素材問(wèn)題”分開排查。2.3 Hangup()如何優(yōu)雅地結(jié)束通話Hangup()語(yǔ)法為exten s,n,Hangup(16)括號(hào)里的數(shù)字是掛斷原因碼cause code16表示“正常掛斷Normal Clearing”這是最常用的值。如果你不傳參數(shù)Asterisk 會(huì)使用默認(rèn)原因碼最終體現(xiàn)在話單或?qū)Χ诵帕钐崾纠锟赡懿粔蚓_。為什么要手動(dòng)指定原因碼因?yàn)樵谡鎸?shí)的對(duì)接場(chǎng)景里中繼對(duì)端比如運(yùn)營(yíng)商或?qū)Ψ?IP-PBX會(huì)依據(jù)原因碼判斷通話是“正常結(jié)束”“被叫忙”“被叫無(wú)應(yīng)答”還是“號(hào)碼不存在”。如果你把一通報(bào)了忙的音的呼叫掛斷原因碼寫成 16對(duì)端可能誤以為用戶已經(jīng)正常說(shuō)完掛了反過(guò)來(lái)如果明明是正常咨詢轉(zhuǎn)接結(jié)束卻給了個(gè) “17用戶忙”對(duì)方話單統(tǒng)計(jì)就會(huì)很混亂。所以業(yè)務(wù)側(cè)一旦出現(xiàn)狀態(tài)區(qū)分需求顯式掛斷原因碼就很有價(jià)值。另外Asterisk 還支持h擴(kuò)展hangup handler也就是“掛斷處理”上下文。當(dāng)通話掛斷時(shí)無(wú)論它是在 Dialplan 什么位置結(jié)束的Asterisk 都會(huì)執(zhí)行當(dāng)前上下文里h擴(kuò)展下的指令。常見(jiàn)用途是記錄通話時(shí)長(zhǎng)、清除資源、寫日志。注意h擴(kuò)展的優(yōu)先級(jí)從 1 開始寫里面一般不放 Answer 或 Playback而是放記錄類應(yīng)用。這能讓你把“掛斷后的清理動(dòng)作”統(tǒng)一收口代碼結(jié)構(gòu)會(huì)清爽很多。2.4 三個(gè)應(yīng)用常用的可選參數(shù)與返回值細(xì)節(jié)Answer()本身沒(méi)有參數(shù)但配合它的常用應(yīng)用是Wait()。Wait()的多寡靠手感測(cè)試環(huán)境 1 秒足夠真機(jī)環(huán)境考慮到鏈路建立時(shí)間2 到 3 秒更穩(wěn)但也不要過(guò)長(zhǎng)否則用戶會(huì)覺(jué)得“接通了沒(méi)動(dòng)靜”。Playback()帶一個(gè)可選的第二個(gè)參數(shù)options在實(shí)際生產(chǎn)里比較有用的是skip如果通道尚未應(yīng)答則跳過(guò)播放。適合某些優(yōu)先放音再應(yīng)答的廣告場(chǎng)景。noanswer播放時(shí)不改變通道的應(yīng)答狀態(tài)也就是“前置播放”模式。這兩個(gè)選項(xiàng)背后的思路是有時(shí)候你想在真正接通前先放一段“來(lái)電彩鈴”或者品牌語(yǔ)音這時(shí)noanswer和skip就能靈活控制。Hangup()的可選參數(shù)就是原因碼。常用原因碼我整理成一張速查表原因碼含義典型場(chǎng)景16正常掛斷通話自然結(jié)束17用戶忙被叫占線18用戶無(wú)應(yīng)答振鈴超時(shí)無(wú)人接21呼叫被拒絕對(duì)方主動(dòng)拒接27目的地不可達(dá)中繼/號(hào)碼不可用31未指定錯(cuò)誤通用異常把原因碼寫對(duì)能省下很多和對(duì)方技術(shù)對(duì)接時(shí)“你們掛斷碼是啥”的扯皮時(shí)間。3. 實(shí)操搭建從零寫一個(gè)能跑起來(lái)的 Dialplan3.1 環(huán)境準(zhǔn)備和文件基本盤先交代一下環(huán)境。我這邊用的是社區(qū)常見(jiàn)發(fā)行版里的 Asterisk版本號(hào)在 16 到 20 之間均可本文語(yǔ)法適用配置主文件統(tǒng)一在/etc/asterisk/目錄。Dialplan 文件就是extensions.conf如果發(fā)行版默認(rèn)把它拆分成多個(gè)*.conf通常在文件頭部有#include語(yǔ)句你只需要往對(duì)應(yīng)片段里加內(nèi)容。在動(dòng)手前建議先確認(rèn) Asterisk 服務(wù)狀態(tài)。命令行執(zhí)行sudo systemctl status asterisk正常情況下能看到服務(wù)處于 active 狀態(tài)。如果你是從源碼編譯安裝的那更熟悉一些直接用asterisk -c前臺(tái)跑也行。為了調(diào)試方便我強(qiáng)烈建議在配置階段直接連上 CLI 控制臺(tái)sudo asterisk -rvv-r表示連接運(yùn)行中的實(shí)例-vv提高詳細(xì)程度。這一步后面排查問(wèn)題時(shí)幾乎天天用。3.2 第一個(gè)完整流程接聽-播放-掛斷先在extensions.conf里新增一個(gè)上下文我習(xí)慣起名叫[lab]表示測(cè)試實(shí)驗(yàn)區(qū)避免動(dòng)到生產(chǎn)上下文[lab] exten s,1,Answer() same n,Wait(1) same n,Playback(hello-world) same n,Playback(beep) same n,Hangup(16)這段腳本的意思非常直白進(jìn)來(lái)就接聽等 1 秒播一句“hello world”問(wèn)候再播一聲“beep”提示音然后正常掛斷。這里用到的是s擴(kuò)展也就是無(wú)論呼叫方撥了什么號(hào)碼只要進(jìn)了[lab]上下文都執(zhí)行這段流程。適合做“來(lái)電總機(jī)測(cè)試”。如果你的場(chǎng)景是“用戶撥某個(gè)特定分機(jī)號(hào)才觸發(fā)”就把s換成具體號(hào)碼比如6001[cnlab] exten 6001,1,Answer() same n,Playback(hello-world) same n,Hangup(16)兩種寫法的區(qū)別只在匹配條件s是最強(qiáng)兜底6001則要求呼叫匹配到對(duì)應(yīng)分機(jī)號(hào)。用哪個(gè)取決于業(yè)務(wù)入口后續(xù)做 IVR 時(shí)兩種都會(huì)用到。寫完保存文件后必須重新加載 Dialplan才能生效CLI dialplan reload再驗(yàn)證一下上下文是否加載成功CLI dialplan show cnlab看到輸出里列出6001和對(duì)應(yīng)優(yōu)先級(jí)說(shuō)明配置已經(jīng)被 Asterisk 接受。這時(shí)候用軟電話呼入綁定的上下文配成cnlab撥打6001應(yīng)該就能聽到完整流程。3.3 語(yǔ)音文件準(zhǔn)備與格式選擇系統(tǒng)自帶語(yǔ)音在/var/lib/asterisk/sounds/下里面分en/、zh_CN/等語(yǔ)言目錄大部分發(fā)行版會(huì)裝默認(rèn)的英文提示音。你可以先列一下ls /var/lib/asterisk/sounds/en/ | head如果要用中文提示音有些發(fā)行版需要額外安裝語(yǔ)言包或者直接自己錄音轉(zhuǎn)格式。我個(gè)人常用的方案是用任意錄音工具錄一段 WAV16bit、PCM、采樣率 8kHz 或 16kHz 均可Asterisk 能自動(dòng)轉(zhuǎn)碼放到/var/lib/asterisk/sounds/zh/目錄然后在 Dialplan 里寫exten s,n,Playback(zh/歡迎致電)注意文件名不要帶中文也可以ASCII 命名更穩(wěn)比如zh/welcome-msg。文件權(quán)限要為 asterisk 用戶可讀否則播放時(shí)會(huì)報(bào) “Unable to open” 的日志。格式上Asterisk 會(huì)在多個(gè)編碼之間挑一個(gè)最合適的來(lái)播所以如果你的系統(tǒng)里有wav、gsm兩種版本它能按當(dāng)前通話編碼自動(dòng)選擇。我的建議是至少保留一份wav16bit PCM和一份gsm前者音質(zhì)好、后者體積小覆蓋絕大多數(shù)通道。3.4 用 CLI 驗(yàn)證和應(yīng)用信息查詢想確認(rèn)一個(gè)應(yīng)用具體有什么參數(shù)與其翻文檔不如直接在 CLI 里查CLI core show application answer CLI core show application playback CLI core show application hangup日常調(diào)試?yán)镞€有兩個(gè)命令很重要dialplan show 上下文名列出該上下文的所有分機(jī)和優(yōu)先級(jí)。core set verbose 3臨時(shí)把日志級(jí)別調(diào)高配合-vvv連接能看到 Dialplan 每一行執(zhí)行的詳細(xì)過(guò)程。舉一個(gè)排查現(xiàn)場(chǎng)的例子。有一次我寫了個(gè)流程明明已經(jīng)dialplan reload但呼入后就是靜音。連上 CLI 用-rvvv觀察發(fā)現(xiàn)日志里根本沒(méi)有走到Answer()而是卡在 “No application answr found” 這樣的報(bào)錯(cuò)上?；乜次募虐l(fā)現(xiàn)拼寫少了個(gè) e。這種問(wèn)題靠肉眼看配置幾乎不可能發(fā)現(xiàn)直接在 CLI 里跑一遍立即原形畢露。所以我的習(xí)慣是改完配置先 reload再開 verbose再呼入測(cè)試三步一氣呵成。3.5 進(jìn)階一步用 Background 和 DTMF 拼出最小 IVR掌握了三件套后最自然的下一步就是做一個(gè)能讓用戶按鍵選擇的最小 IVR。這里把Playback()換成Background()[ivr] exten s,1,Answer() same n,Background(zh/press-1-for-sales) same n,WaitExten(3) exten 1,1,Playback(zh/sales-line) same n,Hangup(16) exten 2,1,Playback(zh/support-line) same n,Hangup(16) exten i,1,Playback(zh/invalid-option) same n,Goto(s,1) exten t,1,Playback(zh/please-try-again) same n,Goto(s,1)Background()在播放的同時(shí)監(jiān)聽按鍵用戶按 1 或 2 后Dialplan 跳到對(duì)應(yīng)分機(jī)1、2繼續(xù)執(zhí)行。WaitExten(3)的意思是等待按鍵最長(zhǎng) 3 秒。i是用戶按了無(wú)效鍵的處理t是等待超時(shí)的處理。這已經(jīng)是生產(chǎn)級(jí) IVR 的骨架了而它的底層邏輯依然建立在 Answer、Playback、Hangup 的生命周期上。4. 常見(jiàn)問(wèn)題與排查技巧實(shí)錄4.1 不寫 Answer 直接播放為什么會(huì)出現(xiàn)“接聽沒(méi)聲音”這個(gè)問(wèn)題我遇到不止一次。有些場(chǎng)景下比如從某些 SIP 中繼進(jìn)來(lái)的來(lái)電通道在進(jìn)入 Dialplan 前可能已經(jīng)處于“部分建立”狀態(tài)這時(shí)候直接Playback()偶爾也能出聲音但更多情況下你會(huì)看到軟電話顯示已接通喇叭里卻一片寂靜。原因在于媒體流的方向和編碼協(xié)商需要通道進(jìn)入應(yīng)答狀態(tài)后才算完全就緒。Answer()會(huì)觸發(fā)后續(xù)的信令和媒體協(xié)商讓雙方都進(jìn)入可以發(fā)送音頻的狀態(tài)跳過(guò)這一步Asterisk 可能在單工或半?yún)f(xié)商狀態(tài)下嘗試播放聲音就丟了。遇到這類問(wèn)題第一件事不是換編碼、調(diào)參數(shù)而是回到基礎(chǔ)補(bǔ)上Answer()并在它后面加 1 秒左右Wait()讓鏈路穩(wěn)定。八成問(wèn)題直接解決。4.2 語(yǔ)音文件“找不到”或格式不匹配典型的日志片段是Unable to open ... (No such file or directory)或者 “format not supported”。排查順序確認(rèn)文件在聲音目錄下路徑寫對(duì)。注意Playback(zh/welcome-msg)對(duì)應(yīng)的是/var/lib/asterisk/sounds/zh/welcome-msg.*。確認(rèn)文件有至少一種 Asterisk 支持的聲音格式比如wav、gsm、ulaw、alaw。如果只有 MP3那多半不行因?yàn)榘鏅?quán)和專利原因Asterisk 默認(rèn)不帶 MP3 解碼強(qiáng)烈建議統(tǒng)一轉(zhuǎn)成 WAV 或 GSM。確認(rèn)權(quán)限sudo chown asterisk:asterisk /var/lib/asterisk/sounds/zh/welcome-msg.wav權(quán)限不對(duì)會(huì)導(dǎo)致“能列出文件但讀不了內(nèi)容”。改完格式或路徑不需要 reload Dialplan因?yàn)槁曇粑募前葱枳x取的但建議清一下緩存記憶。4.3 優(yōu)先級(jí)順序和擴(kuò)展名沖突Dialplan 的優(yōu)先級(jí)如果亂寫容易出現(xiàn)“執(zhí)行不到預(yù)期位置”。老式寫法允許跳號(hào)比如exten 6001,1,Answer()后直接exten 6001,5,Playback(...)Asterisk 也能執(zhí)行但中間的 2 到 4 是空的語(yǔ)義混亂?，F(xiàn)代寫法推薦exten 6001,1,Answer() same n,Playback(hello-world) same n,Hangup()same n是“延續(xù)前一個(gè)擴(kuò)展名”的簡(jiǎn)寫只要當(dāng)前還屬于6001這個(gè)擴(kuò)展就一路n下去。如果中間換了擴(kuò)展名就必須重新寫exten 新號(hào)碼,1,...。我見(jiàn)過(guò)有人把它和s混用導(dǎo)致匹配錯(cuò)亂——比如在[ivr]里用s,1起頭然后某一行突然same n換到了別的擴(kuò)展上下文結(jié)果按鍵跳轉(zhuǎn)全部失效。記住一條同一個(gè)擴(kuò)展內(nèi)才能用same n連續(xù)跨擴(kuò)展必須另起爐灶。4.4 重點(diǎn)檢查清單日志、權(quán)限與上下文映射最后給一張我自己的“毛病速查表”照著走一遍能解決九成問(wèn)題現(xiàn)象可能原因排查方法呼入后完全沒(méi)反應(yīng)通道綁定上下文錯(cuò)誤檢查 SIP/PJSIP 通道配置里的context有反應(yīng)但沒(méi)聲音缺少 Answer加 Answer 和 Wait(1)報(bào)文件找不到路徑/語(yǔ)言目錄/權(quán)限ls 聲音目錄、chown 文件按鍵無(wú)效用了 Playback 而非 Background換 Background 監(jiān)聽 DTMF流程不按順序優(yōu)先級(jí)混用、same 跨擴(kuò)展回歸exten與same n寫法話單原因碼異常Hangup 未指定 cause使用Hangup(16)等顯式原因碼日志總?cè)肟谠?var/log/asterisk/full。調(diào)試時(shí)用tail -f /var/log/asterisk/full配合呼入能實(shí)時(shí)看到每一行 Dialplan 的執(zhí)行軌跡。Verbose 級(jí)別越低輸出越少建議臨時(shí)開到 4 甚至 5問(wèn)題解決后再調(diào)回 3避免日志刷爆磁盤。最后聊一點(diǎn)我自己的體會(huì)。很多人學(xué) Asterisk 一上來(lái)就搜“怎么實(shí)現(xiàn)自動(dòng)外呼”“怎么對(duì)接話務(wù)機(jī)器人”結(jié)果被一堆高級(jí)應(yīng)用繞暈。我走過(guò)的彎路是高級(jí)功能玩得飛起但一次簡(jiǎn)單的“響一聲就播放”反而排查了半個(gè)多小時(shí)原因就是通道沒(méi) Answer。后來(lái)我把 Answer、Playback、Hangup 當(dāng)成調(diào)試三件套任何新環(huán)境、新通道、新版本都先用這三件套跑通一條最小鏈路確認(rèn)上下行媒體都正常之后再疊加業(yè)務(wù)邏輯。這套做法幾乎讓我繞開了所有“環(huán)境不確定性”帶來(lái)的假故障。你也不妨試試拿到任何一套 Asterisk 環(huán)境先不要急著寫業(yè)務(wù)先讓三件套說(shuō)話。它不響說(shuō)明通道沒(méi)通它響了后面的路就好走了。