Frogfoot Gpon FTTH Fibre Performance

Here's Afrihost.: 100 Meg Line testing to Nap CPT.
Will contact Afrihost do see what's up.

Code: 
Stephens-Mac:~ stephen$ iperf3 -4 -V -R -t 10 -O 3 -u -b 80M -l 1440 -c iperf.ct1.napafrica.net
iperf 3.6
Darwin Stephens-Mac.local 19.0.0 Darwin Kernel Version 19.0.0: Fri Aug  9 21:59:46 PDT 2019; root:xnu-6153.0.139.161.2~2/RELEASE_X86_64 x86_64
Control connection MSS 1448
Time: Tue, 27 Aug 2019 03:56:41 GMT
Connecting to host iperf.ct1.napafrica.net, port 5201
Reverse mode, remote host iperf.ct1.napafrica.net is sending
      Cookie: dk4cmq6ngzwjeche4qm2qlxakkj7brlesb4b
[  6] local 10.0.0.154 port 54151 connected to 196.10.99.34 port 5201
Starting Test: protocol: UDP, 1 streams, 1440 byte blocks, omitting 3 seconds, 10 second test, tos 0
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  6]   0.00-1.00   sec  6.15 MBytes  51.5 Mbits/sec  0.130 ms  2464/6939 (36%)  (omitted)
[  6]   1.00-2.00   sec  6.13 MBytes  51.4 Mbits/sec  0.142 ms  2490/6952 (36%)  (omitted)
[  6]   2.00-3.00   sec  6.02 MBytes  50.5 Mbits/sec  0.120 ms  2557/6944 (37%)  (omitted)
[  6]   0.00-1.00   sec  6.04 MBytes  50.6 Mbits/sec  0.124 ms  2551/6946 (37%) 
[  6]   1.00-2.00   sec  6.06 MBytes  50.8 Mbits/sec  0.152 ms  2533/6944 (36%) 
[  6]   2.00-3.00   sec  6.04 MBytes  50.7 Mbits/sec  0.159 ms  2549/6948 (37%) 
[  6]   3.00-4.00   sec  6.09 MBytes  51.1 Mbits/sec  0.138 ms  2509/6944 (36%) 
[  6]   4.00-5.00   sec  6.10 MBytes  51.2 Mbits/sec  0.133 ms  2502/6946 (36%) 
[  6]   5.00-6.00   sec  6.17 MBytes  51.7 Mbits/sec  0.130 ms  2453/6945 (35%) 
[  6]   6.00-7.00   sec  6.11 MBytes  51.2 Mbits/sec  0.139 ms  2496/6943 (36%) 
[  6]   7.00-8.00   sec  6.04 MBytes  50.7 Mbits/sec  0.129 ms  2550/6947 (37%) 
[  6]   8.00-9.00   sec  5.98 MBytes  50.1 Mbits/sec  0.158 ms  2591/6943 (37%) 
[  6]   9.00-10.00  sec  6.00 MBytes  50.4 Mbits/sec  0.149 ms  2574/6946 (37%) 
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  6]   0.00-10.00  sec  95.4 MBytes  80.0 Mbits/sec  0.000 ms  0/69466 (0%)  sender
[  6]   0.00-10.00  sec  60.6 MBytes  50.9 Mbits/sec  0.149 ms  25308/69452 (36%)  receiver
CPU Utilization: local/receiver 6.1% (1.3%u/4.8%s), remote/sender 0.1% (0.1%u/0.1%s)

iperf Done.
Stephens-Mac:~ stephen$
 
Guys try resetting your ONT, I did on Afrihost's advice. Sorted Zero Packet loss,

See below:

