Cool Ideas Fibre ISP - Feedback

Status
Not open for further replies.
PBCool said:
Then you need to set to 80M not 160M
Click to expand...
was sure i set it at 80M.. Maybe I made a typo


Here is a new 80M

iperf3.exe -R -u -b 80M -p 17001 -c queen.cisp.co.za
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[ 4] local 192.168.2.136 port 49202 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 9.41 MBytes 78.9 Mbits/sec 0.451 ms 20/1224 (1.6%)
[ 4] 1.00-2.00 sec 9.84 MBytes 82.6 Mbits/sec 0.191 ms 2/1262 (0.16%)
[ 4] 2.00-3.00 sec 9.52 MBytes 79.8 Mbits/sec 0.160 ms 3/1221 (0.25%)
[ 4] 3.00-4.00 sec 9.51 MBytes 79.7 Mbits/sec 0.175 ms 4/1221 (0.33%)
[ 4] 4.00-5.00 sec 9.54 MBytes 80.0 Mbits/sec 0.184 ms 0/1221 (0%)
[ 4] 5.00-6.00 sec 9.51 MBytes 79.7 Mbits/sec 0.350 ms 0/1217 (0%)
iperf3: OUT OF ORDER - incoming packet = 8200 and received packet = 8201 AND SP = 4
[ 4] 6.00-7.00 sec 9.55 MBytes 80.1 Mbits/sec 0.239 ms 3/1224 (0.25%)
[ 4] 7.00-8.00 sec 9.53 MBytes 80.0 Mbits/sec 0.141 ms 0/1220 (0%)
[ 4] 8.00-9.00 sec 9.52 MBytes 79.8 Mbits/sec 0.204 ms 3/1221 (0.25%)
[ 4] 9.00-10.00 sec 9.55 MBytes 80.1 Mbits/sec 0.203 ms 0/1222 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 97.3 MBytes 81.6 Mbits/sec 0.247 ms 35/12453 (0.28%)
[ 4] Sent 12453 datagrams
[SUM] 0.0-10.0 sec 1 datagrams received out-of-order

iperf Done.
 
stefan9 said:
@PBCool How far are we from resolving my frogfoot international issue? Been going since July. So really want this resolved in 2018....
Click to expand...
We are getting there Frogfoot now want other iperfs so will let you know asap for those as well.
 
jgoosen206 said:
was sure i set it at 80M.. Maybe I made a typo


Here is a new 80M

iperf3.exe -R -u -b 80M -p 17001 -c queen.cisp.co.za
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[ 4] local 192.168.2.136 port 49202 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 9.41 MBytes 78.9 Mbits/sec 0.451 ms 20/1224 (1.6%)
[ 4] 1.00-2.00 sec 9.84 MBytes 82.6 Mbits/sec 0.191 ms 2/1262 (0.16%)
[ 4] 2.00-3.00 sec 9.52 MBytes 79.8 Mbits/sec 0.160 ms 3/1221 (0.25%)
[ 4] 3.00-4.00 sec 9.51 MBytes 79.7 Mbits/sec 0.175 ms 4/1221 (0.33%)
[ 4] 4.00-5.00 sec 9.54 MBytes 80.0 Mbits/sec 0.184 ms 0/1221 (0%)
[ 4] 5.00-6.00 sec 9.51 MBytes 79.7 Mbits/sec 0.350 ms 0/1217 (0%)
iperf3: OUT OF ORDER - incoming packet = 8200 and received packet = 8201 AND SP = 4
[ 4] 6.00-7.00 sec 9.55 MBytes 80.1 Mbits/sec 0.239 ms 3/1224 (0.25%)
[ 4] 7.00-8.00 sec 9.53 MBytes 80.0 Mbits/sec 0.141 ms 0/1220 (0%)
[ 4] 8.00-9.00 sec 9.52 MBytes 79.8 Mbits/sec 0.204 ms 3/1221 (0.25%)
[ 4] 9.00-10.00 sec 9.55 MBytes 80.1 Mbits/sec 0.203 ms 0/1222 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 97.3 MBytes 81.6 Mbits/sec 0.247 ms 35/12453 (0.28%)
[ 4] Sent 12453 datagrams
[SUM] 0.0-10.0 sec 1 datagrams received out-of-order

