Asterisk权威指南/第二章 Asterisk架构

Asterisk和其他传统的PBX完全不同，因为Asterisk的拨号计划以同样的方式处理所有的入局信道（incoming channels）。

传统的PBX在逻辑上区分工作站信道（连接电话机）和电话局信道（连接到外部世界）。这意味着，你不可能无缝地在一个工作站端口配置一个外部网关。同样，传统PBX也很难实现对离站（off-site，不在座位上或外出办事）资源的访问，比如前台如果外出办事就什么事都做不了，因为她哪怕能打电话回公司，也是不能访问内部资源的。

Asterisk在内部不区分工作站信道和电话局信道，而是一律统称信道。有很多种信道类型（驱动不同），但Asterisk拨号计划以不加区别（接口一致）的方式处理这些信道，也就是说，一个内部用户可能位于电话局端口，但拨号计划可以把他当成在工作站端口一样。如果你没有用过传统PBX，可能还体会不到Asterisk这种方式的强大和灵活。下图显示了两种架构的区别。

1模块
- 1.1应用程序
- 1.2桥接模块
- 1.3电话详单记录模块
- 1.4信道事件日志模块
- 1.5信道驱动
- 1.6编码解码器
- 1.7格式解释器
- 1.8拨号计划函数
- 1.9PBX模块
- 1.10资源模块
- 1.11附加模块
- 1.12测试模块
2文件结构
- 2.1配置文件
- 2.2模块
- 2.3资源库
- 2.4spool
- 2.5日志
3拨号计划
4硬件
5Asterisk版本
- 5.1以前的版本方案
- 5.2现在的版本方案
6结束语

模块

Asterisk是基于模块构建的。一个模块提供特定的功能，是一个可装载的组件，比如信道驱动（chan_sip.so），或者一项可以连接到外部技术的资源（func_odbc.so）。Asterisk按照/etc/asterisk/modules.conf配置文件装载模块。后面我们会讨论各个模块的使用。这里我们只会介绍模块的概念，以及模块的各种类型。

运行一个不加载任何模块的Asterisk也是有可能的，尽管它什么都做不了。你只有理解了Asterisk模块化的特点，才能充分理解Asterisk的架构。

Note：你可以启动一个没有加载任何模块的Asterisk，然后手工在控制台一个个地添加；这种方法一般用于性能调优，可以保证仅加载所需要的模块。

Asterisk模块类型包括：

应用程序（即拨号计划中的命令）
桥接模块
呼叫详单记录模块
信道事件日志模块
信道驱动
编码解码器
格式解释器
拨号计划函数
PBX模块
资源模块
附加模块
测试模块

接下来我们会列出分属各个类型的所有模块，他们的用途，以及我们所认为的受欢迎程度和重要程度（有一些很常用，但有一些不太有用，仅仅是为了兼容而保留）。这些模块的细节会在本书中陆续介绍，根据各自的情况，有些会被全面的讨论，有些则根本不会涉及。

下面这些术语反映了我们对各个模块的看法：

不重要

这个模块是个老古董。如果你要使用它，就不要指望能在社区中得到很好的支持。

不可靠

新设计的或者试验性的模块，不要用于生产环境。

很有用

很时新，有人维护，受欢迎而且被推荐。

可以用

能够用，但用得不多，可能不完整。不推荐。

不好说

新出现的模块，时间短，完整性和受欢迎程度都不太好说。

已废弃

已经被更好的模块取代了。

有局限

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

很重要

必须的。

应用程序

应用程序用于拨号计划中，能够处理呼叫流程。比如Dial()就是一个很重要的应用程序，负责建立出局连接。

