Status
Not open for further replies.
I see so - just seeing a couple of people posting here about problems that haven't done so. @TheRoDent 's post got buried rather quickly in this thread as all posts do :)
Needs to be stickied, if one could do that in a thread, but not possible on this forum's software.
Maybe a few of us need to carry that link as a forum signature until this is sorted
 
It is receiving tangible attention. A new NNI is being put in place by CISP.

Agreed. I was switched over to the new NNI, and a technician is installing a device to perform some sort of testing at my house this evening. Steps are being taken to resolve this issue.
 
Agreed. I was switched over to the new NNI, and a technician is installing a device to perform some sort of testing at my house this evening. Steps are being taken to resolve this issue.
That's great news. Where are you based? Was hoping I'd be included in this testing, but I guess being in Bloem makes me a bad candidate :p
 
Is it possible to pay for a static ip address? my ip seems to change several times per day and it causes a bit of havoc as I'm using DNS vpn for netflix and etc
 
Is it possible to pay for a static ip address? my ip seems to change several times per day and it causes a bit of havoc as I'm using DNS vpn for netflix and etc
Try something like DynDNS?
 
So I'm trying to do an iperf but I'm not sure whether I'm doing it correctly. This is on a 20/20 line.

C:\Users\main>C:\Users\main\iperf-3.1.3-win64\iperf3.exe -R -u -b 18M -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.0.105 port 49658 connected to 62.233.65.195 port 17001
iperf3: OUT OF ORDER - incoming packet = 18 and received packet = 56 AND SP = 4
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.38 MBytes 11.5 Mbits/sec 0.424 ms 265/440 (60%)
[ 4] 1.00-2.00 sec 1.04 MBytes 8.72 Mbits/sec 0.566 ms 151/284 (53%)
[ 4] 2.00-3.00 sec 824 KBytes 6.75 Mbits/sec 0.374 ms 161/264 (61%)
[ 4] 3.00-4.00 sec 1.38 MBytes 11.6 Mbits/sec 0.816 ms 107/284 (38%)
[ 4] 4.00-5.00 sec 1.31 MBytes 11.0 Mbits/sec 1.243 ms 112/280 (40%)
[ 4] 5.00-6.00 sec 896 KBytes 7.34 Mbits/sec 0.402 ms 156/268 (58%)
[ 4] 6.00-7.00 sec 1.26 MBytes 10.5 Mbits/sec 1.183 ms 108/269 (40%)
[ 4] 7.00-8.00 sec 1.60 MBytes 13.5 Mbits/sec 0.776 ms 79/284 (28%)
[ 4] 8.00-9.00 sec 672 KBytes 5.50 Mbits/sec 0.468 ms 188/272 (69%)
[ 4] 9.00-10.00 sec 1.35 MBytes 11.3 Mbits/sec 0.912 ms 104/277 (38%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 23.2 MBytes 19.5 Mbits/sec 0.990 ms 1441/2968 (49%)
[ 4] Sent 2968 datagrams
[SUM] 0.0-10.0 sec 1 datagrams received out-of-order

iperf Done.

So how do I read this, is 49% of the datagrams being lost in transit?
 
So I'm trying to do an iperf but I'm not sure whether I'm doing it correctly. This is on a 20/20 line.

C:\Users\main>C:\Users\main\iperf-3.1.3-win64\iperf3.exe -R -u -b 18M -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.0.105 port 49658 connected to 62.233.65.195 port 17001
iperf3: OUT OF ORDER - incoming packet = 18 and received packet = 56 AND SP = 4
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.38 MBytes 11.5 Mbits/sec 0.424 ms 265/440 (60%)
[ 4] 1.00-2.00 sec 1.04 MBytes 8.72 Mbits/sec 0.566 ms 151/284 (53%)
[ 4] 2.00-3.00 sec 824 KBytes 6.75 Mbits/sec 0.374 ms 161/264 (61%)
[ 4] 3.00-4.00 sec 1.38 MBytes 11.6 Mbits/sec 0.816 ms 107/284 (38%)
[ 4] 4.00-5.00 sec 1.31 MBytes 11.0 Mbits/sec 1.243 ms 112/280 (40%)
[ 4] 5.00-6.00 sec 896 KBytes 7.34 Mbits/sec 0.402 ms 156/268 (58%)
[ 4] 6.00-7.00 sec 1.26 MBytes 10.5 Mbits/sec 1.183 ms 108/269 (40%)
[ 4] 7.00-8.00 sec 1.60 MBytes 13.5 Mbits/sec 0.776 ms 79/284 (28%)
[ 4] 8.00-9.00 sec 672 KBytes 5.50 Mbits/sec 0.468 ms 188/272 (69%)
[ 4] 9.00-10.00 sec 1.35 MBytes 11.3 Mbits/sec 0.912 ms 104/277 (38%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 23.2 MBytes 19.5 Mbits/sec 0.990 ms 1441/2968 (49%)
[ 4] Sent 2968 datagrams
[SUM] 0.0-10.0 sec 1 datagrams received out-of-order

iperf Done.

So how do I read this, is 49% of the datagrams being lost in transit?
You are reading correctly AFAIK.

This is another issue some users here have had no resolution on.

No pressure, I'm just keeping up the momentum.
 
Thanks, no wonder my international is basically dead during peak times.
No problem.

I'm getting 20/20 Vuma installed on 6 feb, and would like to know the resolution to this problem, if/when I come across it.

(Another user's case)
So far CPE has been changed with worse results, I'm suspecting the actual fibre from the street is damaged and needs to be tested. Unfortunetly more than 4 months later, no fibre representative has been onsite to test said fibre. Just saying. This is with Vumatel.

Would explain the poor 1gbps performance he's having (if I'm not getting users mixed up).
 
Network, location?
Netstream, JHB
A techie from Netstream was at my place yesterday to test my line but it is still just as bad. I have a feeling that these guys have no idea what to look for. I feel like a techie from CISP should accompany these guys and show them what is wrong as they come here to do their tests as a tick box excersise and then just throws it back to the ISP.
 
Latest update on my side from Octotel, will update as I get them:

Certain customers within the Blouberg area may be experiencing degraded
internet speeds during peak times.

We are working closely with our metro provider to resolve the issue.

We will provide an update as soon as possible.
 
Status
Not open for further replies.
Top
Sign up to the MyBroadband newsletter
X