Code: 
Stephens-Mac:~ stephen$ iperf3 -4 -V -R -t 10 -O 3 -u -b 80M -l 1440 -c iperf.ct1.napafrica.net
iperf 3.6
Darwin Stephens-Mac.local 19.0.0 Darwin Kernel Version 19.0.0: Fri Aug  9 21:59:46 PDT 2019; root:xnu-6153.0.139.161.2~2/RELEASE_X86_64 x86_64
Control connection MSS 1448
Time: Tue, 27 Aug 2019 04:04:55 GMT
Connecting to host iperf.ct1.napafrica.net, port 5201
Reverse mode, remote host iperf.ct1.napafrica.net is sending
      Cookie: xdytjzfgijteuifodd2bjvcaabmy5sjakr7a
[  6] local 10.0.0.154 port 63708 connected to 196.10.99.34 port 5201
Starting Test: protocol: UDP, 1 streams, 1440 byte blocks, omitting 3 seconds, 10 second test, tos 0
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  6]   0.00-1.00   sec  9.55 MBytes  80.1 Mbits/sec  0.149 ms  0/6953 (0%)  (omitted)
[  6]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.167 ms  0/6945 (0%)  (omitted)
[  6]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.147 ms  0/6944 (0%)  (omitted)
[  6]   0.00-1.00   sec  9.54 MBytes  80.0 Mbits/sec  0.195 ms  0/6946 (0%) 
[  6]   1.00-2.00   sec  9.53 MBytes  80.0 Mbits/sec  0.150 ms  0/6943 (0%) 
[  6]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.199 ms  0/6946 (0%) 
[  6]   3.00-4.00   sec  9.54 MBytes  80.0 Mbits/sec  0.196 ms  0/6945 (0%) 
[  6]   4.00-5.00   sec  9.54 MBytes  80.0 Mbits/sec  0.151 ms  0/6945 (0%) 
[  6]   5.00-6.00   sec  9.54 MBytes  80.0 Mbits/sec  0.153 ms  0/6945 (0%) 
[  6]   6.00-7.00   sec  9.54 MBytes  80.0 Mbits/sec  0.156 ms  0/6945 (0%) 
[  6]   7.00-8.00   sec  9.54 MBytes  80.0 Mbits/sec  0.183 ms  0/6945 (0%) 
[  6]   8.00-9.00   sec  9.54 MBytes  80.0 Mbits/sec  0.142 ms  0/6946 (0%) 
[  6]   9.00-10.00  sec  9.54 MBytes  80.0 Mbits/sec  0.161 ms  0/6945 (0%) 
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  6]   0.00-10.00  sec  95.4 MBytes  80.0 Mbits/sec  0.000 ms  0/69466 (0%)  sender
[  6]   0.00-10.00  sec  95.4 MBytes  80.0 Mbits/sec  0.161 ms  0/69451 (0%)  receiver
CPU Utilization: local/receiver 5.8% (1.2%u/4.6%s), remote/sender 0.2% (0.0%u/0.2%s)

iperf Done.
Stephens-Mac:~ stephen$


st_afrihost.png
 
lightpixel said:
Guys try resetting your ONT, I did on Afrihost's advice. Sorted Zero Packet loss,

See below:

Code: 
Stephens-Mac:~ stephen$ iperf3 -4 -V -R -t 10 -O 3 -u -b 80M -l 1440 -c iperf.ct1.napafrica.net
iperf 3.6
Darwin Stephens-Mac.local 19.0.0 Darwin Kernel Version 19.0.0: Fri Aug  9 21:59:46 PDT 2019; root:xnu-6153.0.139.161.2~2/RELEASE_X86_64 x86_64
Control connection MSS 1448
Time: Tue, 27 Aug 2019 04:04:55 GMT
Connecting to host iperf.ct1.napafrica.net, port 5201
Reverse mode, remote host iperf.ct1.napafrica.net is sending
      Cookie: xdytjzfgijteuifodd2bjvcaabmy5sjakr7a