名称	用途	评价
app_adsiprog	给兼容模拟电话加载模拟显示服务接口（ADSI）脚本。	不重要
app_alarmreceiver	支持接受警报设备的报告。	不重要
app_amd	检测电话答录机。	不稳定
app_authenticate	比较双音多频（DTMF）输入和一个给定的字符串（通常是密码）。	很有用
app_cdr	写CDR记录。	很有用
app_celgenuserevent	为CEL产生用户自定义事件。	不好说
app_chanisavail	检测信道的状态。	不稳定
app_channelredirect	强制另一个信道进入拨号计划的另一个地方。	很有用
app_chanspy	允许一个信道收听另一个信道。	很有用
app_confbridge	电话会议（新版）。	不好说
app_controlplayback	播放提示，并提供快进和倒带功能。	很有用
app_dahdibarge	允许在DAHDI信道中插话。（已废弃，见app_chanspy）	已废弃
app_dahdiras	在DAHDI信道上建立RAS服务器。	不重要
app_db	访问Asterisk内置的伯克利数据库。（已废弃，见func_db）	已废弃
app_dial	把信道连接起来。（例如，打电话）	很重要
app_dictate	播放一段录音，并提供开始/停止功能。	很有用
app_directed_pickup	应答另外一部分机上的呼叫。	很有用
app_directory	给出voicemail.conf中的姓名列表。	很有用
app_disa	提供拨号音并接受DTMF输入。	很有用
app_dumpchan	在Asterisk控制台打印信道变量。	很有用
app_echo	回放从信道中收到的语音。	很有用
app_exec	包含Exec(),TryExec()和ExecIf()。根据条件执行应用程序。	很有用
app_externalivr	类似于AGI，但是异步的。	很有用
app_fax	提供SendFax()和ReceiveFax()	很有用
app_festival	“文本-转-语音”引擎。	可以用
app_flash	在信道上执行一次瞬间挂机	很有用
app_followme	根据followme.conf文件执行找到我/跟随我功能。	很有用
app_forkcdr	在当前呼叫上开始一条新的CDR记录。	可以用
app_getcpeid	获得ADSI CPE ID。	不重要
app_ices	把音频发送到一个icecast服务器。	可以用
app_image	向可以支持的设备上传输图像。	有局限
app_ivrdemo	开发者的示例应用程序。	不重要
app_jack	使用JACK音频连接工具包共享音频。	很有用
app_macro	触发拨号计划宏。（已废弃，见GoSub()）	已废弃
app_meetme	多方会议。	很有用
app_milliwatt	产生1004赫兹的音频，以测试模拟电路。	很有用
app_minivm	提供基本的函数，使得你可以构造自己的语音信箱。	可以用
app_mixmonitor	两头录音，然后合并。	很有用
app_morsecode	产生莫尔斯电码。	可以用
app_mp3	用mpg123播放mp3。	不重要
app_nbscat	获得NBS音频。	不重要
app_originate	允许发起一次呼叫。	很有用
app_osplookup	执行OSP查找。	可以用
app_page	寻呼。	很有用
app_parkandannounce	自动播报保持的电话。	可以用
app_playback	播放音频文件，不接受输入。	很有用
app_playtones	播放按键音。	很有用
app_privacy	如果没有收到CallerID，就要求输入用户号码。	不重要
app_queue	提供自动呼叫分配。	很有用
app_read	要求用户输入，并把输入存入变量。	很有用
app_readexten	要求用户输入，并把当前呼叫转移到指定分机和上下文。	可以用
app_readfile	把文件内容存入一个信道变量。（已废弃，见func_env中的FILE()）	已废弃
app_record	把收到的音频存入文件。	很有用
app_rpt	使用声卡。（TODO：什么是rpt项目，不懂。）	有局限
app_sayunixtime	已指定的格式播放时间。	很有用
app_senddtmf	向呼叫者传输DTMF音频。	很有用
app_sendtext	向兼容的信道发送文本。	不重要
app_setcallerid	在信道上设置CallerID。（已废弃，见func_callerid）	已废弃
app_skel	开发者的示例应用程序。	很有用
app_sms	在支持的地区发送SMS消息。	有局限
app_softhangup	请求关闭信道。	很有用
app_speech_utils	语音识别。	很有用
app_stack	提供GoSub()等堆栈相关的操作。	很重要
app_system	执行操作系统命令。	很有用
app_talkdetect	类似于app_background，但允许收到音频后中断播放。	很有用
app_test	C/S测试应用程序。	可以用
app_transfer	在当前信道上执行转移。	很有用
app_url	向被呼叫信道传递URI。	有局限
app_userevent	在AMI中产生一个定制事件。	很有用
app_verbose	在CLI中产生一个定制时间。	很有用
app_voicemail	提供语音信箱功能。	很重要
app_waitforring	（TODO：不明白）	不重要
app_waitforsilence	包括WaitForSilent()和WaitForNoise()；监听入局信道，有超时限制。	很有用
app_waituntil	等待一个指定的Linux时间（从1970第一秒开始的计数值）到来。	很有用
app_while	包括While()，EndWhile()等，用于循环。	很有用
app_zapateller	播放特殊音调，以阻止电话推销者。	可以用

