電訊茶室 - Powered by Discuz! Board

標題: OBi110可以将四条线路的来电号码透传到SP线的桥接通话里 [打印本頁]

作者: 仁杰 時間: 2011-4-3 22:08 標題: 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-4 07:18

谢谢仁杰的信息，看来仁杰都很聪明，看东西很快。

如果用iptel做透传，不知道我们直接的RTP是直接IP-to-IP呢？而不经过Iptel server呢？

角色

作者: Skypeus 時間: 2011-4-4 18:36

试了下，确实可以通过SP1|SP2透传，但GV就不行。

作者: 角色 時間: 2011-4-4 20:16

最重要是ISP是iptel，其他ISP可能block你的callerID。

角色

作者: 仁杰 時間: 2011-4-5 15:15

角色：如果用iptel做透传，不知道我们直接的RTP是直接IP-to-IP呢？而不经过Iptel server呢？

这个和透传本身无关系，或者不在同一个层次，正常情况RTP肯定都是点对点的，但有些时候ISP或者网络环境因素要用到OutboundProxy的话，那肯定是经过ISP Server。也就是说原来怎么样现在就怎么样

Skypeus：试了下，确实可以通过SP1|SP2透传，但GV就不行。

GV肯定是不行的，虽然它放在SP1|2中设置，但其实它不是SIP，只是因为需要占用一条线路而没有做一个额外的Voice Services项目罢了，其原理是用了Gmail Call Phone那个公开协议实现的，所以其不能透传的道理与PSTN一样，真实世界的东西一般都卡的比较死

角色：最重要是ISP是iptel，其他ISP可能block你的callerID。

最重要的不是这个，而是透传的呼叫方式，一定要URI并且外域才安全，我只是因为想让大家看的亲切才用了iptel，其实只要一个ISP能接受外域SIP呼入，那就是OK的。至于block callerID，那是另外一个层面了，因为如果ISP不接受外域呼入，早就block这个呼叫了，但如果接受的话，就如同理想法制社会一样，只要没有证据能够证明callerID不是你的就不会block

我现在都是在SipBroker那里申请了我所有电话号码对应的号码，让各种有或没有ATA、有或没有SIP帐号的朋友都能最方便的联系我，比如我其中一个号码是8620xxxxxxxx，跟真实固话号码一样。如果对方SIP帐号所在的ISP已经接入SipBroker的话，就直接拨接入号+8620xxxxxxxx，如没有或根本就不用SIP的朋友，也只要随便搞一个SIP客户端，输入个自定义其名称与其手机号码的无效帐号，然后直接URI拨号*0118620xxxxxxxx@sipbroker.com即可，而我电话的来电显示就是对方的那个自定义的手机号码，整个过程其实就是自动透传的前身------人肉透传：）

作者: 角色 時間: 2011-4-5 22:12

我说的block，就是你需要的callerID，ISP不给你透传，而不是block你的call。有的ISP，你用其他URI也不给传递。

角色

歡迎光臨電訊茶室 (http://telecom-cafe.com/forum/)