Asterisk和其他傳統(tǒng)的PBX完全不同，因為Asterisk的撥號計劃以同樣的方式處理所有的入局信道（incoming channels）。

傳統(tǒng)的PBX在邏輯上區(qū)分工作站信道（連接電話機）和電話局信道（連接到外部世界）。這意味著，你不可能無縫地在一個工作站端口配置一個外部網(wǎng)關。同樣，傳統(tǒng)PBX也很難實現(xiàn)對離站（off-site，不在座位上或外出辦事）資源的訪問，比如前臺如果外出辦事就什么事都做不了，因為她哪怕能打電話回公司，也是不能訪問內部資源的。

Asterisk在內部不區(qū)分工作站信道和電話局信道，而是一律統(tǒng)稱信道。有很多種信道類型（驅動不同），但Asterisk撥號計劃以不加區(qū)別（接口一致）的方式處理這些信道，也就是說，一個內部用戶可能位于電話局端口，但撥號計劃可以把他當成在工作站端口一樣。如果你沒有用過傳統(tǒng)PBX，可能還體會不到Asterisk這種方式的強大和靈活。下圖顯示了兩種架構的區(qū)別。

目錄

1. 模塊
    1.1 應用程序
    1.2 橋接模塊
    1.3 電話詳單記錄模塊
    1.4 信道事件日志模塊
    1.5 信道驅動
    1.6 編碼解碼器
    1.7 格式解釋器
    1.8 撥號計劃函數(shù)
    1.9 PBX模塊
    1.10 資源模塊
    1.11 附加模塊
    1.12 測試模塊
2. 文件結構
    2.1 配置文件
    2.2 模塊
    2.3 資源庫
    2.4 spool
    2.5 日志
3. 撥號計劃
4. 硬件
5. Asterisk版本
    5.1 以前的版本方案
    5.2 現(xiàn)在的版本方案
6. 結束語

模塊

Asterisk是基于模塊構建的。一個模塊提供特定的功能，是一個可裝載的組件，比如信道驅動（chan_sip.so），或者一項可以連接到外部技術的資源（func_odbc.so）。Asterisk按照/etc/asterisk/modules.conf配置文件裝載模塊。后面我們會討論各個模塊的使用。這里我們只會介紹模塊的概念，以及模塊的各種類型。

運行一個不加載任何模塊的Asterisk也是有可能的，盡管它什么都做不了。你只有理解了Asterisk模塊化的特點，才能充分理解Asterisk的架構。

Note：你可以啟動一個沒有加載任何模塊的Asterisk，然后手工在控制臺一個個地添加；這種方法一般用于性能調優(yōu)，可以保證僅加載所需要的模塊。

Asterisk模塊類型包括：

- 應用程序（即撥號計劃中的命令）
- 橋接模塊
- 呼叫詳單記錄模塊
- 信道事件日志模塊
- 信道驅動
- 編碼解碼器
- 格式解釋器
- 撥號計劃函數(shù)
- PBX模塊
- 資源模塊
- 附加模塊
- 測試模塊

接下來我們會列出分屬各個類型的所有模塊，他們的用途，以及我們所認為的受歡迎程度和重要程度（有一些很常用，但有一些不太有用，僅僅是為了兼容而保留）。這些模塊的細節(jié)會在本書中陸續(xù)介紹，根據(jù)各自的情況，有些會被全面的討論，有些則根本不會涉及。
下面這些術語反映了我們對各個模塊的看法：
- 不重要

這個模塊是個老古董。如果你要使用它，就不要指望能在社區(qū)中得到很好的支持。

- 不可靠

新設計的或者試驗性的模塊，不要用于生產環(huán)境。

- 很有用

很時新，有人維護，受歡迎而且被推薦。

- 可以用

能夠用，但用得不多，可能不完整。不推薦。

- 不好說

新出現(xiàn)的模塊，時間短，完整性和受歡迎程度都不太好說。

- 已廢棄

已經(jīng)被更好的模塊取代了。

- 有局限

有局限性，不能滿足要求。

- 很重要

必須的。   

應用程序

應用程序用于撥號計劃中，能夠處理呼叫流程。比如Dial()就是一個很重要的應用程序，負責建立出局連接。

橋接模塊

橋接模塊是Asterisk 1.8的新功能；他們以新的方式執(zhí)行信道之間的橋接。他們每一個都提供不同的特性，用于不同的橋接需求。這些模塊只用于app_confbridge。

電話詳單記錄模塊

CDR模塊是為了讓各種形式的話單記錄更方便。你可以把CDR存入文件、數(shù)據(jù)庫、RADIUS、或syslog。

注：CDR不是為了計費而設計的。計費功能應該使用CEL。

Web接口中會有一些和CDR相關的報告功能。

信道事件日志模塊

