- Joined
- Jan 11, 2016
- Messages
- 13,304
Google still having ongoing capacity constraintsAgain poor youtube streaming today, everything else is fine (speedtest below) but constant buffering even on a 480p video
View attachment 1306080
Google still having ongoing capacity constraintsAgain poor youtube streaming today, everything else is fine (speedtest below) but constant buffering even on a 480p video
View attachment 1306080
Calls seems to be fine today and the speed is back. Thanks.Hi, this was resolved yesterday, which part is slow aside from teams calls being an issue?
We don't have the ability to throttle, if you are getting full throughput via VPN then you are getting full throughput to that VPN provider. Still seems like an MTU problem, can you pop me your ticket number?No throtthling huh.
Without Tunnelbear VPN vs with Tunnelbear VPN@PBCool View attachment 1306108 View attachment 1306110
thanks, was able to click log in from there.Try this link, it works
Cool Ideas - Fibre Internet | Internet at the speed of light
prep.coolideas.co.za
Maximum transmission unit.What is an MTU?
No feedback on this yet?Hi There. Apologies to hear of this. I will be sure to look into it
Apologies for this. We have reached out to MFN as they have stated that the link is degraded. Our teams will keep you updated on the ticket.No feedback on this yet?
Hi Chris. Our teams are looking into your ticket and investigating your sessions. We will be in touch shortly.@PBCool , Hi, experiencing some instability with the fibre today. a few disconnects (has been quite stable this year so far)
Ticket : #COOL-20220510-930871
Area: Bedfordview, FNO Vumatel/SADV
Connection is currently working, the disconnects are short, just want to know there is a reason for the interruptions or if you're aware of it? Is it anything to be concerned about ?
Regards,
Chris
update; dropped again now - something doesn't seem right.
Alright will do most definitely, haven't been able to game in 5 months.
So what happens now?
What have you looked at so far or what is your course of action?
What is the problem if its been on 2 different FNOs and 2 ISPs?
I mean when do I PM you, the problem is always there every day.
What is an MTU?
Sheesh, glad I'm not the only one, feel like I'm going insane! Been 5 months of this and 2 FNO's and 2 ISP's. So frustrating when MTR/ping plotter tests are clean yet the loss in-game is constant every single day, ISP's then wash their hands of the problem as it all looks fine on tests. Makes you feel insane, I even formatted my PC yesterday because of it, even though the same PC has no issue at a mates place 5km away on Openserve, I've ruled everything out - routers, cables, OS, ISP, FNO! Hence my question if there's shared short distance infrastructure among FNO's/ISP's or something, I'm not in the industry and wouldn't know ...I'll be following this closely. Basically have the same issue my side.
Clean MTRs but in-game packet loss. It makes playing Valorant quite frustrating.
The plan was to move to Openserve once it launches in my area, but it seems the issue lies elsewhere.
@gool quick question do you still run the same Dasan ONT for your Vumatel connection by any chance? Or did they provide you with a new one
What does a reverse MTR look like? You can do one from BlizzardSheesh, glad I'm not the only one, feel like I'm going insane! Been 5 months of this and 2 FNO's and 2 ISP's. So frustrating when MTR/ping plotter tests are clean yet the loss in-game is constant every single day, ISP's then wash their hands of the problem as it all looks fine on tests. Makes you feel insane, I even formatted my PC yesterday because of it, even though the same PC has no issue at a mates place 5km away on Openserve, I've ruled everything out - routers, cables, OS, ISP, FNO! Hence my question if there's shared short distance infrastructure among FNO's/ISP's or something, I'm not in the industry and wouldn't know ...
Had Cool Ideas contact me today to do more Iperf + ping plotter tests from the ONT, which came up clean. I showed the guy the spikes live in-game from an Anydesk session just to prove my point.
I'm expecting the usual "we found no issues on your line" or escalations to Vumatel to be fruitless or no follow-ups and silent treatment again but fingers crossed.
I had a Dassan ONT for Octotel until switching to Vumatel who installed a much more modern looking bigger box and fresh lines on Friday.

