之前安装kamailio试验的时候,看到其配置方式类似一个脚本方式控制call的流程,如下面的例子,
loadmodule "../sip_router/modules/usrloc/usrloc.so"
modparam("usrloc", "db_mode", 0)
...
if(!lookup("location"))
{
...
sl_reply_error();
...
}
kamailio启动会加载usrloc.so并通过这个模块提供的方法lookup判断做出call流程的控制。
这样做的好处,
1. 各个模块的开发相互独立,只需要编译一个动态库,并export 一些方法就可以。
2. 特性开发更容易,只需要配置不同的行为脚本就能实现不同的功能。(这一点上感觉如果同时开启配置的功能特别多的时候,并且policy比较多的情况下,不一定比hard code 的方式开发feature 更容易调试配置,不知道这样想法对不对?)
这里主要用到了两种技术:
1. 是 flex,yacc生成的语法解析来解析控制脚本,将控制脚本生成一个内部表示.
2. 动态加载动态链接库so,并提取方法。