Caller ID Forwarding
Hadi:
Quote from: QBZappy on March 22, 2014, 02:48:40 pm
@Hadi,
Here is something azrobert wrote which may help you. You can find it in my Bookmark thread. CID spoofing is what you need. You may want to use an ip address instead of the OBi unit tel number for this to work. Have a look.
http://www.obitalk.com/forum/index.php?topic=7352.msg47664#msg47664
Thanks QBZappy. I saw this post before posting my question but I don't use any SIP.
Hadi:
Quote from: azrobert on March 22, 2014, 03:05:16 pm
I have 2 OBi110s and my setup transfers the CID correctly using the OBiTalk network. I assumed you were using an SP trunk to transfer the call to the other OBi110. Are you transferring the call the same as I suggested?
Edit:
Can you tell me what services you have defined on the SP1 and SP2 on the work OBi110?
I don't use any SIP or Google voice. It is very simple:
POTS→Obi1→Obi2.
So when anyone calls my local phone, it transfers to OBi2 but the caller ID on the OBi2 shows OBi1's number.
QBZappy:
Obi1->OBi2 can be bridged using any of the supported voice services. Sip, obitalk, pots, GV. Odd that oboi to obi fails the cid. First, try using the ui=$1 snippet at the end of the code azrobert mentioned. If that does not work the obi2 can receive using sip. There is no need to have a 3rd party sip service for this approach.
azrobert:
I don't understand why you don't get the correct CID. Like I said, mine works.
Anyway, you can try the following.
Get a free Sip2Sip account here:
https://mdns.sipthor.net/register_sip_account.phtml
On OBi2 register one of the SP trunks to your Sip2Sip account.
Service Provider -> ITSP Profile A or B -> SIP
ProxyServer: sip2sip.info
X_DnsSrvAutoPrefix: Enabled (checked)
Voice Services -> SP1/2 Service
AuthUserName: YourSip2SipID
AuthPassword: YourSip2SipPassword
On OBi1
Change Line Port -> InboundCallRoute to:
{ph,sp2(YourSip2SipID@sip2sip.info.com;ui=$1)}
azrobert:
Quote from: QBZappy on March 23, 2014, 08:27:15 am
the obi2 can receive using sip. There is no need to have a 3rd party sip service for this approach.
This is true, but there are audio problems that have to be fixed using this method.
You have to Port Forward the User Agent and RTP ports.
When both OBi's are on the same LAN X_DiscoverPublicAddress must be disabled.
I don't remember what or if anything else has to be done when the OBi's are on different LANs.
That is why I didn't recommend this method.
If anyone knows, please chime in.
Navigation
[0] Message Index
[#] Next page
[*] Previous page