It seems like the OOMA system is holding a lock on the conference call in number after it hangs up on me the first time and then when I call in the second time. I have a feeling if anyone called into that number any time after OOMA is recording a message in voice mail they would get the same thing as when I called in on my cell phone, namely, the persons isn't available, leave a message.......
I am losing faith in using this system during important calls.
The first time this happened to me was on a conference call last Friday. This call was an 866 call.
1. I'm on a call and my phone disconnected for no reason.
2. When I called back in to the conf call, my voice mail was activated and began recording the conf call.
3. After 299 seconds, the ooma voice mail lady would make a standard announcement. ( I know this because I have voice mails sent to my email.)
4. Silence on the call. Then some smart a** comments from others on the call. Continued conversation. Then, the voice mail lady makes her standard announcement. This time it was funny. In an attempt to reset the call, everyone on the call hung up, myself included, and then called back in. No change in the voice mail loop. With each consecutive loop, the frustration level for all increase on the call. Embarrassing for me to say the least.
5. Repeat the 299 voice mail loop for approx. 20 minutes. Each time, more frustration.
6. I thought if I just hung up on the conference call, it would at least stop for the others. No luck. I found out by others after the call finished that during the last half hour of the call, even though I wasn't on the call, the voice mail loop continued for the remainder of the call.... WT*?
Today, I was on a simple conference call, one when you use the conf call function on your phone, and it happened a second time. In this case, repeat steps 1, 2, 3, and 4. This time however, we all hung up, waited a couple of minutes, then called each other again. This time it didn't repeat. This is a little less concerning because it was just three of us and were not a 866 conf call.
Like tomp, if there isn't a solution to this problem soon, I'm going to have no choice but to search for a new VOIP solution. I cannot continue to have this problem, money savings or not.
I've used my Ooma Hub only since September 2009 without any problems while using a cable high speed internet source (10MB/S) and a Plantronics Calisto Pro phone.
This is unacceptable. If these boards are monitored please post some sort of acknowledgement of the issue. I'm in Arlington, Va and was on a conference bridge by Go-To-Meeting both times. Happened on May 3rd at 10:30a EDT and May 4th at 11:45a EDT.
I wholly agree that if I have to play ooma roulette every time I dial into a conference call with upper management or clients this service becomes useless to me...
http://www.ooma.com/forums/viewtopic.ph ... 4&start=10
There could be other factors but whenever I see someone having call quality issues, I suggest that they look into their internet service quality:corpdoc wrote:My Ooma disconnects without warning every 7 - 8 minutes, mostly during normal business house - especially during business calls There isn't even a disconnect sound, but suddently the Ooma dial tone. If this persists, the system becomes unusable. Does anyone have experience with a more reliable alternative?
VoIP Quality Test:
Jitter should be less than 5 ms.
Packet loss should be 0.
Download and upload QOS should be at least 70%.
Maximum TCP delay should be under 100 ms.
If cable modem, take a look at modem status:
The downstream signal power should be between -10 and +10 dBmV.
The upstream power level should be less than 55 dBmV.
The SNR should be 35 or more.
i've had the voicemail issue happen to me more than four times in 800/866 conference bridges....NEVER had an issue like this until two weeks ago...
then yesterday i had over 12 dropped calls in a single day in conference bridges, altho the voicemail didn't kick in...happened again this morning - same as corpdoc and another thread by whinis from yesterday
my settings are fine, easy for ooma to try and blame on the ISP - these aren't call quality problems, it's clearly some loss of signal that's forcing the call to drop
*edit to state i'm on a ooma hub*
VoIP test statistics
Jitter: you --> server: 0.0 ms
Jitter: server --> you: 1.2 ms
Packet loss: you --> server: 0.0 %
Packet loss: server --> you: 0.0 %
Packet discards: 0.0 %
Packets out of order: 0.0 %
Estimated MOS score: 4.1
Speed test statistics
Download speed: 9774272 bps
Upload speed: 5619424 bps
Download quality of service: 98 %
Upload quality of service: 98 %
Download test type: socket
Upload test type: socket
Maximum TCP delay: 23 ms
Average download pause: 3 ms
Minimum round trip time to server: 46 ms
Average round trip time to server: 47 ms
Estimated download bandwidth: 35200000bps
Route concurrency: 3.6012912
Download TCP forced idle: 70 %
Maximum route speed: 11397384bps