标签:style blog http io ar os 使用 sp for
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模块类型包括:
接下来我们会列出分属各个类型的所有模块,他们的用途,以及我们所认为的受欢迎程度和重要程度(有一些很常用,但有一些不太有用,仅仅是为了兼容而保留)。这些模块的细节会在本书中陆续介绍,根据各自的情况,有些会被全面的讨论,有些则根本不会涉及。
下面这些术语反映了我们对各个模块的看法:
应用程序用于拨号计划中,能够处理呼叫流程。比如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_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是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的发布方案在过去几年中已经经历了几个来回了,本节的目的是为了帮助你理解版本号的含义。需要注意的是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)
标签:style blog http io ar os 使用 sp for
原文地址:http://blog.csdn.net/yuesichiu/article/details/41693489