Cool Ideas Fibre ISP - Feedback

Status
Not open for further replies.
Weekend was much better, but am now getting slow international and packet loss on Octotel, Southern Suburbs yet again.
 
This is ridiculous, I now have 47% packet loss to Hetzner servers in Germany.

Is this Octotel or CISP?
 
to iperf.cisp.co.za:

Code: 
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |   27 |   27 |    0 |    0 |    0 |    0 |
|                u6u-cust.coolideas.co.za -    0 |   27 |   27 |    0 |    0 |    0 |    0 |
|                uwx-cust.coolideas.co.za -   34 |   12 |    8 |    0 |    0 |    1 |    0 |
|       wc-grwf-ars1-vl1701.enetworks.net -   42 |   12 |    7 |    0 |   60 |  140 |  140 |
|    wc-grwf-br1-gi0-2-3202.enetworks.net -   42 |   12 |    7 |    0 |   60 |  140 |  140 |
|                             41.60.242.1 -   42 |   12 |    7 |    1 |   60 |  140 |  140 |
|  te-3-0-11.lza-p4-jhb.liquidtelecom.net -   50 |   10 |    5 |  148 |  161 |  171 |  148 |
|xe-0-1-5-0.lfr-pe2-mrs.liquidtelecom.net -   50 |   10 |    5 |  154 |  164 |  171 |  154 |
|                  gw1.fra1.de.linode.com -   50 |   10 |    5 |  155 |  170 |  188 |  155 |
|                          139.162.129.15 -   50 |   10 |    5 |  153 |  165 |  173 |  153 |
|           li1673-197.members.linode.com -   50 |   10 |    5 |  153 |  165 |  173 |  154 |
|________________________________________________|______|______|______|______|______|______|
 
Seeyou said:
This is ridiculous, I now have 47% packet loss to Hetzner servers in Germany.

Is this Octotel or CISP?
Click to expand...

Seems like its Octotel...

This is an iperf to the teraco data centre

