FreeSWITCH小结：关于export的原理介绍及应用

FreeSWITCH小结：关于export的原理介绍及应用

Export原理

普通export用法

在dialplan中经常会用到export，如下所示：

    <action application="export" data="myvar=test"/>

上面的xml在执行后，会在本地通道中修改如下：

myvar=test

export_vars=<other_export_vars>,myvar

在本地变量中增加myvar，同时修改export_vars变量，将export指定的变量附加到后面。

这样，在bridge时候，系统会将export_vars指定的变量从a腿导入到b腿上.

带nolocal的export用法

有时候，仅仅需要将变量设置到b腿，而不需要设置到a腿，所以这里就需要参数nolocal.

用法如下：

    <action application="export" data="nolocal:myvar=test"/>

上面的命令在执行后，会在本地增加的变量如下：

nolocal:myvar=test

export_vars=<other_export_vars>,nolocal:myvar

也就是说增加的变量名称就是nolocal:myvar, 由于有nolocal前缀，就可以跟本地变量很好的区别开。

同样，在bridge的时候，系统也会将export_vars指定的变量从a腿导出到b腿。

巧妙的是，在导出nolocal:myvar的时候，会自动将nolocal:前缀去掉，从而达到将变量只设置到b腿的目的。

而如果留意就会发现，使用下面的命令还是可以获取到值的：

uuid_getvar <a_leg_uuid> nolocal:myvar

而使用下面的命令是获取不到任何值的：

uuid_getvar <a_leg_uuid> myvar

Export用法

知道了export的原理之后，即使api命令中没有uuid_export，我们也可以模拟出来。

如下：

用法1：只将指定的变量导出到b腿

originate {nolocal:sip_h_X-AutoAccept=true,export_vars='nolocal:sip_h_X-AutoAccept'}user/60400 60401

用法2：只将指定的变量设置到a腿

originate {sip_h_X-AutoAccept=true}user/60400 60401

用法3：同时将变量设置到a腿和b腿

originate {sip_h_X-AutoAccept=true,nolocal:sip_h_X-AutoAccept=true,export_vars='nolocal:sip_h_X-AutoAccept'}user/60400 60401

注意事项

这里所说的设置到b腿，是指bridge之后设置到b腿

Export示例

示例1：在呼叫前，同时设置a腿和b腿的uuid，以便后期跟踪

originate {origination_uuid=xxxxx,nolocal:origination_uuid=yyyyy,export_vars='nolocal:origination_uuid'}user/60401 60402