Afrihost Hell!!! Any suggestions?

@ponder

Following an investigation by Frogfoot's Tier 2 team, no packet loss has been detected on the last-mile network. Both the OLT and switch are testing clean, with no faults identified on the access infrastructure. The findings indicate that the packet loss is being caused by the link reaching its bandwidth capacity. Traffic monitoring shows the circuit is regularly using its current 60 Mbps/30 Mbps profile, resulting in congestion during peak usage periods.

To improve performance and prevent further packet loss, you may need to consider an upgrade to better accommodate current traffic demands.
 

Attachments

  • image.png
    image.png
    33.4 KB · Views: 28
  • ver.png
    ver.png
    76.3 KB · Views: 127
  • image2.png
    image2.png
    28.5 KB · Views: 28
Afrigirl said:
@ponder

Following an investigation by Frogfoot's Tier 2 team, no packet loss has been detected on the last-mile network. Both the OLT and switch are testing clean, with no faults identified on the access infrastructure. The findings indicate that the packet loss is being caused by the link reaching its bandwidth capacity. Traffic monitoring shows the circuit is regularly using its current 60 Mbps/30 Mbps profile, resulting in congestion during peak usage periods.

To improve performance and prevent further packet loss, you may need to consider an upgrade to better accommodate current traffic demands.
Click to expand...

Afrigirl said:
@ponder

Following an investigation by Frogfoot's Tier 2 team, no packet loss has been detected on the last-mile network. Both the OLT and switch are testing clean, with no faults identified on the access infrastructure. The findings indicate that the packet loss is being caused by the link reaching its bandwidth capacity. Traffic monitoring shows the circuit is regularly using its current 60 Mbps/30 Mbps profile, resulting in congestion during peak usage periods.

To improve performance and prevent further packet loss, you may need to consider an upgrade to better accommodate current traffic demands.
Click to expand...

Never in my life have I seen packet loss like this on a saturated link, not adsl or fibre. That means starting a few big torrents that max the link out will naturally result in massive packet loss for anyone that does so.
 
ponder said:
Never in my life have I seen packet loss like this on a saturated link, not adsl or fibre.
Click to expand...

Do you get the same packet loss when you throw everyone off and it is only a single device on the line, with all updates/linux disto downloads turned off, so almost no network activity showing, before starting the tests?
 
ld13 said:
Do you get the same packet loss when you throw everyone off and it is only a single device on the line, with all updates/linux disto downloads turned off, so almost no network activity showing, before starting the tests?
Click to expand...

Been there done that as part of initial testing. linux doesn't auto update I do it manually, windows autoupdate is on but paused during testing.
 
Afrigirl said:
@ponder

Following an investigation by Frogfoot's Tier 2 team, no packet loss has been detected on the last-mile network. Both the OLT and switch are testing clean, with no faults identified on the access infrastructure. The findings indicate that the packet loss is being caused by the link reaching its bandwidth capacity. Traffic monitoring shows the circuit is regularly using its current 60 Mbps/30 Mbps profile, resulting in congestion during peak usage periods.

To improve performance and prevent further packet loss, you may need to consider an upgrade to better accommodate current traffic demands.
Click to expand...

ver-png.1912790


Just to add, looking at the supplied graph that is not an overutilized link as claimed, it's averaging below 30Mb/s down and 10Mb/s up, to claim overutilisation due to a few traffic spikes (I count two hitting 60Mb/s, one not even in 'peak time') is questionable.

Does this look like an overutilized link to anybody else?
 
Last edited:
ponder said:
Been there done that as part of initial testing. linux doesn't auto update I do it manually, windows autoupdate is on but paused during testing.
Click to expand...

During those times, you are still experiencing packet loss? Speed tests showing fine, while gmail and the likes takes forever to open up or to respond like normal?

ponder said:
Does this look like an overutilized link to anybody else?
Click to expand...

What is in vs out?
 
ld13 said:
Do you get the same packet loss when you throw everyone off and it is only a single device on the line, with all updates/linux disto downloads turned off, so almost no network activity showing, before starting the tests?
Click to expand...

You created doubt there, I was certain I did but set out to do it again. This time I disabled the radios on the router and powered down every single device whereas previously I disabled wifi on all devices and unplugged ethernet cables. I let it run for about an hour and nothing happened, thought I hit one of the periods where everything is fine which happens as it's intermittent. I enabled the radios first and then one device at a time waiting at least 30min before powering on the next one. Went through this whole process until the last device was powered on and still nothing. About 40min after the last device was powered on the packet loss started again. At this point I'm thinking the normal quiet before the storm is over as it usually goes but decided to power down the last device again just incase while it's happening. Power device off packet loss stops, power it on again and it starts again after 5min, I repeat this a few more times and the result is the same, packet loss stops.

The device in question is an android tv box and I'm certain I had it unplugged the last time. On closer inspection this device also has a valid wifi connection which was not there 2yrs ago as the wifi on these things are flaky and they work better via ethernet. Back then I deleted all wifi configs and disabled the wifi. So when everything in my mind was 'disconnected' this thing must have switched to wifi during the times I tested with only a single wired PC connected thus yielding flawed results!

When tplink remoted into the router via anydesk they ran wireshark and collected a bunch of data but that showed nothing. Also looking at traffic utilisation for individual devices there were no spikes indicating something crazy.

I have since wiped and reset the device and things have been running fine (touch wood), I'll keep an eye on it.