桥接模块

桥接模块是Asterisk 1.8的新功能；他们以新的方式执行信道之间的桥接。他们每一个都提供不同的特性，用于不同的桥接需求。这些模块只用于app_confbridge。

名称	用途	评价
bridge_builtin_features	当使用内置用户特性（在features.conf中定义）时，执行桥接。	不好说
bridge_multiplexed	执行复杂的多路转发，用于大型会议室。	不好说
bridge_simple	执行简单的“信道-到-信道”桥接。	不好说
bridge_softmix	执行简单的多路转发，用于大型会议室。（TODO：不明白和bridge_multiplexed的区别）	不好说

电话详单记录模块

CDR模块是为了让各种形式的话单记录更方便。你可以把CDR存入文件、数据库、RADIUS、或syslog。

注：CDR不是为了计费而设计的。计费功能应该使用CEL。

名称	用途	评价
cdr_adaptive_odbc	通过ODBC写CDR，允许添加自定义字段。	很有用
cdr_csv	把CDR写入CSV文件。	可以用
cdr_custom	和cdr_csv一样，但允许添加自定义字段。	很有用
cdr_manager	把CDR输出到AMI接口。	很有用
cdr_odbc	通过ODBC写CDR。	可以用
cdr_pgsql	把CDR写到PostgreSQL。	很有用
cdr_radius	把CDR写到RADIUS。	可以用
cdr_sqlite	把CDR写到sqlite2数据库。（已废弃，见cdr_sqlite3_custom）	已废弃
cdr_sqlite3_custom	把CDR写到sqlite3数据库，允许添加自定义字段。	很有用
cdr_syslog	把CDR写到syslog。	很有用
cdr_tds	把CDR写到Microsoft SQL或Sybase数据库，需要老版tds。	可以用

Web接口中会有一些和CDR相关的报告功能。

信道事件日志模块

信道事件日志可以完整记录所有的呼叫活动。这也意味着你需要更小心地规划拟拨号计划，毕竟它不可能自动开始工作。Asterisk的CEL模块如下：

名称	用途	评价
cel_custom	写到磁盘文件。	很有用
cel_manager	写到AMI。	很有用
cel_odbc	写到ODBC。	很有用
cel_pgsql	写到PostgreSQL。	很有用
cel_radius	写到RADIUS。	可以用
cel_sqlite3_custom	写到sqlite3。	很有用
cel_tds	写到Microsoft SQL或Sybase，需要老版tds。	可以用

信道驱动

没有信道驱动，Asterisk就不可能建立呼叫。每种协议或信道类型都有自己特定的信道驱动。信道模块可以看做是通往Asterisk内核的网管。Asterisk的信道驱动如下：

名称	用途	评价
chan_agent	为Queue()提供坐席信道。	很有用
chan_alsa	提供到高级Linux声音架构（ALSA）的连接。	很有用
chan_bridge	仅供ConfBridge()内部使用。	很重要
chan_console	提供到portaudio的连接。	不好说
chan_dahdi	提供到DAHDI接口卡的连接。	很有用
chan_gtalk	提供到Google Talk的连接。	可以用
chan_h323	提供H.323连接。（已废弃，见chan_ooh323）	已废弃
chan_iax2	提供IAX2连接。	很有用
chan_jingle	提供jingle连接。	可以用
chan_local	把一部分拨号计划当成信道。	很有用
chan_mgcp	提供媒体网管控制协议（MGCP）连接。	可以用
chan_misdn	连接到支持mISDN的ISDN卡。	有局限
chan_multicast_rtp	连接到RTP多播流。	很有用
chan_nbs	网络广播声音（NBS）连接。	不重要
chan_oss	开放声音系统驱动。	很有用
chan_phone	LInux电话接口驱动，相当老。	不重要
chan_sip	回话启动协议。	很重要
chan_skinny	思科瘦客户端控制协议（SCCP）。	可以用
chan_unistim	北电Unistim协议。	可以用
chan_usbradio	CM108 USB无线电接口卡。	可以用
chan_vpb	Voicetronix信道。	不重要

