asterisk user、peer跟friend

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?有关的认证控制流。