@Afrigirl Sincere apologies for this! This thread unfairly paints Afrihost in a negative light so if you want I can ask the mods to delete the tread, change the thread title to one of your choice, lock the thread or keep it open. Please let me know.

I have also updated the OP with a bold msg right at the top.
 
ponder said:
You created doubt there, I was certain I did but set out to do it again. This time I disabled the radios on the router and powered down every single device whereas previously I disabled wifi on all devices and unplugged ethernet cables. I let it run for about an hour and nothing happened, thought I hit one of the periods where everything is fine which happens as it's intermittent. I enabled the radios first and then one device at a time waiting at least 30min before powering on the next one. Went through this whole process until the last device was powered on and still nothing. About 40min after the last device was powered on the packet loss started again. At this point I'm thinking the normal quiet before the storm is over as it usually goes but decided to power down the last device again just incase while it's happening. Power device off packet loss stops, power it on again and it starts again after 5min, I repeat this a few more times and the result is the same, packet loss stops.

The device in question is an android tv box and I'm certain I had it unplugged the last time. On closer inspection this device also has a valid wifi connection which was not there 2yrs ago as the wifi on these things are flaky and they work better via ethernet. Back then I deleted all wifi configs and disabled the wifi. So when everything in my mind was 'disconnected' this thing must have switched to wifi during the times I tested with only a single wired PC connected thus yielding flawed results!

When tplink remoted into the router via anydesk they ran wireshark and collected a bunch of data but that showed nothing. Also looking at traffic utilisation for individual devices there were no spikes indicating something crazy.

I have since wiped and reset the device and things have been running fine (touch wood), I'll keep an eye on it.

@Afrigirl Sincere apologies for this! This thread unfairly paints Afrihost in a negative light so if you want I can ask the mods to delete the tread, change the thread title to one of your choice, lock the thread or keep it open. Please let me know.

I have also updated the OP with a bold msg right at the top.
Click to expand...
No worries at all. The thread can remain open; there's no need to delete it.

I'm just glad you managed to track down the source of the packet loss. Intermittent issues like this can be incredibly difficult to isolate, especially when a device behaves differently than expected.
 
Afrigirl said:
No worries at all. The thread can remain open; there's no need to delete it.

I'm just glad you managed to track down the source of the packet loss. Intermittent issues like this can be incredibly difficult to isolate, especially when a device behaves differently than expected.
Click to expand...

Thanks, final request, the router is still using the old routers cloned mac address on the wan interface could the profile be updatedbto reflect the correct one
Code: 
80:AF:CA:DE:BC:16
then I can correct on the router and reboot.
 
ponder said:
Thanks, final request, the router is still using the old routers cloned mac address on the wan interface could the profile be updatedbto reflect the correct one
Code: 
80:AF:CA:DE:BC:16
then I can correct on the router and reboot.
Click to expand...
You can map the other router now.
 
ld13 said:
All is well that ends well I guess. Was it a generic android tv box? Any idea what it was doing?
Click to expand...

Yes generic. Unfortunately I don't and that bugs me, it was just sitting there doing its thing, no new apps loaded etc and only started this trouble two months ago. At the time it did not occur to me to fire up wireshark, it was either reset/wipe or 5kg hammer in my mind!

Edit: Should it happen again in future I fire up wireshark and capture some data.
 
ponder said:
Ok I've logged a fault, I've done the WhatsApp chat thing longer than the new testament
Click to expand...
Ah yes. Wasted about an hour+ of my life about 2 weeks ago.
I knew what was wrong and wanted them to confirm it. But instead I was spoken to like I was 2 years old.
They need to get better staff manning their WhatsApp support.
 
ponder said:
You created doubt there, I was certain I did but set out to do it again. This time I disabled the radios on the router and powered down every single device whereas previously I disabled wifi on all devices and unplugged ethernet cables. I let it run for about an hour and nothing happened, thought I hit one of the periods where everything is fine which happens as it's intermittent. I enabled the radios first and then one device at a time waiting at least 30min before powering on the next one. Went through this whole process until the last device was powered on and still nothing. About 40min after the last device was powered on the packet loss started again. At this point I'm thinking the normal quiet before the storm is over as it usually goes but decided to power down the last device again just incase while it's happening. Power device off packet loss stops, power it on again and it starts again after 5min, I repeat this a few more times and the result is the same, packet loss stops.

The device in question is an android tv box and I'm certain I had it unplugged the last time. On closer inspection this device also has a valid wifi connection which was not there 2yrs ago as the wifi on these things are flaky and they work better via ethernet. Back then I deleted all wifi configs and disabled the wifi. So when everything in my mind was 'disconnected' this thing must have switched to wifi during the times I tested with only a single wired PC connected thus yielding flawed results!

When tplink remoted into the router via anydesk they ran wireshark and collected a bunch of data but that showed nothing. Also looking at traffic utilisation for individual devices there were no spikes indicating something crazy.

I have since wiped and reset the device and things have been running fine (touch wood), I'll keep an eye on it.

@Afrigirl Sincere apologies for this! This thread unfairly paints Afrihost in a negative light so if you want I can ask the mods to delete the tread, change the thread title to one of your choice, lock the thread or keep it open. Please let me know.

I have also updated the OP with a bold msg right at the top.
Click to expand...
Great you figured out the issue, loads of those TV boxes have been compromised recently. Could be related?
 
ponder said:
That did cross my mind, if it happens again in future I'll have a closer look.
Click to expand...
Good on you for being bigger man :) these types of things mess with some of the most technical people.
 
You must log in or register to reply here.
Back
Top
Sign up to the MyBroadband newsletter
X