编码解码器

编码解码器允许Asterisk转换不同呼叫之间的音频格式。如果一个呼叫来自PRI电路（使用G.711编码），需要连接到一个SIP压缩信道（使用G.729，SIP支持的编码之一），那么相应的编码解码器就会执行所需的转换。

注：如果编码解码需要复杂的算法，大量的转码工作会对CPU造成负担。有些像Sangoma和Digium厂商的卡会提供硬件解码编码。

名称	用途	评价
codec_adpcm	自适应差分脉码调制解调	不重要
codec_alaw	全世界PSTN（除了美国、加拿大）采用脉冲编码调制的A-law算法。	很重要
codec_a_mu	A-law到Mu-law的转换。	很有用
codec_dahdi	使用Digium硬件解码。（需要Digium转码卡）	很重要
codec_g722	宽频带音频编码解码。	很有用
codec_g726	（TODO：不懂，大概类似于codec_adpcm）	不重要
codec_gsm	全球移动通讯系统。	很有用
codec_ilbc	因特网低比特率编码解码。	不重要
codec_lpc10	线性预测编码生硬合成器。	不重要
codec_resample	8-bit和16-bit间带符号线性采样。	可以用
codec_speex	speex编码。	可以用
codec_ulaw	用于美国、加拿大的脉冲编码调制的Mu-law算法。	很重要

格式解释器

格式解释器调用编码解码器的功能，但他们操作文件而不是信道。如果你录制了一段GSM音频，要播放到其他非GSM信道，就需要一个格式解释器。

如果你录制成了多种格式（GSM，WAV），当某个信道需要该音频时，Asterisk会选择一个转换代价最小的格式。

名称	用途	评价
format_g723	G.723 .g723	不重要
format_g726	G.726 .g726	不重要
format_g729	G.729 .g729	很有用
format_gsm	RPE-LTP (original GSM codec) .gsm	可以用
format_h263	H.263—video .h263	可以用
format_h264	H.264—video .h264	可以用
format_ilbc	Internet Low Bitrate Codec .ilbc	不重要
format_jpeg	Graphic file .jpeg .jpg	不重要
format_ogg_vorbis	Ogg container .ogg	可以用
format_pcm	Various Pulse-Coded Modulation formats: .alaw, .al, .alw, .pcm, .ulaw, .ul, .mu, .ulw, .g722, .au	很有用
format_siren14	G.722.1 Annex C (14 kHz) .siren14	不好说
format_siren7	G.722.1 (7 kHz) .siren7	不好说
format_sln16	16-bit signed linear .sln16	不好说
format_sln	8-bit signed linear .sln .raw	很有用
format_vox	.vox	不重要
format_wav	.wav	很有用
format_wav_gsm	GSM audio in a WAV container .WAV, .wav49	可以用

拨号计划函数

拨号计划函数是对拨号计划应用程序的补充，提供了一些有用的增强功能，比如字符串处理、日期时间转换、ODBC连接性等。

