Cool Ideas Fibre ISP - Feedback

c3n0byt3 · Mar 12, 2019

image132 said:
...
Its one thing for Octotel to not give customers the service level they should get its quite another for them to stone wall ISPs. If I were you guys I'd start taking more serious action against them. Not talking to YOU is not acceptable.
...

Out of interest what exactly can they do?
Stop using Octotel and lose some business?

MDE · Mar 12, 2019

c3n0byt3 said:
Out of interest what exactly can they do?
Stop using Octotel and lose some business?

That's what they did with TTConnect. They just don't signup any further subscribers

Sabre · Mar 12, 2019

MDE said:
That's what they did with TTConnect. They just don't signup any further subscribers

They should do that with MTN as well!

jgoosen206 · Mar 12, 2019

Sabre said:
They should do that with MTN as well!

TheRoDent said:
Openserve cannot explain what the issue is yet. Authentication works fine, and has been confirmed with packet dumps since Friday.

But since openserve terminates/cripples the PPPoE on our "behalf" we cannot do anything else.

Any feedback ?

blunt · Mar 12, 2019

Sabre said:
They should do that with MTN as well!

I'm on MTN in CPT - no issues today or yesterday. Is it perhaps a localised issue?

TheRoDent · Mar 12, 2019

jgoosen206 said:
Any feedback ?

I could go into a lengthy post about the circus that has ensued at Openserve since Friday, but it will rent too much space in my head.

They are still looking at it.

prod · Mar 12, 2019

@TheRoDent

I hate to be a pain but can you please look at #COOL-20190308-231965. My fibre is installed already but no word on my router.

Sabre · Mar 12, 2019

walterg said:
According to MTN Supersonic on twitter their issues have been resolved but I am still getting horrible speeds in Lonehill.

I'm actually getting worse speeds in Lonehill on MTN

Phinix · Mar 12, 2019

TheRoDent said:
I could go into a lengthy post about the circus that has ensued at Openserve since Friday, but it will rent too much space in my head.

They are still looking at it.

I understand there is little you can do as it is on Openserves side. But i have to admit this is worse than having issues with twitch or anything since it literally leaves people without internet.

I have been using my vox account since sunday evening so I can at least have access to the net but it is in no way a replacement for doing downloads or anything that i normally would due to its cap size.

I really hope this gets sorted out soon as it doesn't shine a very positive light on CI nor my experience as a customer.

SandMan · Mar 12, 2019

TheRoDent said:
I could go into a lengthy post about the circus that has ensued at Openserve since Friday, but it will rent too much space in my head.

They are still looking at it.

Oh c'mon @TheRoDent, humour us with the technical knowlegde of the OpenServe "specialists"

I'm sure we all need comic relief

Patiently waiting for OpenServe to pull their finger

@Phinix same here, luckily I have an old Afrihost account which I kept for my parents to use - been using it since Thursday, but my cap is starting to run low

image132 · Mar 12, 2019

And after Octotel "Node Maintenance"

Octotel 100/25 Cape Town, Claremont

Coreix:

Iperf international:

