Cool Ideas Fibre ISP – Feedback Thread 4

Status
Not open for further replies.

BadBoyGP

Senior Member
Joined
Sep 27, 2016
Messages
883
And you must do the test on your pc or laptop linked to your equipment via Ethernet cable, you did this test with WiFi, this is not reliable.
I did this to show the post above, neighbors on different sp seem fine.

Will attempt this test and see.

Like I said only being happening like from a month ago for me, the 3.5years before this, perfectly fine.
 

PBCool

Cool Ideas Rep
Company Rep
Joined
Jan 11, 2016
Messages
13,304
I did this to show the post above, neighbors on different sp seem fine.

Will attempt this test and see.

Like I said only being happening like from a month ago for me, the 3.5years before this, perfectly fine.
Then please log it? If it's been a month then why haven't you logged it :)
 

image132

Expert Member
Joined
Apr 3, 2010
Messages
1,401
Code:
Connecting to host ter-cpt-iperf-1.cisp.co.za, port 17001
Reverse mode, remote host ter-cpt-iperf-1.cisp.co.za is sending
[  5] local 192.168.1.8 port 62706 connected to 154.0.15.181 port 17001
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-1.00   sec  1.25 MBytes  10.5 Mbits/sec  0.065 ms  0/910 (0%)  (omitted)
[  5]   1.00-2.01   sec  1.17 MBytes  9.71 Mbits/sec  1.037 ms  14/866 (1.6%)  (omitted)
[  5]   0.00-1.00   sec  1.21 MBytes  10.1 Mbits/sec  0.086 ms  0/880 (0%)
[  5]   1.00-2.00   sec  1.18 MBytes  9.93 Mbits/sec  0.140 ms  6/868 (0.69%)
[  5]   2.00-3.00   sec  1.19 MBytes  9.97 Mbits/sec  0.072 ms  3/868 (0.35%)
[  5]   3.00-4.00   sec  1.19 MBytes  9.94 Mbits/sec  0.233 ms  5/868 (0.58%)
[  5]   4.00-5.00   sec  1.19 MBytes  10.0 Mbits/sec  0.076 ms  0/868 (0%)
[  5]   5.00-6.00   sec  1.19 MBytes  10.0 Mbits/sec  0.281 ms  0/868 (0%)
[  5]   6.00-7.00   sec  1.18 MBytes  9.86 Mbits/sec  0.378 ms  12/868 (1.4%)
[  5]   7.00-8.00   sec  1.19 MBytes  10.0 Mbits/sec  0.498 ms  0/868 (0%)
[  5]   8.00-9.00   sec  1.18 MBytes  9.92 Mbits/sec  0.349 ms  7/869 (0.81%)
[  5]   9.00-10.00  sec  1.19 MBytes  10.0 Mbits/sec  0.332 ms  0/868 (0%)
[  5]  10.00-11.00  sec  1.17 MBytes  9.84 Mbits/sec  0.180 ms  14/868 (1.6%)
[  5]  11.00-12.00  sec  1.19 MBytes  10.0 Mbits/sec  0.170 ms  0/868 (0%)
[  5]  12.00-13.00  sec  1.17 MBytes  9.83 Mbits/sec  0.307 ms  14/869 (1.6%)
[  5]  13.00-14.00  sec  1.19 MBytes  10.0 Mbits/sec  0.131 ms  0/867 (0%)
[  5]  14.00-15.00  sec  1.19 MBytes  9.94 Mbits/sec  0.398 ms  5/868 (0.58%)
[  5]  15.00-16.00  sec  1.18 MBytes  9.93 Mbits/sec  0.354 ms  6/868 (0.69%)
[  5]  16.00-17.00  sec  1.19 MBytes  10.0 Mbits/sec  0.193 ms  0/868 (0%)
[  5]  17.00-18.00  sec  1.19 MBytes  10.0 Mbits/sec  0.124 ms  0/868 (0%)
[  5]  18.00-19.00  sec  1.18 MBytes  9.86 Mbits/sec  0.102 ms  12/868 (1.4%)
[  5]  19.00-20.00  sec  1.19 MBytes  10.0 Mbits/sec  0.204 ms  0/868 (0%)
[  5]  20.00-21.00  sec  1.18 MBytes  9.89 Mbits/sec  0.310 ms  9/869 (1%)
[  5]  21.00-22.00  sec  1.19 MBytes  10.0 Mbits/sec  0.106 ms  0/868 (0%)
[  5]  22.00-23.00  sec  1.18 MBytes  9.92 Mbits/sec  0.067 ms  7/868 (0.81%)
[  5]  23.00-24.00  sec  1.18 MBytes  9.92 Mbits/sec  0.594 ms  3/864 (0.35%)
[  5]  24.00-25.00  sec  1.17 MBytes  9.84 Mbits/sec  0.274 ms  17/872 (1.9%)
[  5]  25.00-26.01  sec  1.18 MBytes  9.80 Mbits/sec  1.339 ms  9/867 (1%)
[  5]  26.01-27.00  sec  1.18 MBytes  9.98 Mbits/sec  0.188 ms  10/869 (1.2%)
[  5]  27.00-28.00  sec  1.19 MBytes  10.0 Mbits/sec  0.060 ms  0/868 (0%)
[  5]  28.00-29.00  sec  1.19 MBytes  10.0 Mbits/sec  0.054 ms  0/869 (0%)
[  5]  29.00-29.99  sec  1.18 MBytes  10.0 Mbits/sec  0.050 ms  0/857 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.05  sec  35.8 MBytes  10.0 Mbits/sec  0.000 ms  0/26045 (0%)  sender
[SUM]  0.0-30.0 sec  1 datagrams received out-of-order
[  5]   0.00-29.99  sec  35.6 MBytes  9.95 Mbits/sec  0.050 ms  139/26044 (0.53%)  receiver

