How to initiate a call on a PC and have OBi phone pickup/Cut-Paste phone numbers
azrobert:
I was just about to post another solution and then I saw your post. Mine checks for international outbound calls before the check for the phone port. It will only work if the callerid of the inbound call doesn't begin with zero, so it might only work in N. America. I like your solution better!
azrobert:
The following is an alternate method using starcode "*69". ianobi gave me the idea.
Dial a number and call the OBi2xx with a softphone, let it ring once and hang up. From the phone attached to the OBi2xx dial "*69".
OBi2xx
Voice Services -> SPn Service -> X_InboundCallRoute: {(<1234567:$2>):ph}
Physical Interfaces -> Phone1 Port -> CallReturnDigitMaps: (@@.)
SoftPhone:
Proxy: xx.xx.xx.xx:506x (IP address and port number of SPn)
UserID: 1234567
When testing I was getting the "No Call Route Available" error after dialing the star code. I changed the CallReturnDigitMaps to "(@@.)" as a diagnostic tool to see what is being passed by the *69 star code and to my surprise it worked. I don't understand why this works and assume it's a bug.
It appears the OBi1xx has a bug and the above configuration didn't work on my OBi110/2886. The substitution to $2 doesn't work properly. I have an OBi1032, but didn't test it.
azrobert:
Here is a solution for an OBi1xx:
Voice Services -> SP2 Service -> X_InboundCallRoute: {1234567:sp2(0@127.0.0.1:5060;ui=$2)}
Physical Interfaces -> Phone1 Port -> CallReturnDigitMaps: (@@.)
SoftPhone:
Proxy: xx.xx.xx.xx:5061 (IP address and port number of SP2)
UserID: 1234567
Same dialing instructions as the OBi2xx. Both SP1 and SP2 must be defined as SIP. 127.0.0.1 is a loopback. What I'm doing is routing the call out SP2 and looping it back to SP1. At the same time I'm changing the CID from 1234567 to the outbound number contained in $2.
In previous testing the OBi200 would allow a loopback to the same trunk, but the OBi110 wouldn't. I assume this is still the case and didn't try it on my OBi110.
ianobi:
Quote
OBi2xx
Voice Services -> SPn Service -> X_InboundCallRoute: {(<1234567:$2>):ph}
Physical Interfaces -> Phone1 Port -> CallReturnDigitMaps: (@@.)
I like this solution - it's simple to implement. I checked and it does also work with an OBi1032.
Quote
When testing I was getting the "No Call Route Available" error after dialing the star code. I changed the CallReturnDigitMaps to "(@@.)" as a diagnostic tool to see what is being passed by the *69 star code and to my surprise it worked. I don't understand why this works and assume it's a bug.
I don't think this is a bug, but CallReturnDigitMaps do make this solution quite difficult. For example, if the call comes in on sp2, when you dial *69 the default CallReturnDigitMaps add **2 to the original number then send **2number through the Phone Port DigitMap and PhonePort OutboundCallRoute, so attempting to return the call on the same sp as it came in on. Of course, you may not wish to send the call return back on the same sp it came in on, or the relevant digitmaps might not be designed for that format of number anyhow. Using your solution of @@. simply routes all call returns to the Primary Line, which is probably what most users would like to do. Using this *69 method could involve some complicated CallReturnDigitMaps to ensure returned calls route how you would like.
Quote
It appears the OBi1xx has a bug and the above configuration didn't work on my OBi110/2886. The substitution to $2 doesn't work properly.
I agree. My testing seems to show that the $2 does not work anywhere to the left of the colon in the OBi110 InboundCallRoute.
I think that your solution (with my small modification) detailed in Reply 9 is the best answer. The Auto Attendant works exactly the same in all OBi devices, so it's a universal answer. Also the simple hitting of the "1" key to initiate the call return is very user friendly.
It's been interesting ... well to some of us :)
Navigation
[0] Message Index
[*] Previous page