asterisk user、peer和friend

 Users，Peers 以及Friends
连接中对我们的认证，或者我们认证连接方，在iax.conf 和sip.conf 文件中以users 和peers 的方式定义。如果双方都要认证，那么使用friends进行定义。当已经决定用哪种方式进行认证时，从Asterisk 角度看，认清方向是十分重要的，因为连接是被Asterisk 服务器接受和建立的。
 Users
定义为user 的连接是我们允许对我们进行连接的任何一个系统、用户或终端。记住user 的定义并不提供呼叫该用户的方法，user 类型仅仅是用于为来电创建一个通道（在 SIP 中，并不总是这样。假如端点是一个SIP 代理服务(不是用户代理)，Asterisk 会根据peer 定义进行认证，把SIP 头域中的Contact 域里面的IP 地址和端口与为peer 所定义的主机名（以及端口，如果定义了的话；如果没有指定端口，就使用[general]配置段中所定义的端口号）进行匹配。请参考附录A 中有关SIP insecure 选项的讨论）。user 定义要求定义context 名称来表示来电呼叫的认证放置在拨号方案（在extensions.conf 中）中的什么位置。
Peers
在一个连接中定义的peer 类型是呼出连接。让我们这样来想：user 对我们呼叫，而我们呼叫peer。因为peer 是针对我们的呼叫，所以peer 的定义并不一定要求一个context 名字的配置。然而，有一个例外：如果从我们的系统产生呼叫通过一个环路又回到我们的系统（从SIP 代理服务器产生，并不是从一个用户代理产生），那么此时，来电就要配与一个peer 定义匹配。尽管最好为每个peer定义context，但是名字为default 的Context 应该能对这些来电做相应的处理。为了知道把向一个主机的呼叫发送到哪里，必须知道网络中它的位置（即IP地址），peer 的位置可以静态的定义也可以动态的定义。动态的peer 在peer 定义的开始用“host=dynamic”来定义。因为一个动态peer 的IP 地址可能会经常发生变化，所以它一定要注册到Asterisk 上使Asterisk 知道它的IP 地址是什么，这样呼叫才能成功的路由到它那里。如果远端是另外一个Asterisk，需要使用注册状态，接下来我们会讨论这个问题。
Friend
定义一个friend 类型是对定义既是user 类型又是peer 类型的简捷方式。然而那些既是user 又是peer 的连接往往不这样定义，因为分别定义每一个方向的呼叫可以使得粒度更细。下图显示了与Asterisk 有关的认证控制流。

users、peers 和friends 与Asterisk 的呼叫初始关系