"Cascading" Outbound Calls between two local OBis.
CLTGreg:
This might be a voice gateway issue but I'm lost on the nuances and this is a bit different since both OBis are on the same subnet.
I have a new 200 thanks to the Newegg deal (boy that thing is smaller than the 202!) and a 202. My goal is to pick Line 1 on the 202 and have it go out an SP on the 200.
The reason for this is I want to use Obi Anveo line for incoming CNAME and possibly higher fidelity but use Google Voice for outbound calls because I don't like to be metered even though I never use my full bucket of outbound minutes.
The issue is having two SPs ring on the 202 for the same incoming call. Things can get squirly. Sometimes the caller ID shows one, sometimes the other and sometimes I pick up and I'm not connected. I wish I could turn off ringing altogether for an SP to address it that way.
So what I'm thinking is move the GV to the 200 and leave the Anveo on the 202 but have outbound calls for one line go out the 200 SP for GV.
Doable?
azrobert:
Yes it can be done, but I think an easier way is to prevent GV from ringing the Phone port.
Change the X_InboundCallRoute from ph to {}
CLTGreg:
Thanks. There's a lot of moving parts with a lot of strange things but I think you've put me on the right track.
SteveInWA:
The typical usage scenario of people who want to route inbound calls through a SIP ITSP is this (it only requires one OBi box):
Using the OBiTALK web portal, not the local web page interface, configure Google Voice on SP1 and make it your default SP for outbound calling.Configure your SIP ITSP (e.g. Anveo or Callcentric or voip.ms) on SP2, and don't enable it to be the default outbound SP. Do enable it to be the default handler for 911 service.Log into your Google Voice account and go to the Phones tab of Settings: https://www.google.com/voice#phonesAdd and verify your SIP DID number, and put a check mark in the box to the left of it to receive forwarded calls.Remove the check mark next to Google Chat, so it won't receive forwarded calls. It will still work for outbound calls.That's it.
There is no need for changing the inbound call route parameter.
CLTGreg:
Thanks Steve. That is what I had done but I was getting strange results. I think it was due to a bad call flow in Anveo and not the GV setup. I did get a 30 minute disconnect on an incoming forwarded GV call through Anveo. Again, lots of moving parts.
I'll revert back to your method but file the other as a valuable how-to.
Navigation
[0] Message Index
[#] Next page