iperf Done.

is this a sign there's a problem with my line?
 

image132

Expert Member
Joined
Apr 3, 2010
Messages
1,401
@PBCool @TheRoDent

Code:
Connecting to host ter-cpt-iperf-1.cisp.co.za, port 17001
Reverse mode, remote host ter-cpt-iperf-1.cisp.co.za is sending
[  5] local 192.168.1.8 port 59185 connected to 154.0.15.181 port 17001
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-1.00   sec  1.25 MBytes  10.5 Mbits/sec  0.107 ms  0/913 (0%)  (omitted)
[  5]   1.00-1.00   sec  1.19 MBytes  5.00 Mbits/sec  0.102 ms  18/1737 (1%)
[  5]   1.00-2.00   sec  1.16 MBytes  9.76 Mbits/sec  0.041 ms  21/868 (2.4%)
[  5]   2.00-3.00   sec  1.19 MBytes  10.0 Mbits/sec  0.057 ms  0/868 (0%)
[  5]   3.00-4.00   sec  1.19 MBytes  9.94 Mbits/sec  0.065 ms  5/868 (0.58%)
[  5]   4.00-5.00   sec  1.19 MBytes  10.0 Mbits/sec  0.068 ms  0/868 (0%)
[  5]   5.00-6.00   sec  1.17 MBytes  9.78 Mbits/sec  0.064 ms  18/867 (2.1%)
[  5]   6.00-7.00   sec  1.19 MBytes  10.0 Mbits/sec  0.088 ms  0/869 (0%)
[  5]   7.00-8.01   sec  1.15 MBytes  9.58 Mbits/sec  0.233 ms  23/863 (2.7%)
[  5]   8.01-9.00   sec  1.20 MBytes  10.2 Mbits/sec  0.080 ms  0/873 (0%)
[  5]   9.00-10.00  sec  1.16 MBytes  9.76 Mbits/sec  0.057 ms  21/869 (2.4%)
[  5]  10.00-11.00  sec  1.19 MBytes  10.0 Mbits/sec  0.109 ms  0/867 (0%)
[  5]  11.00-12.00  sec  1.18 MBytes  9.85 Mbits/sec  0.149 ms  13/869 (1.5%)
[  5]  12.00-13.00  sec  1.19 MBytes  10.0 Mbits/sec  0.084 ms  0/868 (0%)
[  5]  13.00-14.00  sec  1.16 MBytes  9.74 Mbits/sec  0.081 ms  23/868 (2.6%)
[  5]  14.00-15.00  sec  1.19 MBytes  10.0 Mbits/sec  0.072 ms  0/868 (0%)
[  5]  15.00-16.00  sec  1.16 MBytes  9.70 Mbits/sec  0.074 ms  26/868 (3%)
[  5]  16.00-17.00  sec  1.19 MBytes  10.0 Mbits/sec  0.093 ms  0/868 (0%)
[  5]  17.00-18.00  sec  1.19 MBytes  9.94 Mbits/sec  0.102 ms  5/868 (0.58%)
[  5]  18.00-19.00  sec  1.19 MBytes  10.0 Mbits/sec  0.065 ms  0/868 (0%)
[  5]  19.00-20.00  sec  1.16 MBytes  9.71 Mbits/sec  0.081 ms  25/868 (2.9%)
[  5]  20.00-21.00  sec  1.19 MBytes  10.0 Mbits/sec  0.068 ms  0/868 (0%)
[  5]  21.00-22.00  sec  1.18 MBytes  9.87 Mbits/sec  0.163 ms  11/868 (1.3%)
[  5]  22.00-23.00  sec  1.19 MBytes  10.0 Mbits/sec  0.112 ms  0/868 (0%)
[  5]  23.00-24.00  sec  1.18 MBytes  9.87 Mbits/sec  0.084 ms  11/868 (1.3%)
[  5]  24.00-25.00  sec  1.19 MBytes  10.0 Mbits/sec  0.160 ms  0/868 (0%)
[  5]  25.00-26.00  sec  1.18 MBytes  9.91 Mbits/sec  0.306 ms  8/868 (0.92%)
[  5]  26.00-27.00  sec  1.19 MBytes  10.0 Mbits/sec  0.078 ms  0/868 (0%)
[  5]  27.00-28.00  sec  1.16 MBytes  9.72 Mbits/sec  0.393 ms  24/867 (2.8%)
[  5]  28.00-29.00  sec  1.19 MBytes  9.99 Mbits/sec  0.107 ms  1/870 (0.11%)
[  5]  29.00-30.00  sec  1.17 MBytes  9.85 Mbits/sec  0.088 ms  13/868 (1.5%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.05  sec  35.8 MBytes  10.0 Mbits/sec  0.000 ms  0/26044 (0%)  sender
[SUM]  0.0-30.1 sec  2 datagrams received out-of-order
[  5]   0.00-30.00  sec  35.4 MBytes  9.90 Mbits/sec  0.088 ms  248/26043 (0.95%)  receiver

iperf Done.

is this enough packet loss for Octotel to do something about it? I've sat with this weird "bursting packet loss" since about a year after they installed my line and its enough PL to make playing online games infuriating so I just stopped playing them for a few years. I'd like to go back but since this still isn't fixed apparently what are the chances that octotel will even look into something like this? Should I just give up and move to openserve since they seem to have moved into my area too.
 

PBCool

Cool Ideas Rep
Company Rep
Joined
Jan 11, 2016
Messages
13,304
@PBCool @TheRoDent

Code:
Connecting to host ter-cpt-iperf-1.cisp.co.za, port 17001
Reverse mode, remote host ter-cpt-iperf-1.cisp.co.za is sending
[ 5] local 192.168.1.8 port 59185 connected to 154.0.15.181 port 17001
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-1.00 sec 1.25 MBytes 10.5 Mbits/sec 0.107 ms 0/913 (0%) (omitted)
[ 5] 1.00-1.00 sec 1.19 MBytes 5.00 Mbits/sec 0.102 ms 18/1737 (1%)
[ 5] 1.00-2.00 sec 1.16 MBytes 9.76 Mbits/sec 0.041 ms 21/868 (2.4%)
[ 5] 2.00-3.00 sec 1.19 MBytes 10.0 Mbits/sec 0.057 ms 0/868 (0%)
[ 5] 3.00-4.00 sec 1.19 MBytes 9.94 Mbits/sec 0.065 ms 5/868 (0.58%)
[ 5] 4.00-5.00 sec 1.19 MBytes 10.0 Mbits/sec 0.068 ms 0/868 (0%)
[ 5] 5.00-6.00 sec 1.17 MBytes 9.78 Mbits/sec 0.064 ms 18/867 (2.1%)
[ 5] 6.00-7.00 sec 1.19 MBytes 10.0 Mbits/sec 0.088 ms 0/869 (0%)
[ 5] 7.00-8.01 sec 1.15 MBytes 9.58 Mbits/sec 0.233 ms 23/863 (2.7%)
[ 5] 8.01-9.00 sec 1.20 MBytes 10.2 Mbits/sec 0.080 ms 0/873 (0%)
[ 5] 9.00-10.00 sec 1.16 MBytes 9.76 Mbits/sec 0.057 ms 21/869 (2.4%)
[ 5] 10.00-11.00 sec 1.19 MBytes 10.0 Mbits/sec 0.109 ms 0/867 (0%)
[ 5] 11.00-12.00 sec 1.18 MBytes 9.85 Mbits/sec 0.149 ms 13/869 (1.5%)
[ 5] 12.00-13.00 sec 1.19 MBytes 10.0 Mbits/sec 0.084 ms 0/868 (0%)
[ 5] 13.00-14.00 sec 1.16 MBytes 9.74 Mbits/sec 0.081 ms 23/868 (2.6%)
[ 5] 14.00-15.00 sec 1.19 MBytes 10.0 Mbits/sec 0.072 ms 0/868 (0%)
[ 5] 15.00-16.00 sec 1.16 MBytes 9.70 Mbits/sec 0.074 ms 26/868 (3%)
[ 5] 16.00-17.00 sec 1.19 MBytes 10.0 Mbits/sec 0.093 ms 0/868 (0%)
[ 5] 17.00-18.00 sec 1.19 MBytes 9.94 Mbits/sec 0.102 ms 5/868 (0.58%)
[ 5] 18.00-19.00 sec 1.19 MBytes 10.0 Mbits/sec 0.065 ms 0/868 (0%)
[ 5] 19.00-20.00 sec 1.16 MBytes 9.71 Mbits/sec 0.081 ms 25/868 (2.9%)
[ 5] 20.00-21.00 sec 1.19 MBytes 10.0 Mbits/sec 0.068 ms 0/868 (0%)
[ 5] 21.00-22.00 sec 1.18 MBytes 9.87 Mbits/sec 0.163 ms 11/868 (1.3%)
[ 5] 22.00-23.00 sec 1.19 MBytes 10.0 Mbits/sec 0.112 ms 0/868 (0%)
[ 5] 23.00-24.00 sec 1.18 MBytes 9.87 Mbits/sec 0.084 ms 11/868 (1.3%)
[ 5] 24.00-25.00 sec 1.19 MBytes 10.0 Mbits/sec 0.160 ms 0/868 (0%)
[ 5] 25.00-26.00 sec 1.18 MBytes 9.91 Mbits/sec 0.306 ms 8/868 (0.92%)
[ 5] 26.00-27.00 sec 1.19 MBytes 10.0 Mbits/sec 0.078 ms 0/868 (0%)
[ 5] 27.00-28.00 sec 1.16 MBytes 9.72 Mbits/sec 0.393 ms 24/867 (2.8%)
[ 5] 28.00-29.00 sec 1.19 MBytes 9.99 Mbits/sec 0.107 ms 1/870 (0.11%)
[ 5] 29.00-30.00 sec 1.17 MBytes 9.85 Mbits/sec 0.088 ms 13/868 (1.5%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-30.05 sec 35.8 MBytes 10.0 Mbits/sec 0.000 ms 0/26044 (0%) sender
[SUM] 0.0-30.1 sec 2 datagrams received out-of-order
[ 5] 0.00-30.00 sec 35.4 MBytes 9.90 Mbits/sec 0.088 ms 248/26043 (0.95%) receiver

iperf Done.

is this enough packet loss for Octotel to do something about it? I've sat with this weird "bursting packet loss" since about a year after they installed my line and its enough PL to make playing online games infuriating so I just stopped playing them for a few years. I'd like to go back but since this still isn't fixed apparently what are the chances that octotel will even look into something like this? Should I just give up and move to openserve since they seem to have moved into my area too.
Easier moving to Openserve to be honest, we are installing an additional NNI to Octotel on Tuesday so probably worth waiting to see if that has any effect.

Is it only at peak time or all the time?
 

TheRoDent

Cool Ideas Rep
Joined
Aug 6, 2003
Messages
6,218
@PBCool @TheRoDent

Code:
Connecting to host ter-cpt-iperf-1.cisp.co.za, port 17001
Reverse mode, remote host ter-cpt-iperf-1.cisp.co.za is sending
[  5] local 192.168.1.8 port 59185 connected to 154.0.15.181 port 17001
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-1.00   sec  1.25 MBytes  10.5 Mbits/sec  0.107 ms  0/913 (0%)  (omitted)
[  5]   1.00-1.00   sec  1.19 MBytes  5.00 Mbits/sec  0.102 ms  18/1737 (1%)
[  5]   1.00-2.00   sec  1.16 MBytes  9.76 Mbits/sec  0.041 ms  21/868 (2.4%)
[  5]   2.00-3.00   sec  1.19 MBytes  10.0 Mbits/sec  0.057 ms  0/868 (0%)
[  5]   3.00-4.00   sec  1.19 MBytes  9.94 Mbits/sec  0.065 ms  5/868 (0.58%)
[  5]   4.00-5.00   sec  1.19 MBytes  10.0 Mbits/sec  0.068 ms  0/868 (0%)
[  5]   5.00-6.00   sec  1.17 MBytes  9.78 Mbits/sec  0.064 ms  18/867 (2.1%)
[  5]   6.00-7.00   sec  1.19 MBytes  10.0 Mbits/sec  0.088 ms  0/869 (0%)
[  5]   7.00-8.01   sec  1.15 MBytes  9.58 Mbits/sec  0.233 ms  23/863 (2.7%)
[  5]   8.01-9.00   sec  1.20 MBytes  10.2 Mbits/sec  0.080 ms  0/873 (0%)
[  5]   9.00-10.00  sec  1.16 MBytes  9.76 Mbits/sec  0.057 ms  21/869 (2.4%)
[  5]  10.00-11.00  sec  1.19 MBytes  10.0 Mbits/sec  0.109 ms  0/867 (0%)
[  5]  11.00-12.00  sec  1.18 MBytes  9.85 Mbits/sec  0.149 ms  13/869 (1.5%)
[  5]  12.00-13.00  sec  1.19 MBytes  10.0 Mbits/sec  0.084 ms  0/868 (0%)
[  5]  13.00-14.00  sec  1.16 MBytes  9.74 Mbits/sec  0.081 ms  23/868 (2.6%)
[  5]  14.00-15.00  sec  1.19 MBytes  10.0 Mbits/sec  0.072 ms  0/868 (0%)
[  5]  15.00-16.00  sec  1.16 MBytes  9.70 Mbits/sec  0.074 ms  26/868 (3%)
[  5]  16.00-17.00  sec  1.19 MBytes  10.0 Mbits/sec  0.093 ms  0/868 (0%)
[  5]  17.00-18.00  sec  1.19 MBytes  9.94 Mbits/sec  0.102 ms  5/868 (0.58%)
[  5]  18.00-19.00  sec  1.19 MBytes  10.0 Mbits/sec  0.065 ms  0/868 (0%)
[  5]  19.00-20.00  sec  1.16 MBytes  9.71 Mbits/sec  0.081 ms  25/868 (2.9%)
[  5]  20.00-21.00  sec  1.19 MBytes  10.0 Mbits/sec  0.068 ms  0/868 (0%)
[  5]  21.00-22.00  sec  1.18 MBytes  9.87 Mbits/sec  0.163 ms  11/868 (1.3%)
[  5]  22.00-23.00  sec  1.19 MBytes  10.0 Mbits/sec  0.112 ms  0/868 (0%)
[  5]  23.00-24.00  sec  1.18 MBytes  9.87 Mbits/sec  0.084 ms  11/868 (1.3%)
[  5]  24.00-25.00  sec  1.19 MBytes  10.0 Mbits/sec  0.160 ms  0/868 (0%)
[  5]  25.00-26.00  sec  1.18 MBytes  9.91 Mbits/sec  0.306 ms  8/868 (0.92%)
[  5]  26.00-27.00  sec  1.19 MBytes  10.0 Mbits/sec  0.078 ms  0/868 (0%)
[  5]  27.00-28.00  sec  1.16 MBytes  9.72 Mbits/sec  0.393 ms  24/867 (2.8%)
[  5]  28.00-29.00  sec  1.19 MBytes  9.99 Mbits/sec  0.107 ms  1/870 (0.11%)
[  5]  29.00-30.00  sec  1.17 MBytes  9.85 Mbits/sec  0.088 ms  13/868 (1.5%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.05  sec  35.8 MBytes  10.0 Mbits/sec  0.000 ms  0/26044 (0%)  sender
[SUM]  0.0-30.1 sec  2 datagrams received out-of-order
[  5]   0.00-30.00  sec  35.4 MBytes  9.90 Mbits/sec  0.088 ms  248/26043 (0.95%)  receiver

iperf Done.

is this enough packet loss for Octotel to do something about it? I've sat with this weird "bursting packet loss" since about a year after they installed my line and its enough PL to make playing online games infuriating so I just stopped playing them for a few years. I'd like to go back but since this still isn't fixed apparently what are the chances that octotel will even look into something like this? Should I just give up and move to openserve since they seem to have moved into my area too.
Frankly I'd be happy if you move to openserve. We've had these problems for too long, and we get ignored by Octotel until we threaten to stop using them. Then suddenly our escalations get noted.
 

image132

Expert Member
Joined
Apr 3, 2010
Messages
1,401
Easier moving to Openserve to be honest, we are installing an additional NNI to Octotel on Tuesday so probably worth waiting to see if that has any effect.

Is it only at peak time or all the time?

Its completely random, it happens most frequently during peak hours but not always. Its one of the reasons why I've never bothered to report it because its so difficult to show. I currently have a ticket open with you guys about this, although I was told Octotel only accept MTR tests to 8.8.8.8 for over an hour as valid results, should I be adding this to the ticket?
 

image132

Expert Member
Joined
Apr 3, 2010
Messages
1,401
@PBCool Has openserve been good since they started rolling out fiber? I see there's very few openserve customers complaining on the forums.
 

PBCool

Cool Ideas Rep
Company Rep
Joined
Jan 11, 2016
Messages
13,304
Its completely random, it happens most frequently during peak hours but not always. Its one of the reasons why I've never bothered to report it because its so difficult to show. I currently have a ticket open with you guys about this, although I was told Octotel only accept MTR tests to 8.8.8.8 for over an hour as valid results, should I be adding this to the ticket?
This is the point they're technical expertise is pretty limited.
 

image132

Expert Member
Joined
Apr 3, 2010
Messages
1,401
We have very few network related issues with Openserve customers, but when there is an issue it's very difficult to get them to do anything.

I appreciate the response, I'll look into openserve then. Since its changing FNO there'll be no holding pool non-sense right and no downtime with it?
 

Sicarius404

Well-Known Member
Joined
Dec 28, 2011
Messages
239
@image132 I have been on Openserve for a bit less than a year now (6 months with Cool Ideas, I moved and switched to Cool Ideas). Since My line activated around the beginning of January I think I had like a 30 Second blip where my internet died.

So in General I would say Openserve is quite stable. I can't quite comment on Openserve time to fixing issues, cause there wasn't any and installation was also fast last year, Think I applied Wednesday, I got a call on Thursday and they Installed on Friday.

So far from what I can see is, if Vuma and Openserve is available rather go with them as opposed to Frogfoot or Octotel. I think mostly why people don't go Openserve/Vuma was because of price, but I think the R1k I am paying for 100mbps is a pretty sweet deal
 

PBCool

Cool Ideas Rep
Company Rep
Joined
Jan 11, 2016
Messages
13,304
I appreciate the response, I'll look into openserve then. Since its changing FNO there'll be no holding pool non-sense right and no downtime with it?
Yeah it's just tricky planning around the implementation, so you may have two services running for a short period if you want to illuminate the risk of downtime.
 

image132

Expert Member
Joined
Apr 3, 2010
Messages
1,401
@image132 I have been on Openserve for a bit less than a year now (6 months with Cool Ideas, I moved and switched to Cool Ideas). Since My line activated around the beginning of January I think I had like a 30 Second blip where my internet died.

So in General I would say Openserve is quite stable. I can't quite comment on Openserve time to fixing issues, cause there wasn't any and installation was also fast last year, Think I applied Wednesday, I got a call on Thursday and they Installed on Friday.

So far from what I can see is, if Vuma and Openserve is available rather go with them as opposed to Frogfoot or Octotel. I think mostly why people don't go Openserve/Vuma was because of price, but I think the R1k I am paying for 100mbps is a pretty sweet deal

I see that the 100/50 option is the same price as my 100/100 line. Losing 50mb upload doesn't bother me. What I do find funny is that openserves 200mb line is cheaper than Octotels. So its not always more expensive I guess.
 

Sicarius404

Well-Known Member
Joined
Dec 28, 2011
Messages
239
I see that the 100/50 option is the same price as my 100/100 line. Losing 50mb upload doesn't bother me. What I do find funny is that openserves 200mb line is cheaper than Octotels. So its not always more expensive I guess.
Yeah it is about the same less expensive now, I was more referring to before the speed doubled because I was on the 50mbps package for 1k then got bumped to 100mbps. So at the current point for Stability in relation to price I feel Openserve is best.

Now we just need to convince Openserve to get gigabit. :laugh:
 

StoneCold

Expert Member
Joined
Jul 18, 2006
Messages
4,007
@PBCool Has openserve been good since they started rolling out fiber? I see there's very few openserve customers complaining on the forums.

Been on Openserve for nearly 3 years now, the only issue I've had is my cable snapped off inside the box at the pole for some mysterious reason. Other than, no down time ever, it's rock solid, you can't go wrong if you go with OS.
 

DYreX146

Senior Member
Joined
Nov 14, 2018
Messages
706
We have very few network related issues with Openserve customers, but when there is an issue it's very difficult to get them to do anything.
You can say that again. My issue is still going on after over 3 months now and it seems like Openserve couldn't give a toss about their customers.

At least my line is stable I guess.
 
Status
Not open for further replies.
Top