rollover lines
RonR:
Quote from: QBZappy on September 12, 2011, 08:34:07 pm
With call waiting disabled on the OBi#1, the second call should be call forwarded (rolled over) to the next OBi, freeing up the second voice channel on GV.
It doesn't work that way. Here's what happens:
Call number 1 goes to the PHONE Port of OBi #1.
Call number 2 gets bridged via the OBiTALK service to OBi #2 and its PHONE Port. This does NOT free up the second voice channel on Google Voice.
At that point things look like this:
GV call #1 -> OBi #1 SP1 -> bridge to OBi #1 Phone Port
GV call #2 -> OBi #1 SP1 -> bridge to OBi #1 OBiTALK service -> OBi #2 OBiTALK service -> bridge to OBi #2 Phone Port
Only when a call is terminated does that Google Voice session get freed up. Bridging it to somewhere else doesn't change anything.
Everton:
I'm reading this rather interesting thread and I'm confused. If the OP Port his 4 POTS Line to GV, wouldn't the call end up in Voicemail after 25 secs [approximately 5 rings (each ring is equivalent to 5 seconds)]? In other words, if the call is transfer on no answer after 3 rings from OBi-1 to OBi-2, OBi-2 would only have 5-10 secs to answer, before the call ends up in VM. Is my thinking correct?
Maybe the OP might consider using a Asterisk system such as PBX In A Flash (PIAF), which has the free GV calling feature and somehow has managed to disable the GV Voicemail (unless explicitly enabled). He can take advantage of the call hunt (and other features) feature of Asterisk 1.8.X. You can setup PIAF on very inexpensive hardware.
EDIT: Why is it that Asterisk can disable GV Voicemail and the OBi cannot accomplish the same?
RonR:
While QBZappy mentioned Call Forward on No Answer, it really has no place in the discussion (lines roll over on busy conditions, not no answer condiitions). Also, as I explained over the last several posts, you can't accomplsih more than a two-line scenario with rollover from line 1 to line 2 using Google Voice. Assuming you're using Call Forward on Busy to accoplish this, the second call being transferred to the second OBi should occur pretty quickly.
The question about PIAF being able to disable Google Voice voicemail has been raised before, but no answer has ever been given why the OBi isn't also able to do so.
QBZappy:
Quote from: RonR on September 13, 2011, 09:31:28 am
While QBZappy mentioned Call Forward on No Answer, it really has no place in the discussion (lines roll over on busy conditions, not no answer condiitions). Also, as I explained over the last several posts, you can't accomplsih more than a two-line scenario with rollover from line 1 to line 2 using Google Voice. Assuming you're using Call Forward on Busy to accoplish this, the second call being transferred to the second OBi should occur pretty quickly.
Hi Ron,
Call Forward on Busy/No Answer is a feature and might be relevant for some users. In the context of "rollover", I see what you mean that the call is bridged to another OBi when user on OBi#1 is talking. If we see it as a feature it becomes "rollover"+"call hunting". Use scenario: No one in the room to answer OBi#1 Call Forward to OBi#2. If I'm in another room and hear OBi phone ringing, I will not need run over to the OBi#1 to answer if I know that OBi#2 right next to me will ring in a moment. We could of course CF to a remote number. This is another useful way to use the OBi. We can combine both features as it creates redundancy in the call handling strategy.
RonR:
QBZappy,
You've strayed from the OP's request to have one telephone number be able to accept up to four incoming calls on a multi-line telephone. If all four calls are coming into a 4-line telephone, or multiple 4-line telephones as would probably be the case in a typical office environment, it doesn't make sense to have the calls roll over on no answer.
I don't believe the OP's request can be satisfied practically using Google Voice, but it's an absolutely trivial task to accomplish using a VoIP provider that supports four channels on a single number. The end result should be very difficult to tell apart from a telephone company provided installation (and a whole lot less expensive, up front and recurring).
Navigation
[0] Message Index
[#] Next page
[*] Previous page