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

维基教科书,自由的教学读本

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

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

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


模块[编辑]

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可以防止代码腐烂。通过添加你自己的测试用例,升级的时候会更有把握些。

更多信息可以参考:


文件结构[编辑]

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.

图示如下:

Asterisk ver

所以到目前为止,我们有了这样一些分支: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的设计还是很优秀的,在我们看来,它很好地平衡了复杂度和灵活性。