[  6] local 10.0.0.154 port 63708 connected to 196.10.99.34 port 5201
Starting Test: protocol: UDP, 1 streams, 1440 byte blocks, omitting 3 seconds, 10 second test, tos 0
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  6]   0.00-1.00   sec  9.55 MBytes  80.1 Mbits/sec  0.149 ms  0/6953 (0%)  (omitted)
[  6]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.167 ms  0/6945 (0%)  (omitted)
[  6]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.147 ms  0/6944 (0%)  (omitted)
[  6]   0.00-1.00   sec  9.54 MBytes  80.0 Mbits/sec  0.195 ms  0/6946 (0%)
[  6]   1.00-2.00   sec  9.53 MBytes  80.0 Mbits/sec  0.150 ms  0/6943 (0%)
[  6]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.199 ms  0/6946 (0%)
[  6]   3.00-4.00   sec  9.54 MBytes  80.0 Mbits/sec  0.196 ms  0/6945 (0%)
[  6]   4.00-5.00   sec  9.54 MBytes  80.0 Mbits/sec  0.151 ms  0/6945 (0%)
[  6]   5.00-6.00   sec  9.54 MBytes  80.0 Mbits/sec  0.153 ms  0/6945 (0%)
[  6]   6.00-7.00   sec  9.54 MBytes  80.0 Mbits/sec  0.156 ms  0/6945 (0%)
[  6]   7.00-8.00   sec  9.54 MBytes  80.0 Mbits/sec  0.183 ms  0/6945 (0%)
[  6]   8.00-9.00   sec  9.54 MBytes  80.0 Mbits/sec  0.142 ms  0/6946 (0%)
[  6]   9.00-10.00  sec  9.54 MBytes  80.0 Mbits/sec  0.161 ms  0/6945 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  6]   0.00-10.00  sec  95.4 MBytes  80.0 Mbits/sec  0.000 ms  0/69466 (0%)  sender
[  6]   0.00-10.00  sec  95.4 MBytes  80.0 Mbits/sec  0.161 ms  0/69451 (0%)  receiver
CPU Utilization: local/receiver 5.8% (1.2%u/4.6%s), remote/sender 0.2% (0.0%u/0.2%s)

iperf Done.
Stephens-Mac:~ stephen$


View attachment 704797
Click to expand...
Did it change you IP?
 
AfriMan said:
It seems like there could be a second issue on their network. We're busy getting the details :(
Click to expand...

Hi @AfriMan, on their FB page about 30 mins ago, Frogfoot reported that the issue has been resolved on their side. Can you confirm if that is true?
 
lightpixel said:
Hi, is anyone having speed tests results much lower than the paid for speeds in Milnerton on Frogfoot GPON?
My link is testing less than half the link speed for 3 days.

My ISP says monitor, Frogfoot says its not their problem. Is best effort FTTH really so bad?


View attachment 685563
Click to expand...

I have no specific FF experience but I have seen similar patterns with two other NOPs and I know the causes
- Unnamed smaller NOP - The area went through hell and are still nowhere near spec. Problem was huge congestion on the backhaul to Great Westerford. So much so they were getting less than 10% of max

- Openserve (My NOP) - the problem was transient but it happened 3x whereby our downloads were poor and our uploads were maxed. Problem ended up being some outages far away that caused the backhaul to become congested. Problem was solved

My bet is that its a backhaul congestion issue at peak times

Questions
- Is download at 30% all the time or only at peak times?
- Not being funny, as I would also like the top speed. But - How does it hurt you? Do you do stuff that uses 500Mb/s. That is hard to do.
 
Last edited:
Biscuit1018 said:
- Not being funny, as I would also like the top speed. But - How does it hurt you? Do you do stuff that uses 500Mb/s. That is hard to do.
Click to expand...

If I'm only getting 50% of the advertised speed, then I'd like to pay 50% of the asking price.
Why pay 100% for 50% of the advertised service? Boils down to the principle of it.

If I paid the full asking price for a Porsche, I'd be angry if the dealer delivered a Polo with a Porsche badge glued on it. I'll probably never do 300Km\h in the Porsche, but I paid for a Porsche nonetheless.

Ps. I drive a Polo, so no shade thrown. Promise :)
 
