incoming calls on 2 Obi devices
jimates:
remember, google voice voicemail will answer the call after 25 seconds of it's origin, set your answering machine accordingly.
skipro:
I did as advised. On both accts, InboundCallRoute {ph1,pp(500xxxxxx)} where 500xxxxxx is other Obi #.
Now when a call comes in on this GV #, only my 2nd Obi rings and once only. If I pick up, call is received. If I do not pick up after 1st ring, the caller is forwarded to Obi auto attendant and caller has to press 1 to continue call. Then the call rings my 1st Obi [only] but on both lines, not only on the line associated with the GV acct. The call now is being forwarded [forked] to line 2 [different GV acct] also but not to line 1 [same GV acct] on the 2nd Obi. Not only does it not ring 2nd Obi, but if I pick up 2nd Obi, I only get a dial tone.
I do not know if this is a factor but for testing purposes I have the 2 Obi devices at same location/router.
What is pp?
jimates:
pp designates the Obitalk service. Anytime you forward or fork a call you need to designate the service to use to forward/fork the call.
If you have both devices in the same account you may be getting some circle of trust conflicts that are sending the calls to the auto attendant. Obitalk automatically configures all endpoints in the account as trusted callers.
Check the Obitalk inbound call route. Set it to only ring the desired phone port, ph1 or ph2; nothing else.
skipro:
I am confused.
Quote
Check the Obitalk inbound call route. Set it to only ring the desired phone port, ph1 or ph2; nothing else.
How can I fork if I do this?
This is what I have per forum advice:
InboundCallRoute {ph1,pp(500xxxxxx)} where 500xxxxxx is other Obi #.
Quote
If you have both devices in the same account you may be getting some circle of trust conflicts that are sending the calls to the auto attendant.
Should I put the 2nd Obi device on another acct?
I tried inactivating AA on both devices and I was surprised that AA still answered after 1st ring.
jimates:
you are right. I forgot we are forking an incoming call via Obitalk.
I think the quickest test would be to remove one device and put it in another account so as to eliminate the circle of trust conflict. The only way the AA comes into play is when they are configured as trusted numbers, Obitalk did that by default.
Navigation
[0] Message Index
[#] Next page
[*] Previous page