Asterisk 1是基于GPLv2协议发布的一款开源电话应用平台。简单地说，这是一个服务端程序，用于处理电话的拨出、接入以及自定义流程。
一个人使用电话A呼叫另一个使用电话B的人。在此场景下，连接到Asterisk系统的有两个电话终端，因而分配了两个通道（如图1.2）。
图1.2 两个通道表示两条呼叫线路
媒体传输使用的是P2P方式！
图1.3 专用桥接实例
图1.4 通道技术层和抽象通道层
Asterisk组件抽象
Asterisk是一款高度模块化的软件。其内核程序可由源码树上的main/目录的源码构建而成。但是内核程序本身作用不大，因为其主要作用是注册模块。系统还有一些代码负责连接所有抽象接口，使电话呼叫工作起来。这些接口的具体实现是由一些可载入模块在运行时完成注册的。
默认状态下，当主程序启动时，Asterisk会在文件系统上一个预先指定的模块目录下找到所有模块，并加载之。选择这种默认方式是出于简便性的考虑。然而，还有一个可更改的配置文件，可具体指定加载哪些模块及其加载顺序。系统配置变得有点复杂，但是能指定那些不需要的模块不被加载。这样做的主要好处就是减少了程序的内存占用，然而还有一些安全性的优点。如果一个模块可从网络接受连接，但实际并不需要用它，那么最好还是不要加载它。
模块被加载后，它将在Asterisk内核程序中注册它所有组件抽象的实现。可由模块实现并在Asterisk内核注册的接口多种多样。系统允许模块尽量多的注册各类接口。通常相似的功能组成一个单独的模块。
Asterisk管理员使用Asterisk拨号计划（存于/etc/asterisk/extensions.conf文件）来设置呼叫路由表。拨号计划是由一系列被称为扩展规则的呼叫规则组成的。当有一个电话呼叫接入，系统用被叫号码在拨号计划中查找扩展规则，用以处理本次呼叫。（本质：DSL！）举例说明之前，我们先看一个Asterisk拨号计划的语法，此拨号计划用于处理对号码1234的呼叫。注意，这里1234这个号码系信手拈来。共有3个拨号程序被调用：首先，应答呼叫；其次，回放音频文件；最后，挂断呼叫。
; Define the rules for what happens when someone dials 1234. ; exten => 1234,1,Answer() same => n,Playback(demo-congrats) same => n,Hangup()
Asterisk的大多数线程可归类为网络监视线程或通道线程（有时亦称为PBX线程，因为其主要目的是在通道运行用户级交换机PBX）。
图1.7 普通呼叫桥接的组件图
迄今为止，Asterisk的架构已有十年以上的历史。然而，尽管这个行业在不断发展，Asterisk的一些东西，如通道的基本概念、使用拨号计划进行灵活的呼叫处理，仍然支持着复杂电话系统的开发。有一个领域Asterisk的架构还没有处理的太好，即如何使系统在多服务器间可伸缩。Asterisk开发社区正在开发一个叫做Asterisk SCF（可伸缩通信框架）的伙伴项目，目的就是解决可伸缩性的课题。
参考：http://www.ituring.com.cn/article/13057#