iperf Done.
Click to expand...
And this looks fine.
 
PBCool said:
And this looks fine.
Click to expand...

Mine not quite so :

Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[ 4] local 192.168.1.17 port 50681 connected to 62.233.65.195 port 17001
iperf3: OUT OF ORDER - incoming packet = 4 and received packet = 7 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 1056 and received packet = 1065 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 1057 and received packet = 1065 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 1058 and received packet = 1065 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 1059 and received packet = 1065 AND SP = 4
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 9.54 MBytes 79.9 Mbits/sec 1.231 ms 322/1538 (21%)
[ 4] 1.00-2.00 sec 9.64 MBytes 81.0 Mbits/sec 0.776 ms 3/1237 (0.24%)
iperf3: OUT OF ORDER - incoming packet = 3658 and received packet = 3665 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3659 and received packet = 3665 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3660 and received packet = 3665 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3661 and received packet = 3665 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3664 and received packet = 3665 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3662 and received packet = 3665 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3678 and received packet = 3685 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3679 and received packet = 3685 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3680 and received packet = 3686 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3681 and received packet = 3686 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3682 and received packet = 3686 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3683 and received packet = 3687 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3701 and received packet = 3702 AND SP = 4
[ 4] 2.00-3.00 sec 9.35 MBytes 78.4 Mbits/sec 1.029 ms 20/1204 (1.7%)
[ 4] 3.00-4.00 sec 8.90 MBytes 74.5 Mbits/sec 0.988 ms 75/1214 (6.2%)
[ 4] 4.00-5.00 sec 9.45 MBytes 79.3 Mbits/sec 1.020 ms 7/1216 (0.58%)
iperf3: OUT OF ORDER - incoming packet = 7386 and received packet = 7388 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 7387 and received packet = 7388 AND SP = 4
[ 4] 5.00-6.00 sec 9.73 MBytes 81.8 Mbits/sec 0.899 ms 10/1254 (0.8%)
[ 4] 6.00-7.00 sec 9.44 MBytes 79.2 Mbits/sec 1.212 ms 2/1210 (0.17%)
[ 4] 7.00-8.00 sec 9.36 MBytes 78.4 Mbits/sec 1.039 ms 10/1208 (0.83%)
iperf3: OUT OF ORDER - incoming packet = 10619 and received packet = 10633 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10620 and received packet = 10633 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10621 and received packet = 10633 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10622 and received packet = 10633 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10623 and received packet = 10635 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10624 and received packet = 10635 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10634 and received packet = 10635 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10625 and received packet = 10635 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10626 and received packet = 10635 AND SP = 4
[ 4] 8.00-9.00 sec 9.59 MBytes 80.4 Mbits/sec 1.158 ms 16/1235 (1.3%)
[ 4] 9.00-10.00 sec 9.55 MBytes 80.2 Mbits/sec 0.978 ms 2/1224 (0.16%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 105 MBytes 88.1 Mbits/sec 0.935 ms 470/13430 (3.5%)
[ 4] Sent 13430 datagrams
[SUM] 0.0-10.0 sec 29 datagrams received out-of-order

iperf Done.


AND..........

1542307354711.png


GATVOL !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
 
Last edited:
d:\>iperf3 -c queen.cisp.co.za -p 17001 -R -u -b 100m
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[ 4] local 192.168.1.2 port 62710 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 12.1 MBytes 101 Mbits/sec 0.343 ms 38/1582 (2.4%)
[ 4] 1.00-2.00 sec 11.9 MBytes 100 Mbits/sec 0.184 ms 1/1526 (0.066%)
iperf3: OUT OF ORDER - incoming packet = 3641 and received packet = 3647 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3642 and received packet = 3647 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3643 and received packet = 3649 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3644 and received packet = 3649 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3645 and received packet = 3649 AND SP = 4
[ 4] 2.00-3.00 sec 11.9 MBytes 99.8 Mbits/sec 0.188 ms 8/1525 (0.52%)
[ 4] 3.00-4.00 sec 11.9 MBytes 100 Mbits/sec 0.183 ms 0/1527 (0%)
iperf3: OUT OF ORDER - incoming packet = 6693 and received packet = 6698 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 6694 and received packet = 6699 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 6695 and received packet = 6699 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 6696 and received packet = 6699 AND SP = 4
[ 4] 4.00-5.00 sec 11.8 MBytes 99.1 Mbits/sec 0.173 ms 18/1526 (1.2%)
[ 4] 5.00-6.00 sec 11.9 MBytes 100 Mbits/sec 0.215 ms 0/1527 (0%)
[ 4] 6.00-7.00 sec 11.9 MBytes 99.5 Mbits/sec 0.284 ms 8/1526 (0.52%)
[ 4] 7.00-8.00 sec 11.9 MBytes 99.8 Mbits/sec 0.181 ms 3/1526 (0.2%)
[ 4] 8.00-9.00 sec 11.9 MBytes 99.9 Mbits/sec 0.193 ms 1/1525 (0.066%)
[ 4] 9.00-10.00 sec 11.9 MBytes 99.5 Mbits/sec 0.238 ms 9/1527 (0.59%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 122 MBytes 102 Mbits/sec 0.202 ms 86/15563 (0.55%)
[ 4] Sent 15563 datagrams
[SUM] 0.0-10.0 sec 9 datagrams received out-of-order

iperf Done.
 
So i have been reading the issues that the people are having. I left axxess because o had the exact same issue where from 7pm till 11pm i can hardly do anything on my line and not enjoy my online games so i came over to cisp beginning this month and things was smooth. Well that was till now. I am having the same issue again where my line is useless after 7pm after 2 and half weeks of smooth sailing. So my question what changed where and why...
 
@PBCool - is something wrong in PE on Openserve or on your side ? I'm struggling here !! I can't go on like this, this is ridiculous - every night its the same thing.

Openserve 100/50



1542308497973.png

1542308533227.png
 
Sinbad said:
d:\>iperf3 -c queen.cisp.co.za -p 17001 -R -u -b 100m
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[ 4] local 192.168.1.2 port 62710 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 12.1 MBytes 101 Mbits/sec 0.343 ms 38/1582 (2.4%)
[ 4] 1.00-2.00 sec 11.9 MBytes 100 Mbits/sec 0.184 ms 1/1526 (0.066%)
iperf3: OUT OF ORDER - incoming packet = 3641 and received packet = 3647 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3642 and received packet = 3647 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3643 and received packet = 3649 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3644 and received packet = 3649 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3645 and received packet = 3649 AND SP = 4
[ 4] 2.00-3.00 sec 11.9 MBytes 99.8 Mbits/sec 0.188 ms 8/1525 (0.52%)
[ 4] 3.00-4.00 sec 11.9 MBytes 100 Mbits/sec 0.183 ms 0/1527 (0%)
iperf3: OUT OF ORDER - incoming packet = 6693 and received packet = 6698 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 6694 and received packet = 6699 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 6695 and received packet = 6699 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 6696 and received packet = 6699 AND SP = 4
[ 4] 4.00-5.00 sec 11.8 MBytes 99.1 Mbits/sec 0.173 ms 18/1526 (1.2%)
[ 4] 5.00-6.00 sec 11.9 MBytes 100 Mbits/sec 0.215 ms 0/1527 (0%)
[ 4] 6.00-7.00 sec 11.9 MBytes 99.5 Mbits/sec 0.284 ms 8/1526 (0.52%)
[ 4] 7.00-8.00 sec 11.9 MBytes 99.8 Mbits/sec 0.181 ms 3/1526 (0.2%)
[ 4] 8.00-9.00 sec 11.9 MBytes 99.9 Mbits/sec 0.193 ms 1/1525 (0.066%)
[ 4] 9.00-10.00 sec 11.9 MBytes 99.5 Mbits/sec 0.238 ms 9/1527 (0.59%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 122 MBytes 102 Mbits/sec 0.202 ms 86/15563 (0.55%)
[ 4] Sent 15563 datagrams
[SUM] 0.0-10.0 sec 9 datagrams received out-of-order

iperf Done.
Click to expand...
this being said, Destiny 2 is coming down at pretty much line speed, so I'm not complaining
 
Looney said:
RD is crap again tonight! Jeeezuz am tired of this!
Click to expand...
So of the tests I've done if I try download the RD test file on one of our core devices out of peak time I get around 150Mbps consistently then at peak time it starts off high and then tapers off to around 20Mbps. If I download a Centos ISO which also comes over the LINX fabric I get the 150Mbps during peak and off peak all the way through. So I don't think this has much to do with international but more around the fact that the RD servers start "preferring" customers with lower latency due to re-transmits happening much quicker.
 
How do I get the IP address for a PS4 game to run a MTR test? And not sure how it helps, as Tuesday, almost everything to london was down, not only GT Sport
 
PBCool said:
So of the tests I've done if I try download the RD test file on one of our core devices out of peak time I get around 150Mbps consistently then at peak time it starts off high and then tapers off to around 20Mbps. If I download a Centos ISO which also comes over the LINX fabric I get the 150Mbps during peak and off peak all the way through. So I don't think this has much to do with international but more around the fact that the RD servers start "preferring" customers with lower latency due to re-transmits happening much quicker.
Click to expand...
Would be keen to understand how their competitors compare for example premiumze
 
PBCool said:
So of the tests I've done if I try download the RD test file on one of our core devices out of peak time I get around 150Mbps consistently then at peak time it starts off high and then tapers off to around 20Mbps. If I download a Centos ISO which also comes over the LINX fabric I get the 150Mbps during peak and off peak all the way through. So I don't think this has much to do with international but more around the fact that the RD servers start "preferring" customers with lower latency due to re-transmits happening much quicker.
Click to expand...

So then why were things going so well? There were nights that I could stream a 30gb 4K file during peak hours perfectly. Makes no sense. You fixed it somehow and now it’s broke again. So whatever you did before, please do it again. I beg you. Please don’t make me cancel.
 
PBCool said:
So of the tests I've done if I try download the RD test file on one of our core devices out of peak time I get around 150Mbps consistently then at peak time it starts off high and then tapers off to around 20Mbps. If I download a Centos ISO which also comes over the LINX fabric I get the 150Mbps during peak and off peak all the way through. So I don't think this has much to do with international but more around the fact that the RD servers start "preferring" customers with lower latency due to re-transmits happening much quicker.
Click to expand...

So why does LTE never buffer and plays faultlessly?
 
Looney said:
So then why were things going so well? There were nights that I could stream a 30gb 4K file during peak hours perfectly. Makes no sense. You fixed it somehow and now it’s broke again. So whatever you did before, please do it again. I beg you. Please don’t make me cancel.
Click to expand...
We didn't "fix" anything, are you streaming from the same server each time or is it random?
 
wingnut771 said:
So why does LTE never buffer and plays faultlessly?
Click to expand...
I imagine they are using application acceleration, I am still testing via LTE but the performance seems much worse. Which network are you testing with?
 
PBCool said:
Nothing to report on the Openserve side in Cape Town, Johannesburg Openserve are supposed to be making some changes in the next few days.
Click to expand...

Sounds good.

Hopefully it will clear up some issues that some of us are having on the Openserve network. I noticed that NNTP downloads are also fluctuating on my end. Not that I download the internet, but something fishy is going on during peak time (7-11). Outside those hours, everything is going like a boeing.
 
Status
Not open for further replies.
Back
Top
Sign up to the MyBroadband newsletter
X