Connecting to host iperf.cisp.co.za, port 17001
Reverse mode, remote host iperf.cisp.co.za is sending
[ 4] local 192.168.1.247 port 58563 connected to 172.104.157.197 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 2.46 MBytes 20.6 Mbits/sec 0.320 ms 3/318 (0.94%)
[ 4] 1.00-2.00 sec 2.36 MBytes 19.8 Mbits/sec 0.289 ms 2/304 (0.66%)
[ 4] 2.00-3.00 sec 2.38 MBytes 19.9 Mbits/sec 0.207 ms 2/306 (0.65%)
[ 4] 3.00-4.00 sec 2.37 MBytes 19.8 Mbits/sec 0.199 ms 2/305 (0.66%)
[ 4] 4.00-5.00 sec 2.36 MBytes 19.8 Mbits/sec 0.284 ms 4/306 (1.3%)
[ 4] 5.00-6.00 sec 2.35 MBytes 19.7 Mbits/sec 0.377 ms 3/304 (0.99%)
[ 4] 6.00-7.00 sec 2.38 MBytes 20.0 Mbits/sec 0.252 ms 1/306 (0.33%)
[ 4] 7.00-8.00 sec 2.34 MBytes 19.7 Mbits/sec 0.330 ms 5/305 (1.6%)
[ 4] 8.00-9.00 sec 2.34 MBytes 19.6 Mbits/sec 0.242 ms 6/305 (2%)
[ 4] 9.00-10.00 sec 2.33 MBytes 19.5 Mbits/sec 0.206 ms 7/305 (2.3%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 24.3 MBytes 20.4 Mbits/sec 0.233 ms 35/3112 (1.1%)
[ 4] Sent 3112 datagrams

Iperf Local:

Connecting to host lnms.cisp.co.za, port 17001
Reverse mode, remote host lnms.cisp.co.za is sending
[ 4] local 192.168.1.247 port 65527 connected to 154.0.1.254 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 2.38 MBytes 20.0 Mbits/sec 0.149 ms 12/317 (3.8%)
[ 4] 1.00-2.00 sec 2.28 MBytes 19.1 Mbits/sec 0.208 ms 13/305 (4.3%)
iperf3: OUT OF ORDER - incoming packet = 833 and received packet = 835 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 834 and received packet = 835 AND SP = 4
[ 4] 2.00-3.00 sec 2.27 MBytes 19.1 Mbits/sec 0.222 ms 16/305 (5.2%)
[ 4] 3.00-4.00 sec 2.31 MBytes 19.4 Mbits/sec 0.146 ms 10/306 (3.3%)
[ 4] 4.00-5.00 sec 2.33 MBytes 19.5 Mbits/sec 0.301 ms 6/304 (2%)
[ 4] 5.00-6.00 sec 2.33 MBytes 19.5 Mbits/sec 0.156 ms 8/306 (2.6%)
[ 4] 6.00-7.00 sec 2.34 MBytes 19.7 Mbits/sec 0.149 ms 4/304 (1.3%)
[ 4] 7.00-8.00 sec 2.31 MBytes 19.4 Mbits/sec 0.155 ms 10/306 (3.3%)
[ 4] 8.00-9.00 sec 2.25 MBytes 18.9 Mbits/sec 0.175 ms 17/305 (5.6%)
[ 4] 9.00-10.00 sec 2.27 MBytes 19.1 Mbits/sec 0.171 ms 15/306 (4.9%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 24.0 MBytes 20.1 Mbits/sec 0.171 ms 111/3069 (3.6%)
[ 4] Sent 3069 datagrams
[SUM] 0.0-10.0 sec 2 datagrams received out-of-order

Packet is back! Well done Octotel. Side note I have no idea why the packet loss is worse on local than international.

And I'm sure you don't need the graph to tell that twitch doesn't work, its pulling 200-300 KB/s like always.

I've had this for 5 months now, is there even a point to complaining about it anymore.

renagade-wolf · Mar 12, 2019

image132 said:
And after Octotel "Node Maintenance"

Octotel 100/25 Cape Town, Claremont

<snip>

Packet is back! Well done Octotel. Side note I have no idea why the packet loss is worse on local than international.

And I'm sure you don't need the graph to tell that twitch doesn't work, its pulling 200-300 KB/s like always.

I've had this for 5 months now, is there even a point to complaining about it anymore.

Octotel 100/25 Cape Town, Kenilworth (Harfield Village)

Just a comparison from down the road, I did reinstall my windows machine and reset my router to defaults since my android phone was pulling these speeds in a speedtest before my pc was, but no idea why that would make a difference

Coreix

Iperf international:

Code:

iperf3 --verbose --port 17001 -c queen.cisp.co.za --bandwidth 20M -l 1400 -u
iperf 3.1.3
CYGWIN_NT-10.0 PCHOME 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 12 Mar 2019 19:47:36 GMT
Connecting to host queen.cisp.co.za, port 17001
      Cookie: PCHOME.1552420055.825014.135450166b5
[  4] local 10.0.0.10 port 56083 connected to 62.233.65.195 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Total Datagrams
[  4]   0.00-1.00   sec  2.19 MBytes  18.3 Mbits/sec  1638
[  4]   1.00-2.00   sec  2.39 MBytes  20.0 Mbits/sec  1788
[  4]   2.00-3.00   sec  2.38 MBytes  20.0 Mbits/sec  1784
[  4]   3.00-4.00   sec  2.38 MBytes  20.0 Mbits/sec  1783
[  4]   4.00-5.00   sec  2.37 MBytes  19.9 Mbits/sec  1773
[  4]   5.00-6.00   sec  2.38 MBytes  20.0 Mbits/sec  1786
[  4]   6.00-7.00   sec  2.40 MBytes  20.1 Mbits/sec  1797
[  4]   7.00-8.00   sec  2.41 MBytes  20.2 Mbits/sec  1804
[  4]   8.00-9.00   sec  2.38 MBytes  20.0 Mbits/sec  1786
[  4]   9.00-10.00  sec  2.36 MBytes  19.8 Mbits/sec  1769
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  23.6 MBytes  19.8 Mbits/sec  2.528 ms  7/17707 (0.04%)
[  4] Sent 17707 datagrams
CPU Utilization: local/sender 9.1% (2.0%u/7.0%s), remote/receiver 0.7% (0.1%u/0.6%s)

iperf Done.
iperf3 --verbose --port 17001 -c queen.cisp.co.za --bandwidth 80M -l 1400 -u -R
iperf 3.1.3
CYGWIN_NT-10.0 PCHOME 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 12 Mar 2019 19:47:47 GMT
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
      Cookie: PCHOME.1552420067.299353.53846d01766
[  4] local 10.0.0.10 port 59530 connected to 62.233.65.195 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  9.74 MBytes  81.7 Mbits/sec  0.027 ms  127/7419 (1.7%)
[  4]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.043 ms  0/7144 (0%)
[  4]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.029 ms  0/7143 (0%)
[  4]   3.00-4.00   sec  9.53 MBytes  79.9 Mbits/sec  0.046 ms  6/7144 (0.084%)
[  4]   4.00-5.00   sec  9.53 MBytes  79.9 Mbits/sec  0.041 ms  0/7138 (0%)
[  4]   5.00-6.00   sec  9.54 MBytes  80.1 Mbits/sec  0.038 ms  0/7146 (0%)
[  4]   6.00-7.00   sec  9.53 MBytes  80.0 Mbits/sec  0.078 ms  0/7140 (0%)
[  4]   7.00-8.00   sec  9.45 MBytes  79.3 Mbits/sec  0.097 ms  67/7143 (0.94%)
[  4]   8.00-9.00   sec  9.52 MBytes  79.9 Mbits/sec  0.038 ms  16/7147 (0.22%)
[  4]   9.00-10.00  sec  9.53 MBytes  79.9 Mbits/sec  0.032 ms  4/7142 (0.056%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  97.1 MBytes  81.5 Mbits/sec  0.025 ms  222/72738 (0.31%)
[  4] Sent 72738 datagrams
CPU Utilization: local/receiver 5.4% (1.9%u/3.5%s), remote/sender 11.4% (1.7%u/9.7%s)

iperf Done.

Iperf local:

Code:

iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 20M -l 1400 -u
iperf 3.1.3
CYGWIN_NT-10.0 PCHOME 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 12 Mar 2019 19:45:07 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
      Cookie: PCHOME.1552419907.223960.168709815aa
[  4] local 10.0.0.10 port 56915 connected to 154.0.15.181 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Total Datagrams
[  4]   0.00-1.00   sec  2.19 MBytes  18.4 Mbits/sec  1639
[  4]   1.00-2.00   sec  2.37 MBytes  19.9 Mbits/sec  1778
[  4]   2.00-3.00   sec  2.41 MBytes  20.2 Mbits/sec  1806
[  4]   3.00-4.00   sec  2.38 MBytes  20.0 Mbits/sec  1786
[  4]   4.00-5.00   sec  2.35 MBytes  19.7 Mbits/sec  1757
[  4]   5.00-6.00   sec  2.40 MBytes  20.1 Mbits/sec  1796
[  4]   6.00-7.00   sec  2.39 MBytes  20.0 Mbits/sec  1788
[  4]   7.00-8.00   sec  2.38 MBytes  20.0 Mbits/sec  1784
[  4]   8.00-9.00   sec  2.38 MBytes  20.0 Mbits/sec  1783
[  4]   9.00-10.00  sec  2.38 MBytes  20.0 Mbits/sec  1784
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  23.6 MBytes  19.8 Mbits/sec  3.446 ms  7/17700 (0.04%)
[  4] Sent 17700 datagrams
CPU Utilization: local/sender 9.0% (2.0%u/7.0%s), remote/receiver 0.0% (0.0%u/0.0%s)

iperf Done.
iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 80M -l 1400 -u -R
iperf 3.1.3
CYGWIN_NT-10.0 PCHOME 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 12 Mar 2019 19:45:17 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
Reverse mode, remote host trcvmh01.cisp.co.za is sending
      Cookie: PCHOME.1552419917.457919.770e5e7b1b0
[  4] local 10.0.0.10 port 59414 connected to 154.0.15.181 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  9.74 MBytes  81.7 Mbits/sec  0.063 ms  134/7431 (1.8%)
[  4]   1.00-2.00   sec  9.53 MBytes  79.9 Mbits/sec  0.048 ms  6/7143 (0.084%)
[  4]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.055 ms  0/7143 (0%)
[  4]   3.00-4.00   sec  9.54 MBytes  80.0 Mbits/sec  0.062 ms  1/7143 (0.014%)
[  4]   4.00-5.00   sec  9.54 MBytes  80.0 Mbits/sec  0.050 ms  0/7142 (0%)
[  4]   5.00-6.00   sec  9.54 MBytes  80.0 Mbits/sec  0.066 ms  0/7143 (0%)
[  4]   6.00-7.00   sec  9.54 MBytes  80.0 Mbits/sec  0.044 ms  0/7143 (0%)
[  4]   7.00-8.00   sec  9.54 MBytes  80.0 Mbits/sec  0.052 ms  0/7143 (0%)
[  4]   8.00-9.00   sec  9.54 MBytes  80.0 Mbits/sec  0.050 ms  1/7143 (0.014%)
[  4]   9.00-10.00  sec  9.54 MBytes  80.0 Mbits/sec  0.057 ms  0/7142 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  95.8 MBytes  80.3 Mbits/sec  0.042 ms  142/71730 (0.2%)
[  4] Sent 71730 datagrams
CPU Utilization: local/receiver 4.5% (1.4%u/3.1%s), remote/sender 3.3% (0.4%u/2.9%s)

iperf Done.

TheRoDent · Mar 12, 2019

SandMan said:
Oh c'mon @TheRoDent, humour us with the technical knowlegde of the OpenServe "specialists" I'm sure we all need comic relief Patiently waiting for OpenServe to pull their finger

@Phinix same here, luckily I have an old Afrihost account which I kept for my parents to use - been using it since Thursday, but my cap is starting to run low

It has taken them 4 days to figure out that their IP deployment script on their edge routers has depleted the pool we gave them.

Gave them another chunk this afternoon, and *tada*.

At this moment I am wasting 40% of my IP space on Openserve edge routers where I don't even have a single customer or session.

TheRoDent · Mar 12, 2019

Phinix said:
@TheRoDent Any update on the Openserve authentication issue?

Sorted.

TheRoDent · Mar 12, 2019

Sabre said:
They should do that with MTN as well!

It does seem like MTN has sorted out the issue. Our handoff interface from them seems back to normal levels. You still have an issue ?

TheRoDent · Mar 12, 2019

wingnut771 said:
but im running out of ideas.

Methinks @wingnut771 deserves a free month for all his help in this thread. PM me your account details...

Phinix · Mar 12, 2019

TheRoDent said:
Sorted.

Thanks, I am now reconnected.

wingnut771 · Mar 13, 2019

TheRoDent said:
Methinks @wingnut771 deserves a free month for all his help in this thread. PM me your account details...

Thank you for the offer but I'm not a customer, just a concerned citizen

SandMan · Mar 13, 2019

TheRoDent said:
It has taken them 4 days to figure out that their IP deployment script on their edge routers has depleted the pool we gave them.

Gave them another chunk this afternoon, and *tada*.

At this moment I am wasting 40% of my IP space on Openserve edge routers where I don't even have a single customer or session.

Thank you SO much for sorting this out, much, much appreciated. Confirmed working

image132 · Mar 13, 2019

renagade-wolf said:

Octotel 100/25 Cape Town, Kenilworth (Harfield Village)

Just a comparison from down the road, I did reinstall my windows machine and reset my router to defaults since my android phone was pulling these speeds in a speedtest before my pc was, but no idea why that would make a difference

Coreix

Iperf international:

Code:

iperf3 --verbose --port 17001 -c queen.cisp.co.za --bandwidth 20M -l 1400 -u
iperf 3.1.3
CYGWIN_NT-10.0 PCHOME 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 12 Mar 2019 19:47:36 GMT
Connecting to host queen.cisp.co.za, port 17001
      Cookie: PCHOME.1552420055.825014.135450166b5
[  4] local 10.0.0.10 port 56083 connected to 62.233.65.195 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Total Datagrams
[  4]   0.00-1.00   sec  2.19 MBytes  18.3 Mbits/sec  1638
[  4]   1.00-2.00   sec  2.39 MBytes  20.0 Mbits/sec  1788
[  4]   2.00-3.00   sec  2.38 MBytes  20.0 Mbits/sec  1784
[  4]   3.00-4.00   sec  2.38 MBytes  20.0 Mbits/sec  1783
[  4]   4.00-5.00   sec  2.37 MBytes  19.9 Mbits/sec  1773
[  4]   5.00-6.00   sec  2.38 MBytes  20.0 Mbits/sec  1786
[  4]   6.00-7.00   sec  2.40 MBytes  20.1 Mbits/sec  1797
[  4]   7.00-8.00   sec  2.41 MBytes  20.2 Mbits/sec  1804
[  4]   8.00-9.00   sec  2.38 MBytes  20.0 Mbits/sec  1786
[  4]   9.00-10.00  sec  2.36 MBytes  19.8 Mbits/sec  1769
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  23.6 MBytes  19.8 Mbits/sec  2.528 ms  7/17707 (0.04%)
[  4] Sent 17707 datagrams
CPU Utilization: local/sender 9.1% (2.0%u/7.0%s), remote/receiver 0.7% (0.1%u/0.6%s)

iperf Done.
iperf3 --verbose --port 17001 -c queen.cisp.co.za --bandwidth 80M -l 1400 -u -R
iperf 3.1.3
CYGWIN_NT-10.0 PCHOME 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 12 Mar 2019 19:47:47 GMT
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
      Cookie: PCHOME.1552420067.299353.53846d01766
[  4] local 10.0.0.10 port 59530 connected to 62.233.65.195 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  9.74 MBytes  81.7 Mbits/sec  0.027 ms  127/7419 (1.7%)
[  4]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.043 ms  0/7144 (0%)
[  4]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.029 ms  0/7143 (0%)
[  4]   3.00-4.00   sec  9.53 MBytes  79.9 Mbits/sec  0.046 ms  6/7144 (0.084%)
[  4]   4.00-5.00   sec  9.53 MBytes  79.9 Mbits/sec  0.041 ms  0/7138 (0%)
[  4]   5.00-6.00   sec  9.54 MBytes  80.1 Mbits/sec  0.038 ms  0/7146 (0%)
[  4]   6.00-7.00   sec  9.53 MBytes  80.0 Mbits/sec  0.078 ms  0/7140 (0%)
[  4]   7.00-8.00   sec  9.45 MBytes  79.3 Mbits/sec  0.097 ms  67/7143 (0.94%)
[  4]   8.00-9.00   sec  9.52 MBytes  79.9 Mbits/sec  0.038 ms  16/7147 (0.22%)
[  4]   9.00-10.00  sec  9.53 MBytes  79.9 Mbits/sec  0.032 ms  4/7142 (0.056%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  97.1 MBytes  81.5 Mbits/sec  0.025 ms  222/72738 (0.31%)
[  4] Sent 72738 datagrams
CPU Utilization: local/receiver 5.4% (1.9%u/3.5%s), remote/sender 11.4% (1.7%u/9.7%s)

iperf Done.

Iperf local:

Code:

iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 20M -l 1400 -u
iperf 3.1.3
CYGWIN_NT-10.0 PCHOME 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 12 Mar 2019 19:45:07 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
      Cookie: PCHOME.1552419907.223960.168709815aa
[  4] local 10.0.0.10 port 56915 connected to 154.0.15.181 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Total Datagrams
[  4]   0.00-1.00   sec  2.19 MBytes  18.4 Mbits/sec  1639
[  4]   1.00-2.00   sec  2.37 MBytes  19.9 Mbits/sec  1778
[  4]   2.00-3.00   sec  2.41 MBytes  20.2 Mbits/sec  1806
[  4]   3.00-4.00   sec  2.38 MBytes  20.0 Mbits/sec  1786
[  4]   4.00-5.00   sec  2.35 MBytes  19.7 Mbits/sec  1757
[  4]   5.00-6.00   sec  2.40 MBytes  20.1 Mbits/sec  1796
[  4]   6.00-7.00   sec  2.39 MBytes  20.0 Mbits/sec  1788
[  4]   7.00-8.00   sec  2.38 MBytes  20.0 Mbits/sec  1784
[  4]   8.00-9.00   sec  2.38 MBytes  20.0 Mbits/sec  1783
[  4]   9.00-10.00  sec  2.38 MBytes  20.0 Mbits/sec  1784
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  23.6 MBytes  19.8 Mbits/sec  3.446 ms  7/17700 (0.04%)
[  4] Sent 17700 datagrams
CPU Utilization: local/sender 9.0% (2.0%u/7.0%s), remote/receiver 0.0% (0.0%u/0.0%s)

iperf Done.
iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 80M -l 1400 -u -R
iperf 3.1.3
CYGWIN_NT-10.0 PCHOME 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 12 Mar 2019 19:45:17 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
Reverse mode, remote host trcvmh01.cisp.co.za is sending
      Cookie: PCHOME.1552419917.457919.770e5e7b1b0
[  4] local 10.0.0.10 port 59414 connected to 154.0.15.181 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  9.74 MBytes  81.7 Mbits/sec  0.063 ms  134/7431 (1.8%)
[  4]   1.00-2.00   sec  9.53 MBytes  79.9 Mbits/sec  0.048 ms  6/7143 (0.084%)
[  4]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.055 ms  0/7143 (0%)
[  4]   3.00-4.00   sec  9.54 MBytes  80.0 Mbits/sec  0.062 ms  1/7143 (0.014%)
[  4]   4.00-5.00   sec  9.54 MBytes  80.0 Mbits/sec  0.050 ms  0/7142 (0%)
[  4]   5.00-6.00   sec  9.54 MBytes  80.0 Mbits/sec  0.066 ms  0/7143 (0%)
[  4]   6.00-7.00   sec  9.54 MBytes  80.0 Mbits/sec  0.044 ms  0/7143 (0%)
[  4]   7.00-8.00   sec  9.54 MBytes  80.0 Mbits/sec  0.052 ms  0/7143 (0%)
[  4]   8.00-9.00   sec  9.54 MBytes  80.0 Mbits/sec  0.050 ms  1/7143 (0.014%)
[  4]   9.00-10.00  sec  9.54 MBytes  80.0 Mbits/sec  0.057 ms  0/7142 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  95.8 MBytes  80.3 Mbits/sec  0.042 ms  142/71730 (0.2%)
[  4] Sent 71730 datagrams
CPU Utilization: local/receiver 4.5% (1.4%u/3.1%s), remote/sender 3.3% (0.4%u/2.9%s)

iperf Done.

It shouldn't. My pc and phone have no difference in speed, I'll get a speedtest from my phone tonight.

I've already tried everything possible from my end to try sort this out, new router, new ethernet cables, different pc, reboot router, format, that weird plugin for twitch, running that application that "optimizes your windows tcp stack." You name it I've tried it, nothing has helped except the proxy rodent setup but that's not guaranteed to work anymore for whatever reason.

I doubt its anything to do with me because @TheRoDent installed his black box here, which connected directly to the ont and was before any device in my house, and he saw the packet loss too. Also MDE who lives in the same "Claremont fiber block" as me is having similar issues.

Speaking of which, @MDE how's your internet been since the maintenance?

Join the MyBroadband community

Get started

Cool Ideas Fibre ISP - Feedback

Expert Member

Expert Member

Well-Known Member

Active Member

Expert Member

Cool Ideas Rep

Executive Member

Well-Known Member

Expert Member

Well-Known Member

Expert Member

Well-Known Member

Cool Ideas Rep

Cool Ideas Rep

Cool Ideas Rep

Cool Ideas Rep

Expert Member

Honorary Master

Well-Known Member

Expert Member