信道事件日志可以完整記錄所有的呼叫活動。這也意味著你需要更小心地規(guī)劃擬撥號計劃，畢竟它不可能自動開始工作。Asterisk的CEL模塊如下：

信道驅動

沒有信道驅動，Asterisk就不可能建立呼叫。每種協(xié)議或信道類型都有自己特定的信道驅動。信道模塊可以看做是通往Asterisk內核的網(wǎng)管。Asterisk的信道驅動如下：

編碼解碼器

編碼解碼器允許Asterisk轉換不同呼叫之間的音頻格式。如果一個呼叫來自PRI電路（使用G.711編碼），需要連接到一個SIP壓縮信道（使用G.729，SIP支持的編碼之一），那么相應的編碼解碼器就會執(zhí)行所需的轉換。

注：如果編碼解碼需要復雜的算法，大量的轉碼工作會對CPU造成負擔。有些像Sangoma和Digium廠商的卡會提供硬件解碼編碼。

格式解釋器

格式解釋器調用編碼解碼器的功能，但他們操作文件而不是信道。如果你錄制了一段GSM音頻，要播放到其他非GSM信道，就需要一個格式解釋器。

如果你錄制成了多種格式（GSM，WAV），當某個信道需要該音頻時，Asterisk會選擇一個轉換代價最小的格式。

撥號計劃函數(shù)

撥號計劃函數(shù)是對撥號計劃應用程序的補充，提供了一些有用的增強功能，比如字符串處理、日期時間轉換、ODBC連接性等。

PBX模塊

PBX模塊提供增強的控制和配置機制。

資源模塊

資源模塊用于集成外部資源。例如res_odbc用于訪問ODBC數(shù)據(jù)庫連接。

附加模塊

附加模塊是社區(qū)開發(fā)的模塊，用法和版權條款都和Asterisk的主代碼不一樣。它們位于不同的目錄，缺省是不會編譯和安裝的。要啟用這些模塊就要使用menuselect構建配置工具。

測試模塊

測試模塊被Asterisk開發(fā)團隊用來驗證新代碼。它們會被頻繁地添加或修改，對你沒什么用，除非你要開發(fā)Asterisk。

如果你是Asterisk開發(fā)者，你也許會對Asterisk測試套件有興趣，你可以執(zhí)行自動測試并將結果反饋給Asteisk項目。通過不斷地添加測試用例，Asterisk可以防止代碼腐爛。通過添加你自己的測試用例，升級的時候會更有把握些。