名称	用途	评价
func_aes	加密、解密AES字符串。	很有用
func_audiohookinherit	允许呼叫转移后仍被录音。	很有用
func_base64	编码、解码base-64字符串。	可以用
func_blacklist	读、写astdb中的黑名单。	很有用
func_callcompletion	存取信道的呼叫完成配置参数。	不好说
func_callerid	存取CallerID。	很有用
func_cdr	存取CDR变量。	很有用
func_channel	存取信道信息	很有用
func_config	包括AST_CONFIG()；从配置文件读取变量。	可以用
func_connectedline	改变已连接的信道信息（需要电话的支持）。	不好说
func_curl	使用curl访问URL。	很有用
func_cut	对字符串切片或者切块。	很有用
func_db	提供astdb函数。	很有用
func_devstate	获得设备状态。	很有用
func_dialgroup	创建一个同时拨号组。	很有用
func_dialplan	验证指定的拨号计划目标是否存在。	很有用
func_enum	执行ENUM查找。	很有用
func_env	包括FILE()，STAT()，ENV()。执行操作系统动作。	很有用
func_extstate	返回指定的分机状态。	很有用
func_global	存取全局变量。	很有用
func_groupcount	存取一个组的信道数。	很有用
func_iconv	字符编码转换。	可以用
func_lock	包括LOCK()，UNLOCK()，TRYLOCK()；用于拨号计划中的竞争控制。	很有用
func_logic	逻辑判断函数，包括ISNULL()，SET()，EXISTS()，IF()，IFTIME()，IMPORT()	很有用
func_math	数学函数，包括MATH()，INC()，DEC()	很有用
func_md5	生成MD5指纹。	很有用
func_module	检测模块是否已经装载。	可以用
func_odbc	访问ODBC。	很有用
func_pitchshift	修改音频流的音调。	很有用
func_rand	生成一个随机数。	很有用
func_realtime	在Asterisk实时架构中执行查找。	很有用
func_redirecting	获取本次呼叫的转发信息。	很有用
func_sha1	生成SHA1指纹。	很有用
func_shell	执行shell命令，并返回结果。	很有用
func_speex	执行声音调优。	很有用
func_sprintf	字符串格式化。	很有用
func_srv	执行SRV查找。	很有用
func_strings	字符串处理函数。	很有用
func_sysinfo	获取系统信息，例如内存，交换空间和CPU负荷等。	很有用
func_timeout	存取信道的超时时间。	很有用
func_uri	把字符串做URI安全编码。	很有用
func_version	获取Asterisk版本信息。	可以用
func_vmcount	获取语音信箱的消息数。	很有用
func_volume	设置信道音量。	很有用

PBX模块

PBX模块提供增强的控制和配置机制。

名称	用途	评价
pbx_ael	提供AEL支持。（很少有人用，如果不想用传统的拨号计划配置文件的话，大多数人会选择AMI+AGI）	可以用
pbx_config	用于解释extensions.conf，最传统、用得最多的拨号计划语言。	很有用
pbx_dundi	执行远程Asterisk数据查找。	很有用
pbx_loopback	类似于拨号计划的include，有点过时。	不重要
pbx_lua	支持使用lua编写拨号计划。	很有用
pbx_realtime	提供Asterisk实时架构相关的功能。	很有用
pbx_spool	和Asterisk外呼文件有关，提供外呼连接池。	很有用

资源模块

资源模块用于集成外部资源。例如res_odbc用于访问ODBC数据库连接。