Biscuit1018 said:
I have no specific FF experience but I have seen similar patterns with two other NOPs and I know the causes
- Unnamed smaller NOP - The area went through hell and are still nowhere near spec. Problem was huge congestion on the backhaul to Great Westerford. So much so they were getting less than 10% of max

- Openserve (My NOP) - the problem was transient but it happened 3x whereby our downloads were poor and our uploads were maxed. Problem ended up being some outages far away that caused the backhaul to become congested. Problem was solved

My bet is that its a backhaul congestion issue at peak times

Questions
- Is download at 30% all the time or only at peak times?
- Not being funny, as I would also like the top speed. But - How does it hurt you? Do you do stuff that uses 500Mb/s. That is hard to do.
Click to expand...


Correct. Fault was resolved yesterday.

Frogfoot upgraded a congested port @ Teraco, Great Westerford, Rondebosch and did some changes to their GPON profiles plus bumped everyone's speeds.

re: the 500 Mbps - Quite right, you can't hit 500 or a gig international. Well I never have. It is nice for local providing your server in SA has a gig port. Also for household full of streamers.

However 90% of providers throttle web servers to 100 Mbps on the firewall ports.
It does make you warm and fuzzy inside the day they install your 500 meg line and you do your first speed test though. ;-)
 
chris11 said:
I wonder whether the problem is the interconnects between Frogfoot and their ISPs..... Perhaps these links are maxed out. The problem with this whole saga is that not once has Frogfoot provided a detailed explanation of what's happened.
Click to expand...

"The problem with this whole saga is that not once has Frogfoot provided a detailed explanation of what's happened." - Agreed, they should go to the naughty corner for wasting everyone's time. Lot of wasted energy.

Check the port traffic first.
 
ld13 said:
Doesn't a congested port kick out red flags like crazy? Obviously not directed at you, @lightpixel
Click to expand...

I have learnt that 4 things.

1.)

The internet today is as full of BS as when I signed up for my first dial-up account with CompuServe in 1996 and had to learn about tcp/ip and renaming winsock.dll's in order to get windows to connect. Old confusing stuff has just been replaced with new confusing stuff. Yet I love it.


2.)

Fibre Network Operators are going to run their networks and ports into the 90th percentile to turn a profit.
Bad things happen when they fall asleep @ the wheel and 90% turns to 100%.

3.)

It is easier to get a camel passed through the eye of a needle than getting a FNO to admit error.

4.)

Now I remember why I used to love forums.
 
Good day All

The issue was resolved yesterday evening with regards to slow speeds. We ask that if you have any further issues, to inbox us your details and we will call you to test your line.
 
bumbledore said:
Back to 50% of line speed this morning, Steam downloads, Cape Town.
Just reset the router. Let's see whether my experiment of 1 still holds up.

Nope. Appears my luck has run out. Still throttled to 50% line speed; it spikes above that but very quickly thereafter settled at 10MB/s. Maybe my other experiences were just a coincidence.

Can I pay R650 for my internet, please? Considering 50% throughput is what I seem to get now, more often than not.

I think this is pretty obvious what is going on: FF is oversubscribed and lacks capacity, in spite of capacity upgrades performed recently. Just wasn't good enough. Feels like being back on ADSL all over again. Didn't realize how much I missed having a shitty, degraded service and paying full price for it.
Click to expand...
Hi, can you please inbox your details to us so that we can investigate?
 
Frogfoot Fibre said:
The issue was resolved yesterday evening with regards to slow speeds. We ask that if you have any further issues, to inbox us your details and we will call you to test your line.
Click to expand...

Welcome to the forum, by the way! Nice to see you guys are active here and coming to the party.

/me hands @Frogfoot Fibre a flame suit - good luck ;)

It would be advisable to legitimize your presence here by contacting @rpm. Cannot have peeps sending personal information to a random person (no offence) claiming to be [service provider].
 
You must log in or register to reply here.
Back
Top
Sign up to the MyBroadband newsletter
X