OBi110可以将四条线路的来电号码透传到SP线的桥接通话里
之前有人也发过一些帖子
OBi110 PSTN to OBtalk caller ID
http://www.telecom-cafe.com/foru ... &extra=page%3D1
Inbound call routing issue: $1 not working
http://www.obitalk.com/forum/index.php?topic=530.0
在结合前人们的基础上，我今天特地深入实验了一番，并做个分享
文中所谓四条线路分别是SP1 Service、SP2 Service、OBiTALK Service、LINE Port
就是说可以通过AA中转呼叫也好，不通过AA直接呼叫转移也罢，都有可能将来话的电话号码传送到经SP1和SP2线拨出的被叫方那，注意，仅仅SP Service
因为LINE Port肯定是要PSTN服务商配合支持才有用，OBiTALK Service至少目前OBIHai还没放开
还有这个某种意义上将也是号码欺骗，所以一般是不允许的，就算是SP线，也要有一些前提准备，而且也要依赖ITSP是否配合
AdminGuide P113的Inbound Call Route Configuration篇有说到
terminal := PHx OR AAx OR LIx(arg) OR SPx(arg) OR PPx(arg) (arg object is optional)
arg := cid > target
cid := spoofed-caller-number OR $1
原来这个spoofed-caller-numbe的正常使用是在X_SpoofCallerID Yes的基础上才能用的，而且这个选项是放在ITSP Profile A|B的SIP下，也就和我之前推测的一样，SP线是可以做的，至少OBi110会尝试帮忙做，但具体最终能否落实还是要取决与ITSP的支持与主叫拨打方式，比如说GV肯定是不可能的，但URI拨号又绝对是可能的
最后我举一个简单的测试用例
就是在Physical Interfaces LINE Port的InboundCallRoute里添加一个规则（内空格是人为添加防止转义成表情）
{ (MMobile) : sp2(XXX@iptel.org) }
其中MMobile是一个名称为Mobile的User Defined Digit Maps，其DigitMap为(我的手机号码1|我的手机号码2|我的手机号码3)
而XXX是我的iptel帐号
结果很容易理解，就是当我的手机号码拨打我OBi110连接的固话号码时，会自动用sp2的帐号设置通过URI方式拨打我的iptel电话，而这个时候iptel电话响起，而且来电显示的是我的手机号码，而不是sp2里原来设置的号码，于是就成功的将PSTN实体世界的号码仅通过OBi110就透传给了VOIP的虚拟世界，而当你看到号码的这个时候，你接，或你不接，都由你做主，OBi110已将来电号码传给你了
注意，这个案例是一个非常简单的例子，但也涉及到很多隐藏或者默认的东西：
1、sp2(XXX@iptel.org)，其实与sp2($1>XXX@iptel.org)等价，默认$1>可以省略，既只透传来电，但如果要指定其他号码，就要如sp2(我的固话号码>XXX@iptel.org)那样使用
2、因为本例走的是URI直接拨号方式，不会经过自己的ITSP，所以它是管不着的，不像走GV的话肯定就不行，否则可以乱透号码世界就乱了，而对方的ITSP，如本例的IPTEL，其实也就做个外域来电接收下而已，也不会或没办法去核实指定的来电是否欺骗
3、这个例子里，Service Providers ITSP Profile B的设置其实都是浮云，哪怕是一个无效的帐号都行的，所以OBi110也可以做到用无帐号方式拨打SipBroker来发挥其接入虚拟世界的最大能力 |
發表於 2011-4-3 22:08
| 