名称	用途	评价
res_adsi	提供ADSI。（尽管大多数ADSI功能Asterisk是不用的，但语音信箱用到这个资源）	很重要
res_ael_share	为pbx_ael提供共享程序。（如果你使用AEL的话，这个模块就很重要。）	很重要
res_agi	提供Asterisk网管接口。	很有用
res_ais	使用注入OpenAIS一类的AIS实现，提供分布式消息等待指示和设备状态通知。	很有用
res_calendar	提供日历系统的集成。	很有用
res_calendar_caldav	提供CalDAV特定的能力。	很有用
res_calendar_exchange	提供微软Exchange的特定能力。	很有用
res_calendar_icalendar	提供苹果/谷歌的iCalendar特定能力。	很有用
res_clialiases	创建CLI别名。	很有用
res_clioriginate	从CLI发起一次呼叫。	可以用
res_config_curl	使用curl拉取配置信息。	很有用
res_config_ldap	从LDAP拉取配置信息。	可以用
res_config_odbc	从ODBC拉取配置信息。	很有用
res_config_pgsql	从PostgreSQL拉取配置信息。	可以用
res_config_sqlite	从SQLite拉取配置信息。	可以用
res_convert	使用CLI执行文件编码转换。	可以用
res_crypto	提供加密功能。	很有用
res_curl	为其他curl模块提供公共服务。	很有用
res_fax	为其他fax模块提供公共服务。	很有用
res_fax_spandsp	为使用spandsp的传真功能提供插件。	很有用
res_http_post	为Asterisk的HTTP服务器提供POST上传功能。	可以用
res_jabber	提供Jabber/XMPP资源。	很有用
res_limit	允许调整Asterisk进程的系统限制。	可以用
res_monitor	提供呼叫录音资源。	很有用
res_musiconhold	提供等待音乐（MOH）功能。	很重要
res_mutestream	提供音频流的禁音和放音功能。	不好说
res_odbc	为其他ODBC模块提供公共功能。	很有用
res_phoneprov	（TODO:提供来自Asterisk HTTP 服务器的电话？不懂。）	不好说
res_pktccops	提供PacketCable COPS资源。	不好说
res_realtime	为Asterisk实时架构（ARA）提供CLI命令。	很有用
res_rtp_asterisk	提供RTP。	很重要
res_rtp_multicast	提供多播RTP。	不好说
res_security_log	启用安全日志。	不好说
res_smdi	通过SMDI协议提供语音信箱通知。	有局限
res_snmp	向SNMP管理的网络提供系统状态信息。	可以用
res_speech	通用语音识别API。	有局限
res_timing_dahdi	通过DAHDI内核接口提供时钟。	很有用
res_timing_kqueue	通过某些操作系统的特性提供时钟。	不好说
res_timing_pthread	使用标准pthread API提供时钟；不是很有效率，但移植性好。	很有用
res_timing_timerfd	通过新版Linux内核的timerfd API提供时钟。	很有用

附加模块

附加模块是社区开发的模块，用法和版权条款都和Asterisk的主代码不一样。它们位于不同的目录，缺省是不会编译和安装的。要启用这些模块就要使用menuselect构建配置工具。

名称	用途	评价
app_mysql	在拨号计划中执行MySQL查询。（已废弃，见func_odbc）	已废弃
app_saycountpl	用波兰语播报计数。（已废弃，已经集成到say.conf中）	已废弃
cdr_mysql	在MySQL中记录CDR。（我们推荐cdr_adaptive_odbc）	可以用
chan_mobile	允许手机通过蓝牙接听或拨打电话。	有局限
chan_ooh323	支持H.323协议。	可以用
format_mp3	支持播放MP3文件。	可以用
res_config_mysql	使用MySQL数据库作为实时配置后端。	很有用

测试模块

测试模块被Asterisk开发团队用来验证新代码。它们会被频繁地添加或修改，对你没什么用，除非你要开发Asterisk。

如果你是Asterisk开发者，你也许会对Asterisk测试套件有兴趣，你可以执行自动测试并将结果反馈给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'

文件结构

Asterisk是一个复杂的系统，由很多资源组成。这些资源以不同的方式使用文件系统。既然Linux在这一点上很灵活，那就很有必要搞清楚什么数据存在什么地方（比如语音信箱文件、日志文件等）。

配置文件

Asterisk配置文件包括extensions.conf，sip.conf，modules.conf，以及各种信道、资源、模块和函数用到的参数定义文件。这些文件一般位于/etc/asterisk，在做Asterisk的配置和管理工作时你经常会进到这个目录。

模块

Asterisk的模块一般会安装到/usr/lib/asterisk/modules目录。你一般不用关心这个目录；但你知道模块在什么地方有时候也很有用。例如，如果你升级Asterisk，并且用menuselect构建配置工具选择了不同的模块，老的（不兼容）模块又没有删除，安装脚本会提示警告信息。应该从modules目录中删除这些老的模块文件。要么手工删除，要么调用make uninstall。

资源库

有些模块是需要外部数据源的。例如，等待音乐（MOH）就需要音乐文件才能播放。系统的语音提示也需要存储到硬盘的某个地方。/var/lib/asterisk就是存放系统语音提示、AGI脚本、等待音乐（MOH）和其他资源文件的地方。

