FreeSwitch连接语音网关配置及使用场景

FreeSwitch连接语音网关配置及使用场景

简介

在学习的过程中需要使用FS和语音网关连接,通过SIP接入运营商呼到手机或者固话。尤其是在人工催收、电销外呼中需要在FreeSWITCH中使用SIP和运营商对接达到指定号码落地的效果,简单描述如下

对接方式

简单介绍一下,FreeSWITCH里Gateway(网关)的概念。网关又成协议转换器,通常都是进行协议转换。这里说的网关指的是语音网关,如常用的SIP网关,负责SIP协议和七号信令或ISDN PRI(模拟信号)之间的转换。FreeSWITCH中的网关可以理解成一个SIP代理。通过SIP代理连接语音网关设备或系统,将SIP转换成模拟信号。简化一下过程, FreeSWITCH完成号码的落地工作

其简化后的过程大致如下:

OPenSIPS —-> FreeSWICTCH —-> 语音网关 —-> 运营商 —-> 手机或固话

对接的最终目的都是为了将通话转到网关上,熟悉SIP协议的都知道,其实就是发INVITE消息。按照对接方式,分成认证和非认证。非认证又称IP对接,或者SIP中继对接。简单理解认证方式就是,FreeSWITCH无法随意的将呼叫送到网关上,需要经过网关的认证。非认证方式,只要知道网关地址,大家都可以发起INVITE。这里可能涉及到安全问题,后面将详细讨论

FreeSwitch连接语音网关配置及使用场景_第1张图片

注册的SIP服务器
通常sip终端都需要注册到某台SIP服务器上(就像手机要连接到基站),以实现呼出和呼入的功能

注册在OpenSIPS上的SIP终端发起的呼叫请求将发送到OpenSIPS,OpenSIPS根据路由脚本配置使用load_balancer(负载均衡)模块或dispatcher(调度模块)将呼叫请求转发到其他sip服务器或网关上。反之当sip服务器或网关呼叫注册在OpenSIPS上的终端时,会呼入到OpenSIPS(只有OpenSIPS有被叫SIP终端的AOR信息),然后opensips再呼叫SIP终端。这是就是一个典型的注册服务器。

配置信息

中继配置
conf\sip_profiles\external

FreeSWITCH需要建立一个网关并注册到网关设备上。见下面配置:

简单的介绍一些这几个参数:

realm:域名
username:认证的用户名
password:认证的密码
from-user:指定在SIP消息中的源用户信息,没有配置则默认和username相同
from-domain:是指定域,它们会影响SIP中的“From”头域。
regitster-proxy:表示注册的地址
outbound-proxy:表示呼出时指向的地址,这里其实和注册地址是一致的
register:是否注册
expire-seconds:注册的间隔时间

这样表示FreeSWITCH作为一个分机注册到网关172.29.1.8上。

拨号规则

在freeswitch中比较重要的一个部分就是diaplan了,diaplan拨号计划简单的来说就是一种号码规则,他可以根据自己定义的规则,设置对应did(目标号码)或者设置匹配的规则,每一步如何实现,都在这里设置实现的,dialplan有多种方式实现,这里我们主要使用默认xml dialplan方式。
xml dialplan拨号计划由多个context组成,每个context中有多个extension。所以context就是多个extension的逻辑集合,它相当于一个分组。一个context的extension和其他context中的extension在逻辑上是隔离的

拨号规则:出局目录

\conf\dialplan\default\

拨号规则:入局目录

\conf\dialplan\public\

#dialplan的完整结构



  
extension #extension相当于路由表的表项,其中每一个extension都有一个name属性,name可以是任意合法的字符串,本身对呼叫流程 #没有任何影响,但给它取一个好听的名字有助于你在查看log时发现它 continue="true" #continue默认值是false,在false情况下condition匹配规则找到对应的extension,就执行对应的action,而不会再继续 #再查找其他的extension了;若continue="true"则所有满足condition规则的action都能得到执行 condition #在extension中可以对一些condition(测试条件)进行判断,如果满足测试条件所指定的表达式,则执行对应的action(动作) #一般来说测试条件不可以嵌套,但可以叠加(叠加是逻辑与的关系),但FreeSWITCH于2012年底加入了嵌套dialplan的支持 condition的break参数,为了方便讨论我们假设有两个条件A和B break="on-false" #第一个次匹配失败时停止(但继续处理其他的extension),这是默认配置,结果相当于A and B break="on-true" #在第一次匹配成功时停止(但会完成对应的Action,然后继续处理其他extension) #不成功则继续,所以结果相当于((not A)and B) break="always" #不管是否匹配都停止 break="never" #不管是否匹配,都继续 action #执行具体的APP或者API动作,一个action通常有两个属性,一个是application代表要执行的APP、另一个是data就是 #APP的参数,当APP没有参数时,data也可以省略 anti-action #执行反动作,如下代码所示,符合条件就执行action的动作,不符合就执行anti-action动作 inline="true" #正常情况下在hunting阶段是只解析dialplan,不执行action,如果加上inline="true"这一属性,则在hunting阶段就会 #直接执行,而不用等到execut阶段,当然并不是所有的的APP都能用inline执行,适合执行的APP必须能很快的执行,一般只是 #存取某个变量,并且不能改变当前Channel的状态,当然inline也不是解决所有问题的万能钥匙,由于它会打乱执行顺序 #所以使用不当也可能会产生非预期的效果

在FreeSWITCH中配置如下路由,当外呼时就可以将呼叫送至网关上了。然后由网关出局


  

  

其它情况

有时候会有这样的场景,用户会要求送指定的号码,首先要向运营商申请外呼的号码,freeswitch上实现外呼呼叫的方式为配置一个网关,指定运营商的接入号和密码,有呼叫这个号码时,运营商会接收freeswitch送过来的号码并指定给被呼叫方

从这里我们可以知道网关对应的外网地址和端口,那只要把呼叫信息发到语音网关即可。执行freeswitch的dialplan出局路由,其中将dstNum + “”/>"; 把dstNum替换成送出的中继号码。那么需要配置路由如下:


";

总结

FreeSWITCH的外呼场景主要通过配置网关注册、拨号计划来实现,实际上外呼中的呼叫、转接、会议都要用到这两个技术

网关如果在同一网段或者网关在FreeSWITCH的外网的话(实际上就是说FreeSWITCH可以直接访问到网关),就采用FreeSWITCH注册到网关或者指向网关的方式,这也是常用的方式。 如果网关在内网,而FreeSWITCH在外网的话,就只能采用内网网关注册到FreeSWITCH的方式。

拨号计划是 FreeSWITCH 中至关重要的一部分。它的主要作用就是对电话进行路由(从这一点上来说,相当于一个路由表)。说的简明一点,就是当一个用户拨号时,对用户所拨的号码进行分析,进而决定下一步该做什么。当然,实际上,它所能做的比你想象的要强大的多。

你可能感兴趣的:(FreeSwitch)