mde@HPM:~$ iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 1M -l 1400 --omit 2 -R -u
iperf 3.1.3
Linux HPM.Home 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64
Time: Mon, 25 Mar 2019 11:30:50 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
Reverse mode, remote host trcvmh01.cisp.co.za is sending
Cookie: HPM.Home.1553513450.675617.1de157072
[ 4] local 192.168.1.8 port 52095 connected to 154.0.15.181 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 2 seconds, 10 second test
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 131 KBytes 1.07 Mbits/sec 0.340 ms 0/96 (0%) (omitted)
[ 4] 1.00-2.00 sec 50.6 KBytes 414 Kbits/sec 0.122 ms 53/90 (59%) (omitted)
[ 4] 0.00-1.00 sec 122 KBytes 997 Kbits/sec 0.310 ms 0/89 (0%)
[ 4] 1.00-2.00 sec 49.2 KBytes 403 Kbits/sec 0.156 ms 53/89 (60%)
[ 4] 2.00-3.00 sec 123 KBytes 1.01 Mbits/sec 5.657 ms 0/90 (0%)
[ 4] 3.00-4.00 sec 49.2 KBytes 403 Kbits/sec 0.718 ms 53/89 (60%)
[ 4] 4.00-5.00 sec 122 KBytes 997 Kbits/sec 0.551 ms 0/89 (0%)
[ 4] 5.00-6.00 sec 49.2 KBytes 403 Kbits/sec 0.147 ms 53/89 (60%)
[ 4] 6.00-7.00 sec 123 KBytes 1.01 Mbits/sec 0.175 ms 0/90 (0%)
[ 4] 7.00-8.00 sec 47.9 KBytes 392 Kbits/sec 1.465 ms 54/89 (61%)
[ 4] 8.00-9.00 sec 122 KBytes 997 Kbits/sec 0.539 ms 0/89 (0%)
[ 4] 9.00-10.00 sec 49.2 KBytes 403 Kbits/sec 0.461 ms 54/90 (60%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 1.20 MBytes 1.01 Mbits/sec 0.461 ms 267/893 (30%)
[ 4] Sent 893 datagrams
CPU Utilization: local/receiver 1.0% (0.2%u/0.9%s), remote/sender 0.1% (0.0%u/0.1%s)

iperf Done.
 
stefan9 said:
So when is my ticket getting resolved...

#COOL-20180711-122832

Last I heard I was getting some box to track, not happened. Issue still unresolved. Ticket now been open for 8 months.

This simply not on and no I don't care whether its Frogfoot's fault or not. Get it resolved...
Click to expand...

Still waiting for a response of when my issue will be resolved....
 
Seeyou said:
to iperf.cisp.co.za:

Code: 
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |   27 |   27 |    0 |    0 |    0 |    0 |
|                u6u-cust.coolideas.co.za -    0 |   27 |   27 |    0 |    0 |    0 |    0 |
|                uwx-cust.coolideas.co.za -   34 |   12 |    8 |    0 |    0 |    1 |    0 |
|       wc-grwf-ars1-vl1701.enetworks.net -   42 |   12 |    7 |    0 |   60 |  140 |  140 |
|    wc-grwf-br1-gi0-2-3202.enetworks.net -   42 |   12 |    7 |    0 |   60 |  140 |  140 |
|                             41.60.242.1 -   42 |   12 |    7 |    1 |   60 |  140 |  140 |
|  te-3-0-11.lza-p4-jhb.liquidtelecom.net -   50 |   10 |    5 |  148 |  161 |  171 |  148 |
|xe-0-1-5-0.lfr-pe2-mrs.liquidtelecom.net -   50 |   10 |    5 |  154 |  164 |  171 |  154 |
|                  gw1.fra1.de.linode.com -   50 |   10 |    5 |  155 |  170 |  188 |  155 |
|                          139.162.129.15 -   50 |   10 |    5 |  153 |  165 |  173 |  153 |
|           li1673-197.members.linode.com -   50 |   10 |    5 |  153 |  165 |  173 |  154 |
|________________________________________________|______|______|______|______|______|______|
Click to expand...

Yup you're being routed over enetworks. Whenever traffic goes through their network packet loss skyrockets, same thing happened to me.

This is what it should look like:

Code: 
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |   32 |   32 |    0 |    0 |    1 |    0 |
|                             154.0.0.246 -    0 |   32 |   32 |    0 |    1 |    2 |    1 |
|                             154.0.4.161 -    0 |   32 |   32 |    1 |    1 |    2 |    1 |
|                             154.0.4.158 -    0 |   32 |   32 |  140 |  140 |  141 |  140 |
|te0-1-0-7-4.1200.ccr21.lon01.atlas.cogentco.com -    0 |   32 |   32 |  140 |  141 |  151 |  141 |
|   be2868.ccr41.lon13.atlas.cogentco.com -    0 |   32 |   32 |  141 |  141 |  142 |  141 |
|  be12194.ccr41.ams03.atlas.cogentco.com -    0 |   32 |   32 |  148 |  148 |  149 |  149 |
|   be2813.ccr41.fra03.atlas.cogentco.com -    0 |   32 |   32 |  154 |  155 |  156 |  155 |
|be2501.rcr21.b015749-1.fra03.atlas.cogentco.com -    0 |   32 |   32 |  155 |  155 |  156 |  155 |
|                           204.68.252.42 -    0 |   32 |   32 |  154 |  154 |  162 |  154 |
|                          139.162.129.15 -    0 |   32 |   32 |  154 |  154 |  156 |  154 |
|           li1673-197.members.linode.com -    0 |   32 |   32 |  154 |  154 |  162 |  154 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

I just have no idea if being routed over enetworks is the result of CISP doing something or Octotel doing something. Octotel have said they're doing core network upgrades so who knows at this point.
 
Opened a ticket, think my slow international is packet loss probably.
Code: 
iperf3.exe -R -u -b 95M -p 17001 -c iperf.cisp.co.za
Connecting to host iperf.cisp.co.za, port 17001
Reverse mode, remote host iperf.cisp.co.za is sending
[  4] local 192.168.0.110 port 61593 connected to 172.104.157.197 port 17001
iperf3: OUT OF ORDER - incoming packet = 496 and received packet = 499 AND SP = 4
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  11.4 MBytes  95.7 Mbits/sec  0.415 ms  30/1489 (2%)
iperf3: OUT OF ORDER - incoming packet = 2672 and received packet = 2675 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 2673 and received packet = 2677 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 2674 and received packet = 2677 AND SP = 4
[  4]   1.00-2.00   sec  11.2 MBytes  94.1 Mbits/sec  0.388 ms  5/1439 (0.35%)
[  4]   2.00-3.00   sec  11.2 MBytes  94.0 Mbits/sec  0.443 ms  1/1435 (0.07%)
[  4]   3.00-4.00   sec  11.2 MBytes  94.0 Mbits/sec  0.389 ms  2/1437 (0.14%)
[  4]   4.00-5.00   sec  11.2 MBytes  94.1 Mbits/sec  0.400 ms  0/1436 (0%)
iperf3: OUT OF ORDER - incoming packet = 8035 and received packet = 8062 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8036 and received packet = 8062 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8037 and received packet = 8062 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8038 and received packet = 8062 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8039 and received packet = 8062 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8040 and received packet = 8062 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8041 and received packet = 8062 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8042 and received packet = 8062 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8043 and received packet = 8068 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8063 and received packet = 8068 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8044 and received packet = 8068 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8045 and received packet = 8069 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8046 and received packet = 8069 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8047 and received packet = 8069 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8048 and received packet = 8070 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8049 and received packet = 8070 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8050 and received packet = 8070 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8051 and received packet = 8071 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8052 and received packet = 8072 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8053 and received packet = 8073 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8064 and received packet = 8073 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8065 and received packet = 8074 AND SP = 4
[  4]   5.00-6.00   sec  11.2 MBytes  94.0 Mbits/sec  0.407 ms  25/1437 (1.7%)
[  4]   6.00-7.00   sec  11.2 MBytes  94.0 Mbits/sec  0.432 ms  1/1436 (0.07%)
[  4]   7.00-8.00   sec  11.2 MBytes  94.1 Mbits/sec  0.457 ms  13/1449 (0.9%)
iperf3: OUT OF ORDER - incoming packet = 11507 and received packet = 11567 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11508 and received packet = 11568 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11509 and received packet = 11568 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11510 and received packet = 11568 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11511 and received packet = 11570 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11512 and received packet = 11570 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11513 and received packet = 11571 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11514 and received packet = 11571 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11515 and received packet = 11572 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11516 and received packet = 11573 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11517 and received packet = 11573 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 11518 and received packet = 11574 AND SP = 4
[  4]   8.00-9.00   sec  10.9 MBytes  91.5 Mbits/sec  0.428 ms  43/1426 (3%)
[  4]   9.00-10.00  sec  10.3 MBytes  86.4 Mbits/sec  0.418 ms  131/1450 (9%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec   115 MBytes  96.8 Mbits/sec  0.441 ms  284/14775 (1.9%)
[  4] Sent 14775 datagrams
[SUM]  0.0-10.0 sec  38 datagrams received out-of-order

iperf Done.
#COOL-20190325-241271
 
Seemingly switched back, though some packet loss is still present:

Code: 
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |   34 |   34 |    0 |    0 |    0 |    0 |
|                u6u-cust.coolideas.co.za -    0 |   34 |   34 |    0 |    0 |    1 |    0 |
|                uwx-cust.coolideas.co.za -    0 |   34 |   34 |    0 |    0 |    1 |    0 |
|                uwu-cust.coolideas.co.za -    0 |   34 |   34 |  140 |  140 |  140 |  140 |
|te0-1-0-7-4.1200.ccr21.lon01.atlas.cogentco.com -    4 |   31 |   30 |  140 |  140 |  142 |  140 |
|   be2871.ccr42.lon13.atlas.cogentco.com -    4 |   31 |   30 |  140 |  140 |  142 |  140 |
|  be12488.ccr42.ams03.atlas.cogentco.com -    0 |   34 |   34 |  147 |  147 |  154 |  148 |
|   be2814.ccr42.fra03.atlas.cogentco.com -    0 |   34 |   34 |  154 |  154 |  155 |  154 |
|be2502.rcr21.b015749-1.fra03.atlas.cogentco.com -    4 |   31 |   30 |  154 |  154 |  156 |  155 |
|                           204.68.252.42 -    0 |   34 |   34 |  153 |  154 |  192 |  153 |
|                          139.162.129.15 -    4 |   31 |   30 |  153 |  153 |  156 |  154 |
|           li1673-197.members.linode.com -    0 |   34 |   34 |  153 |  153 |  155 |  153 |
|________________________________________________|______|______|______|______|______|______|
 
@TheRoDent Any idea when we will be seeing the typical 145ms~ 150ms~ we used to?

Code: 
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |   20 |   20 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    5 |    0 |    0 |    0 |    0 |    0 |
|                            192.168.10.5 -    0 |   20 |   20 |    3 |    4 |    7 |    4 |
|                            192.168.11.6 -    0 |   20 |   20 |    2 |    3 |    5 |    5 |
|                             154.0.4.161 -    0 |   20 |   20 |    2 |    3 |    5 |    4 |
|                             154.0.4.158 -    0 |   20 |   20 |  142 |  143 |  145 |  142 |
|                   No response from host -  100 |    5 |    0 |    0 |    0 |    0 |    0 |
|   ae5.cbs02.eq01.lon03.networklayer.com -    0 |   20 |   20 |  173 |  174 |  176 |  174 |
|    cd.13.2da9.ip4.static.sl-reverse.com -    0 |   20 |   20 |  171 |  172 |  174 |  172 |
|    7f.76.32a9.ip4.static.sl-reverse.com -    0 |   20 |   20 |  171 |  172 |  174 |  173 |
|    bb.76.32a9.ip4.static.sl-reverse.com -    0 |   20 |   20 |  171 |  173 |  192 |  171 |
|           speedtest.lon02.softlayer.com -    0 |   20 |   20 |  172 |  173 |  176 |  172 |
|________________________________________________|______|______|______|______|______|______|

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |   20 |   20 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    5 |    0 |    0 |    0 |    0 |    0 |
|                            192.168.10.5 -    0 |   20 |   20 |    3 |    4 |    7 |    6 |
|                            192.168.11.6 -    0 |   20 |   20 |    2 |    3 |    5 |    4 |
|                             154.0.4.161 -    0 |   20 |   20 |    2 |    3 |    5 |    5 |
|                             154.0.4.158 -    0 |   20 |   20 |  142 |  143 |  145 |  143 |
|                              154.0.5.18 -    0 |   20 |   20 |  142 |  143 |  145 |  143 |
|              be20.asr01.thn.as20860.net -    0 |   20 |   20 |  169 |  170 |  172 |  171 |
|              po150.dc9core1.as20860.net -    0 |   20 |   20 |  172 |  178 |  216 |  209 |
|        94.zone.4.r.dc9.redstation.co.uk -    0 |   20 |   20 |  164 |  166 |  174 |  167 |
|                        queen.cisp.co.za -    0 |   20 |   20 |  163 |  164 |  167 |  165 |
|________________________________________________|______|______|______|______|______|______|
 
Having very similiar issues with International speeds being close to dead (0.58mb/s download). I have updated the Excel spreadsheet with my information. really hoping this is going to be addressed soon.
 
Chase101 said:
Having very similiar issues with International speeds being close to dead (0.58mb/s download). I have updated the Excel spreadsheet with my information. really hoping this is going to be addressed soon.
Click to expand...

Can everyone having similar problems on Vumatel Trenched in capetown please post me MTR statistics to 154.0.1.125 when this happens.

I've been debugging this with JannieR all day and there seems to be a general problem on the Vumatel network in CPT. I have escalated it to a network engineer at Vumatel but I'd like to see if everyone else has the same as I've been seeing.
 
TheRoDent said:
Can everyone having similar problems on Vumatel Trenched in capetown please post me MTR statistics to 154.0.1.125 when this happens.

I've been debugging this with JannieR all day and there seems to be a general problem on the Vumatel network in CPT. I have escalated it to a network engineer at Vumatel but I'd like to see if everyone else has the same as I've been seeing.
Click to expand...

Im having this issue on Octotell network though. Southern Suburbs Cape Town. Kenilworth.
 
Phinix said:
@TheRoDent Any idea when we will be seeing the typical 145ms~ 150ms~ we used to?

Code: 
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |   20 |   20 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    5 |    0 |    0 |    0 |    0 |    0 |
|                            192.168.10.5 -    0 |   20 |   20 |    3 |    4 |    7 |    4 |
|                            192.168.11.6 -    0 |   20 |   20 |    2 |    3 |    5 |    5 |
|                             154.0.4.161 -    0 |   20 |   20 |    2 |    3 |    5 |    4 |
|                             154.0.4.158 -    0 |   20 |   20 |  142 |  143 |  145 |  142 |
|                   No response from host -  100 |    5 |    0 |    0 |    0 |    0 |    0 |
|   ae5.cbs02.eq01.lon03.networklayer.com -    0 |   20 |   20 |  173 |  174 |  176 |  174 |
|    cd.13.2da9.ip4.static.sl-reverse.com -    0 |   20 |   20 |  171 |  172 |  174 |  172 |
|    7f.76.32a9.ip4.static.sl-reverse.com -    0 |   20 |   20 |  171 |  172 |  174 |  173 |
|    bb.76.32a9.ip4.static.sl-reverse.com -    0 |   20 |   20 |  171 |  173 |  192 |  171 |
|           speedtest.lon02.softlayer.com -    0 |   20 |   20 |  172 |  173 |  176 |  172 |
|________________________________________________|______|______|______|______|______|______|

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |   20 |   20 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    5 |    0 |    0 |    0 |    0 |    0 |
|                            192.168.10.5 -    0 |   20 |   20 |    3 |    4 |    7 |    6 |
|                            192.168.11.6 -    0 |   20 |   20 |    2 |    3 |    5 |    4 |
|                             154.0.4.161 -    0 |   20 |   20 |    2 |    3 |    5 |    5 |
|                             154.0.4.158 -    0 |   20 |   20 |  142 |  143 |  145 |  143 |
|                              154.0.5.18 -    0 |   20 |   20 |  142 |  143 |  145 |  143 |
|              be20.asr01.thn.as20860.net -    0 |   20 |   20 |  169 |  170 |  172 |  171 |
|              po150.dc9core1.as20860.net -    0 |   20 |   20 |  172 |  178 |  216 |  209 |
|        94.zone.4.r.dc9.redstation.co.uk -    0 |   20 |   20 |  164 |  166 |  174 |  167 |
|                        queen.cisp.co.za -    0 |   20 |   20 |  163 |  164 |  167 |  165 |
|________________________________________________|______|______|______|______|______|______|
Click to expand...

We'll keep you updated. I have explained before, but there are some delays on optics still.
 
Last edited:
image132 said:
As far as I know you need to ping live.twitch.tv as thats the server you connect to when you pull a stream.

Here is the Traceroute
1553523115048.png



Do you mind if I ask where you stay in SA?

I'm very curious about this as I have the exact same issue. I currently have Octotel fiber (100/25) that cannot stream twitch yet if I change over to my Openserve VDSL line (20/2) (I'm fighting with them to get it cancelled but its still live) which has Telkom as the ISP it can't stream twitch either. I struggle to understand how two different ISPs on two different network providers can't manage something as basic as a twitch stream. I know its not my pc as my phone does the same thing. I stay in Southern Suburbs in Cape Town and yet my friend on TTconnect in JHB with VoX NEVER (and I mean never) has issues with twitch. I mean all twitch needs is 1000-1200 KB/s its hardly like its killing everyone's bandwidth and yet if I look at my usage graph for its either stuck at doing around 300 KB/s or its like looking at a ECG reading. 300 KB/s, buffer, spike to 2000 kb/s, drop back down to 300 then buffer. Rinse and repeat.

The whole thing does my head in. PLEASE keep me updated if you figure anything out.
Click to expand...

Based in PTA connecting to the Lukasrand Telkom tower.

Well, I would not say mine is that bad, I can watch any stream at 720p/60 it will be mostly fine. But eventually it will buffer and it seems like the whole system falls out of sync and if it starts buffering it will not stop. Network usage is very erratic and nothing like my friends network usage which would be very consistent and the stream would load instantly and would feel responsive. I have maybe thought that it is due to insufficient international bandwidth or bad single threaded download performance. This is also not the case as I asked a friend in PTA East on Frogfoot 50/50 with Afrihost to do the same single threaded speedtest to Coreix, London as I have also posted. Mine scored 3.6Mbps where his was just under 2Mbps. Whats ironic is that he has absolutely no twitch issues. Almost every single threaded international speedtest he does I will beat him with download speed. I have spoken to Level 7 today and the gentleman that helped me said he can see the same problem from the main office he is working at.

The fact that I can watch Twitch on my CellC data, on Axxess, WebAfrica, and even MWEB tells me it is certainly possible for other ISP's. @cavedog that is/was using Cybersmart that also mainly uses Seacom for international just like Level-7 ,reported that Twitch had no problem.
 
I don't have any issues right now but figured Id throw in the mix my results for live.twitch.tv

I do see packetloss so anyone elses guess what that is about.

The ping however to sao paolo seems bit extreme, are we ever going to get back on the brazil pipe I recall a month ago getting 120-130ms to final destinations in brazil.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 64 | 64 | 0 | 0 | 1 | 0 |
| 155.93.248.1 - 0 | 64 | 64 | 2 | 9 | 45 | 2 |
| c3h-backbone.coolideas.co.za - 0 | 64 | 64 | 1 | 1 | 1 | 1 |
| cd-backbone.coolideas.co.za - 0 | 64 | 64 | 1 | 1 | 3 | 1 |
| uwu-cust.coolideas.co.za - 2 | 61 | 60 | 140 | 140 | 141 | 140 |
| v1000.core1.lon3.he.net - 2 | 61 | 60 | 140 | 140 | 142 | 140 |
| 100ge14-1.core1.lon2.he.net - 2 | 61 | 60 | 140 | 140 | 142 | 141 |
| 100ge13-2.core1.nyc4.he.net - 4 | 57 | 55 | 209 | 209 | 210 | 209 |
| 100ge11-1.core2.sao1.he.net - 4 | 56 | 54 | 315 | 315 | 316 | 315 |
 
Veck said:
Based in PTA connecting to the Lukasrand Telkom tower.

Well, I would not say mine is that bad, I can watch any stream at 720p/60 it will be mostly fine. But eventually it will buffer and it seems like the whole system falls out of sync and if it starts buffering it will not stop. Network usage is very erratic and nothing like my friends network usage which would be very consistent and the stream would load instantly and would feel responsive. I have maybe thought that it is due to insufficient international bandwidth or bad single threaded download performance. This is also not the case as I asked a friend in PTA East on Frogfoot 50/50 with Afrihost to do the same single threaded speedtest to Coreix, London as I have also posted. Mine scored 3.6Mbps where his was just under 2Mbps. Whats ironic is that he has absolutely no twitch issues. Almost every single threaded international speedtest he does I will beat him with download speed. I have spoken to Level 7 today and the gentleman that helped me said he can see the same problem from the main office he is working at.

The fact that I can watch Twitch on my CellC data, on Axxess, WebAfrica, and even MWEB tells me it is certainly possible for other ISP's. @cavedog that is/was using Cybersmart that also mainly uses Seacom for international just like Level-7 ,reported that Twitch had no problem.
Click to expand...

At least you got your guys to see it. With all the issues Octotel is having and the fact that my copper line can't do it either I don't even know where to start. The really bizarre thing for me was that over the christmas holidays twitch was perfect. For almost 20 days I could stream twitch any time of day at any quality with no issues. I do also remember a while ago I borrowed a friend's Telkom data wireless router, it managed to stream twitch just fine so I honestly don't know whats going on.

I'd like to blame international capacity but I just don't know enough about how the networks are setup to even make a guess. I'm just a guy throwing darts at a dart board, blindfolded in a pitch black room watching my buffer wheel go round and round.

This is typical usage pattern for me watching twitch:
2nd Twitch 926PM.jpg

As you can see the average is way down, like 300-400 KB/s with pretty much random peaks which makes the stream impossible to watch.

When its working properly it should just be a flat consistent line:
10th Twitch 1042PM.jpg
Constantly pulling 1000-1200KB/s.

Sucks twitch offers no tools to help with this. Tracerts fail because they fail to respond to pings and they have no speedtest capabilities at all so we're just left on our own. I wish I knew what was wrong but I guess just know you're not alone.
 
Delicious packet loss is back.

3MB/sec max download speed via NNTP on a 200mbps line. Can't game because I'm rubber banding. SSH sessions feel like I'm typing in a terminal to the moon.
 
Status
Not open for further replies.
Back
Top
Sign up to the MyBroadband newsletter
X