>iperf3 -R -u -b 16M -O2 -t 30 -p 17001 -c ter-cpt-iperf-1.cisp.co.za
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 [this.is.my.ip] port 54568 connected to 154.0.15.181 port 17001
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-1.00 sec 1.97 MBytes 16.5 Mbits/sec 0.130 ms 28/1444 (1.9%) (omitted)
[ 5] 1.00-2.00 sec 1.90 MBytes 16.0 Mbits/sec 0.095 ms 2/1370 (0.15%) (omitted)
[ 5] 0.00-1.00 sec 1.90 MBytes 16.0 Mbits/sec 0.087 ms 3/1371 (0.22%)
[ 5] 1.00-2.00 sec 1.90 MBytes 16.0 Mbits/sec 0.111 ms 2/1369 (0.15%)
[ 5] 2.00-3.00 sec 1.91 MBytes 16.0 Mbits/sec 0.080 ms 2/1371 (0.15%)
[ 5] 3.00-4.00 sec 1.91 MBytes 16.0 Mbits/sec 0.115 ms 1/1370 (0.073%)
[ 5] 4.00-5.00 sec 1.91 MBytes 16.0 Mbits/sec 0.164 ms 1/1370 (0.073%)
[ 5] 5.00-6.00 sec 1.91 MBytes 16.0 Mbits/sec 0.084 ms 0/1369 (0%)
[ 5] 6.00-7.00 sec 1.90 MBytes 15.9 Mbits/sec 0.189 ms 1/1366 (0.073%)
[ 5] 7.00-8.00 sec 1.91 MBytes 16.0 Mbits/sec 0.117 ms 0/1374 (0%)
[ 5] 8.00-9.00 sec 1.91 MBytes 16.0 Mbits/sec 0.125 ms 0/1369 (0%)
[ 5] 9.00-10.00 sec 1.90 MBytes 16.0 Mbits/sec 0.209 ms 1/1367 (0.073%)
[ 5] 10.00-11.00 sec 1.91 MBytes 16.0 Mbits/sec 0.168 ms 0/1372 (0%)
[ 5] 11.00-12.00 sec 1.91 MBytes 16.0 Mbits/sec 0.114 ms 0/1372 (0%)
[ 5] 12.00-13.00 sec 1.91 MBytes 16.0 Mbits/sec 0.204 ms 0/1369 (0%)
[ 5] 13.00-14.00 sec 1.91 MBytes 16.0 Mbits/sec 0.166 ms 0/1370 (0%)
[ 5] 14.00-15.00 sec 1.91 MBytes 16.0 Mbits/sec 0.187 ms 0/1369 (0%)
[ 5] 15.00-16.00 sec 1.90 MBytes 16.0 Mbits/sec 0.222 ms 0/1368 (0%)
[ 5] 16.00-17.00 sec 1.91 MBytes 16.0 Mbits/sec 0.185 ms 1/1373 (0.073%)
[ 5] 17.00-18.00 sec 1.90 MBytes 16.0 Mbits/sec 0.076 ms 1/1368 (0.073%)
[ 5] 18.00-19.00 sec 1.91 MBytes 16.0 Mbits/sec 0.122 ms 1/1370 (0.073%)
[ 5] 19.00-20.00 sec 1.91 MBytes 16.0 Mbits/sec 0.096 ms 0/1371 (0%)
[ 5] 20.00-21.00 sec 1.91 MBytes 16.0 Mbits/sec 0.122 ms 0/1369 (0%)
[ 5] 21.00-22.00 sec 1.90 MBytes 16.0 Mbits/sec 0.114 ms 3/1370 (0.22%)
[ 5] 22.00-23.00 sec 1.91 MBytes 16.0 Mbits/sec 0.119 ms 1/1370 (0.073%)
[ 5] 23.00-24.00 sec 1.91 MBytes 16.0 Mbits/sec 0.148 ms 0/1370 (0%)
[ 5] 24.00-25.00 sec 1.91 MBytes 16.0 Mbits/sec 0.115 ms 0/1369 (0%)
[ 5] 25.00-26.00 sec 1.91 MBytes 16.0 Mbits/sec 0.107 ms 1/1370 (0.073%)
[ 5] 26.00-27.00 sec 1.91 MBytes 16.0 Mbits/sec 0.075 ms 0/1370 (0%)
[ 5] 27.00-28.00 sec 1.91 MBytes 16.0 Mbits/sec 0.125 ms 1/1370 (0.073%)
[ 5] 28.00-29.00 sec 1.91 MBytes 16.0 Mbits/sec 0.136 ms 1/1370 (0.073%)
[ 5] 29.00-30.00 sec 1.91 MBytes 16.0 Mbits/sec 0.041 ms 1/1370 (0.073%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-30.06 sec 57.3 MBytes 16.0 Mbits/sec 0.000 ms 0/41098 (0%) sender
[SUM] 0.0-30.1 sec 8 datagrams received out-of-order
[ 5] 0.00-30.00 sec 57.2 MBytes 16.0 Mbits/sec 0.041 ms 22/41096 (0.054%) receiver
iperf Done.
>iperf3 -u -b 8M -O2 -t 30 -p 17001 -c ter-cpt-iperf-1.cisp.co.za
Connecting to host ter-cpt-iperf-1.cisp.co.za, port 17001
[ 5] local [this.is.my.ip] port 61591 connected to 154.0.15.181 port 17001
[ ID] Interval Transfer Bitrate Total Datagrams
[ 5] 0.00-1.00 sec 967 KBytes 7.89 Mbits/sec 678 (omitted)
[ 5] 1.01-1.01 sec 982 KBytes 4.00 Mbits/sec 1379
[ 5] 1.01-2.01 sec 981 KBytes 8.00 Mbits/sec 688
[ 5] 2.01-3.00 sec 968 KBytes 8.00 Mbits/sec 679
[ 5] 3.00-4.01 sec 982 KBytes 8.00 Mbits/sec 689
[ 5] 4.01-5.01 sec 982 KBytes 7.99 Mbits/sec 689
[ 5] 5.01-6.00 sec 967 KBytes 8.01 Mbits/sec 678
[ 5] 6.00-7.01 sec 981 KBytes 7.99 Mbits/sec 688
[ 5] 7.01-8.01 sec 981 KBytes 8.00 Mbits/sec 688
[ 5] 8.01-9.01 sec 970 KBytes 8.00 Mbits/sec 680
[ 5] 9.01-10.01 sec 984 KBytes 8.01 Mbits/sec 690
[ 5] 10.01-11.01 sec 970 KBytes 8.00 Mbits/sec 680
[ 5] 11.01-12.01 sec 982 KBytes 7.99 Mbits/sec 689
[ 5] 12.01-13.00 sec 967 KBytes 8.00 Mbits/sec 678
[ 5] 13.00-14.01 sec 984 KBytes 8.00 Mbits/sec 690
[ 5] 14.01-15.01 sec 981 KBytes 8.00 Mbits/sec 688
[ 5] 15.01-16.00 sec 965 KBytes 8.00 Mbits/sec 677
[ 5] 16.00-17.01 sec 981 KBytes 8.00 Mbits/sec 688
[ 5] 17.01-18.01 sec 981 KBytes 8.01 Mbits/sec 688
[ 5] 18.01-19.00 sec 971 KBytes 8.00 Mbits/sec 681
[ 5] 19.00-20.01 sec 981 KBytes 8.00 Mbits/sec 688
[ 5] 20.01-21.01 sec 980 KBytes 7.99 Mbits/sec 687
[ 5] 21.01-22.01 sec 970 KBytes 8.01 Mbits/sec 680
[ 5] 22.01-23.01 sec 981 KBytes 8.00 Mbits/sec 688
[ 5] 23.01-24.00 sec 968 KBytes 8.00 Mbits/sec 679
[ 5] 24.00-25.01 sec 982 KBytes 8.00 Mbits/sec 689
[ 5] 25.01-26.01 sec 982 KBytes 8.00 Mbits/sec 689
[ 5] 26.01-27.00 sec 968 KBytes 8.00 Mbits/sec 679
[ 5] 27.00-28.01 sec 985 KBytes 8.00 Mbits/sec 691
[ 5] 28.01-29.01 sec 970 KBytes 8.00 Mbits/sec 680
[ 5] 29.01-29.99 sec 965 KBytes 8.00 Mbits/sec 677
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-29.99 sec 28.6 MBytes 8.00 Mbits/sec 0.000 ms 0/20544 (0%) sender
[ 5] 0.00-30.06 sec 28.7 MBytes 8.00 Mbits/sec 0.031 ms 0/20544 (0%) receiver
Doesn't seem to show much issue:
PING:
PING this.is.my.ip (this.is.my.ip) 56(84) bytes of data.
64 bytes from this.is.my.ip: icmp_seq=1 ttl=51 time=147 ms
64 bytes from this.is.my.ip: icmp_seq=2 ttl=51 time=147 ms
64 bytes from this.is.my.ip: icmp_seq=3 ttl=51 time=147 ms
64 bytes from this.is.my.ip: icmp_seq=4 ttl=51 time=147 ms
--- this.is.my.ip ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 147.441/147.633/147.900/0.421 ms
10/05/2022 18:53:33 UTC
--------------------
TRACEROUTE:
traceroute to [this.is.my.ip] ([this.is.my.ip]), 15 hops max, 60 byte packets
1 Blizzard Blizzard 0.786 ms 0.768 ms 0.744 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 um5a-cust.coolideas.co.za (155.93.240.30) 150.449 ms 150.604 ms 150.822 ms
14 nmjx-cust.coolideas.co.za (this.is.my.ip) 148.110 ms 148.132 ms 148.133 ms
10/05/2022 18:53:32 UTC
--------------------
MTR:
Start: Tue May 10 18:53:32 2022 Blizzard 1.|-- Blizzard 0.0% 10 0.3 0.3 0.3 0.4 0.0
2.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10/05/2022 18:53:32 UTC
--------------------
I've had the issue since I can remember (clean tracerts but loss in-game). Tried fixing it a while back but just gave up.Sheesh, glad I'm not the only one, feel like I'm going insane! Been 5 months of this and 2 FNO's and 2 ISP's. So frustrating when MTR/ping plotter tests are clean yet the loss in-game is constant every single day, ISP's then wash their hands of the problem as it all looks fine on tests. Makes you feel insane, I even formatted my PC yesterday because of it, even though the same PC has no issue at a mates place 5km away on Openserve, I've ruled everything out - routers, cables, OS, ISP, FNO! Hence my question if there's shared short distance infrastructure among FNO's/ISP's or something, I'm not in the industry and wouldn't know ...
Had Cool Ideas contact me today to do more Iperf + ping plotter tests from the ONT, which came up clean. I showed the guy the spikes live in-game from an Anydesk session just to prove my point.
I'm expecting the usual "we found no issues on your line" or escalations to Vumatel to be fruitless or no follow-ups and silent treatment again but fingers crossed.
I had a Dassan ONT for Octotel until switching to Vumatel who installed a much more modern looking bigger box and fresh lines on Friday.