spool

spool是Linux操作系统的一种任务缓冲和资源共享机制。例如，Linux的打印任务和待发邮件都是先写到spool然后在处理的。对Asterisk来说，spool用来存储临时性数据，诸如语音消息，呼叫录音，呼叫文件等。Asterisk的spool文件位于/var/spool/asterisk目录。

日志

Asterisk能够产生几种不同的日志文件。/var/log/asterisk是存放CDR，CEL，调试（debug）日志，队列日志，消息，错误和其他输出的地方。这个目录对调试、排错至关重要。

拨号计划

拨号计划是Asterisk的核心。所有接入Asterisk的信道都要经过拨号计划。拨号计划包含呼叫流脚本，处理所有呼叫。

有三种方式可以编写拨号计划：

使用传统的拨号计划语法：/etc/asterisk/extensions.conf

使用Asterisk扩展逻辑（AEL）语言：/etc/asterisk/extensions.ael

使用LUA脚本语言：/etc/asterisk/extensions.lua

本书后面会有几章专门介绍拨号计划语法（这也是用得最多的方式）。一旦你学会了这种语法，你可以考虑选择转向AEL或者LUA，看你自己。

硬件

Asterisk可以和各种技术通讯。一般来说，这种通讯是基于某种网络连接的；当然，和传统的电信网络通讯（像PSTN）是需要特殊硬件的。

很多公司生产这种硬件，比如Digium（Asterisk的赞助商、所有人和主要开发者）， Sangoma， Rhino， OpenVox，Pika，Voicetronix，Junghanns，Dialogic，Xorcom，beroNet，还有很多其他的。我们推荐Digium和Sangoma，当然其他厂商的产品可能更适合你的需求。

大多数硬件都是针对Digium Asteirsk硬件设备接口（DAHDI）设计的。这些硬件会有不同的安装要求和文件位置。

在“第七章外部连接性”中，我们会更详细地讨论DAHDI；当然，我们也会仅限于DAHDI的讨论。你在安装硬件的时候应该参考厂商的文档。

Asterisk版本

Asterisk的发布方案在过去几年中已经经历了几个来回了，本节的目的是为了帮助你理解版本号的含义。需要注意的是1.6.x系列的版本策略的变化，它跟所有其他的Asterisk版本都不一样（从1.0到1.8，包括可以预见的未来）

以前的版本方案

当我们只有Asterisk 1.2和Asterisk 1.4的时候，所有的开发工作都在主线上进行，1.2分支和1.4分支上只进行缺陷修复。Asterisk 1.2已经被标记为EOF（End of Life），不会再进行任何缺陷修复和安全更新。在1.6.x之前，所有的缺陷修复只会在1.4上进行。

由于所有的开发工作都在主线上进行，除非创建1.6分支，否则人们不可能得到新特性和新功能。也不是完全不可能，主要是由于主线上可能发生任何变化，要在生产环境上部署主线的话就要求管理员非常精通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）。在这些分支中，我们又创建标签，比如1.2.14，1.4.30，1.6.0.12，和1.6.2.15。

很不幸，并不是像我们想的那样每3、4个月就出一个小版本：至少也要6-8个月。不仅如此，1.6.x这种版本方案也有自己的问题。人们很困惑，不知道应该运行那个版本。（TODO）

现在的版本方案

开发团队从1.6.x系列中吸取了教训。出发点是好的，但实施起来完全不是那么回事。所以，1.8的版本方案又变回去了，和1.2、1.4一样。

虽然开发团队仍然想尽快提供新特性使用（目前的目标定在一年一次），并且认识到对一个稳定的版本提供长期支持也很重要。你可以认为1.4是一个长期支持版本（LTS），1.6.x系列可以看作是1.4的一部分。然后1.8是下一个长期支持版本（包括四年的缺陷修复和五年的安全更新）。

（TODO）

结束语

Asterisk由很多技术构成，其中很多自身就很复杂。所以，理解Asterisk的架构是很重要的。当然，Asterisk的设计还是很优秀的，在我们看来，它很好地平衡了复杂度和灵活性。