更多信息可以參考：
http://blogs.asterisk.org/2010/04/29/installing-the-asterisk-test-suite/
[http://svn.asterisk.org/svn/testsuite/asterisk/trunk/README.txt#asterisk-testing@'Freenode IRC network'](http://svn.asterisk.org/svn/testsuite/asterisk/trunk/README.txt#asterisk-testing@'Freenode IRC network')

文件結構

Asterisk是一個復雜的系統(tǒng)，由很多資源組成。這些資源以不同的方式使用文件系統(tǒng)。既然Linux在這一點上很靈活，那就很有必要搞清楚什么數(shù)據(jù)存在什么地方（比如語音信箱文件、日志文件等）。
配置文件

Asterisk配置文件包括extensions.conf，sip.conf，modules.conf，以及各種信道、資源、模塊和函數(shù)用到的參數(shù)定義文件。這些文件一般位于/etc/asterisk，在做Asterisk的配置和管理工作時你經(jīng)常會進到這個目錄。
模塊

Asterisk的模塊一般會安裝到/usr/lib/asterisk/modules目錄。你一般不用關心這個目錄；但你知道模塊在什么地方有時候也很有用。例如，如果你升級Asterisk，并且用menuselect構建配置工具選擇了不同的模塊，老的（不兼容）模塊又沒有刪除，安裝腳本會提示警告信息。 應該從modules目錄中刪除 這些老的模塊文件 。要么手工刪除，要么調用make uninstall。
資源庫

有些模塊是需要外部數(shù)據(jù)源的。例如，等待音樂（MOH）就需要音樂文件才能播放。系統(tǒng)的語音提示也需要存儲到硬盤的某個地方。/var/lib/asterisk就是存放系統(tǒng)語音提示、AGI腳本、等待音樂（MOH）和其他資源文件的地方。

spool

spool是Linux操作系統(tǒng)的一種任務緩沖和資源共享機制。例如，Linux的打印任務和待發(fā)郵件都是先寫到spool然后在處理的。對Asterisk來說，spool用來存儲臨時性數(shù)據(jù)，諸如語音消息，呼叫錄音，呼叫文件等。Asterisk的spool文件位于/var/spool/asterisk目錄。
日志

Asterisk能夠產生幾種不同的日志文件。/var/log/asterisk是存放CDR，CEL，調試（debug）日志，隊列日志，消息，錯誤和其他輸出的地方。這個目錄對調試、排錯至關重要。
撥號計劃

撥號計劃是Asterisk的核心。所有接入Asterisk的信道都要經(jīng)過撥號計劃。撥號計劃包含呼叫流腳本，處理所有呼叫。

有三種方式可以編寫撥號計劃：

使用傳統(tǒng)的撥號計劃語法：/etc/asterisk/extensions.conf

使用Asterisk擴展邏輯（AEL）語言：/etc/asterisk/extensions.ael

使用LUA腳本語言：/etc/asterisk/extensions.lua

本書后面會有幾章專門介紹撥號計劃語法（這也是用得最多的方式）。一旦你學會了這種語法，你可以考慮選擇轉向AEL或者LUA，看你自己。

硬件

Asterisk可以和各種技術通訊。一般來說，這種通訊是基于某種網(wǎng)絡連接的；當然，和傳統(tǒng)的電信網(wǎng)絡通訊（像PSTN）是需要特殊硬件的。

很多公司生產這種硬件，比如Digium（Asterisk的贊助商、所有人和主要開發(fā)者）， Sangoma， Rhino， OpenVox，Pika，Voicetronix，Junghanns，Dialogic，Xorcom，beroNet，還有很多其他的。我們推薦Digium和Sangoma，當然其他廠商的產品可能更適合你的需求。

大多數(shù)硬件都是針對Digium Asteirsk硬件設備接口（DAHDI）設計的。這些硬件會有不同的安裝要求和文件位置。

在“第七章 外部連接性”中，我們會更詳細地討論DAHDI；當然，我們也會僅限于DAHDI的討論。你在安裝硬件的時候應該參考廠商的文檔。

Asterisk版本

Asterisk的發(fā)布方案在過去幾年中已經(jīng)經(jīng)歷了幾個來回了，本節(jié)的目的是為了幫助你理解版本號的含義。需要注意的是1.6.x系列的版本策略的變化，它跟所有其他的Asterisk版本都不一樣（從1.0到1.8，包括可以預見的未來）

以前的版本方案

當我們只有Asterisk 1.2和Asterisk 1.4的時候，所有的開發(fā)工作都在主線上進行，1.2分支和1.4分支上只進行缺陷修復。Asterisk 1.2已經(jīng)被標記為EOF（End of Life），不會再進行任何缺陷修復和安全更新。在1.6.x之前，所有的缺陷修復只會在1.4上進行。

由于所有的開發(fā)工作都在主線上進行，除非創(chuàng)建1.6分支，否則人們不可能得到新特性和新功能。也不是完全不可能，主要是由于主線上可能發(fā)生任何變化，要在生產環(huán)境上部署主線的話就要求管理員非常精通Asterisk（C源代碼級的精通）。

為了減輕管理員的壓力，也為了用戶盡快用上新特性（等幾個月而不是等幾年），一個新的版本方案建立了。1.6分支實際上變成了一個系列1.6.0，1.6.1，1.6.2，等等……，每添加一個新特性就升一個小版本號。目標是每3、4個月就能得到一個新版本，為管理員提供一個更短更清晰的升級路線。如果你需要新特性的話，只需要等上幾個月就可以了。

這些分支的標簽看起來就會像這樣： 1.6.0.1 -- 1.6.0.2 -- 1.6.0.3 -- 1.6.0.4 -- etc. 1.6.1.1 -- 1.6.1.2 -- 1.6.1.3 -- 1.6.1.4 -- etc. 1.6.2.1 -- 1.6.2.2 -- 1.6.2.3 -- 1.6.2.4 -- etc.

圖示如下：

所以到目前為止，我們有了這樣一些分支：1.2，1.4，1.6.0，1.6.1，1.6.2（沒有分支1.6）。在這些分支中，我們又創(chuàng)建標簽，比如1.2.14，1.4.30，1.6.0.12，和1.6.2.15。

很不幸，并不是像我們想的那樣每3、4個月就出一個小版本：至少也要6-8個月。不僅如此，1.6.x這種版本方案也有自己的問題。人們很困惑，不知道應該運行那個版本。

現(xiàn)在的版本方案

開發(fā)團隊從1.6.x系列中吸取了教訓。出發(fā)點是好的，但實施起來完全不是那么回事。所以，1.8的版本方案又變回去了，和1.2、1.4一樣。

雖然開發(fā)團隊仍然想盡快提供新特性使用（目前的目標定在一年一次），并且認識到對一個穩(wěn)定的版本提供長期支持也很重要。你可以認為1.4是一個長期支持版本（LTS），1.6.x系列可以看作是1.4的一部分。然后1.8是下一個長期支持版本（包括四年的缺陷修復和五年的安全更新）。

結束語

Asterisk由很多技術構成，其中很多自身就很復雜。所以，理解Asterisk的架構是很重要的。當然，Asterisk的設計還是很優(yōu)秀的，在我們看來，它很好地平衡了復雜度和靈活性。