Status
Not open for further replies.
I've noticed I can no longer achieve full line speed on NNTP to Europe at any time of day. It used to max out my 200/200 line with 60 concurrent threads, but now barely reaches 20MB/sec on a good day, and usually sits between 16-18MB/sec. There's no packet loss on MTR's during this time. Latency looks normal. Just can't get line speed. Have you guys started shaping traffic? This is on Octotel, Southern Suburbs.

Code:
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |  124 |  124 |    0 |    0 |    0 |    0 |
|                             154.0.0.245 -    0 |  124 |  124 |    0 |    0 |    1 |    0 |
|                             154.0.4.162 -    0 |  124 |  124 |    0 |    0 |    2 |    0 |
|                             154.0.4.158 -    0 |  124 |  124 |  140 |  140 |  141 |  140 |
|te0-1-0-7-4.1200.ccr21.lon01.atlas.cogentco.com -    0 |  124 |  124 |  140 |  140 |  145 |  140 |
|   be2868.ccr41.lon13.atlas.cogentco.com -    0 |  124 |  124 |  140 |  140 |  146 |  140 |
|  be12194.ccr41.ams03.atlas.cogentco.com -    0 |  124 |  124 |  147 |  147 |  148 |  147 |
|   be2434.agr21.ams03.atlas.cogentco.com -    0 |  124 |  124 |  147 |  147 |  148 |  147 |
|              xe-7-2.rt1.ams3.baseip.com -    0 |  124 |  124 |  147 |  156 |  192 |  147 |
|                          91.148.255.126 -    0 |  124 |  124 |  147 |  147 |  149 |  148 |
|                          91.148.255.130 -    0 |  124 |  124 |  147 |  147 |  151 |  147 |
|                           176.124.71.34 -    0 |  124 |  124 |  147 |  148 |  155 |  148 |
|________________________________________________|______|______|______|______|______|______|
We don't shape any protocol on our network, what results do you get on a speedtest to London?
 
You are welcome to buy an extension from us and use your own VOIP handsets.

Hi, thanks but I'm not sure what that means, by extension do you mean the extension handset or the base station and how would my VOIP handset connect (i.e. do I buy the same make or is there some kind of standard?)
 
Hi, thanks but I'm not sure what that means, by extension do you mean the extension handset or the base station and how would my VOIP handset connect (i.e. do I buy the same make or is there some kind of standard?)
There is a standard, so you purchase an extension from us, we then issue you the details to use on your chosen SIP handset. Alternatively have a look into a POTS gateway.
 
There is a standard, so you purchase an extension from us, we then issue you the details to use on your chosen SIP handset. Alternatively have a look into a POTS gateway.

Oh, I see, so the extension is the R85/m "package", not a physical device (or am I getting this wrong?)

Maybe I'm missing something but why can't I get a
"Yealink Cordless Phone" from you which appears to be one handset and one base, and then 2 "Extra Yealink Handsets" from you as well to connect to the same base (which it appears they can do) but all on the same R85/m extension as opposed to requiring 3 extensions? Basically as if I'd bought those 3 phone kits whih connect to the same single copper line?

Thanks for helping.
 
Oh, I see, so the extension is the R85/m "package", not a physical device (or am I getting this wrong?)

Maybe I'm missing something but why can't I get a
"Yealink Cordless Phone" from you which appears to be one handset and one base, and then 2 "Extra Yealink Handsets" from you as well to connect to the same base (which it appears they can do) but all on the same R85/m extension as opposed to requiring 3 extensions? Basically as if I'd bought those 3 phone kits whih connect to the same single copper line?

Thanks for helping.

Yes, the extra handsets simply connect to the single base, which uses a single SIP account.
 
Is there any reason why you wont allow certain users to have a static IP on your network ? Many of the other providers are fine with doing it at no charge even ?
 
  • Like
Reactions: MDE
This has been an ongoing issue with OS for a while now, we have escalated it to executive level. I will see what I can do from my side.
Thanks. When will I be able to get an ETA for this to be resolved? If this is going to take 3 more months I need to look at alternatives right away.
 
And single thread? It seems like there is some loss on your line with those results.

Code:
iperf3 -R -u -b 80M -p 17001 -c cptspeedtest.cisp.co.za --omit 2
Connecting to host cptspeedtest.cisp.co.za, port 17001
Reverse mode, remote host cptspeedtest.cisp.co.za is sending
[  4] local 192.168.0.101 port 54624 connected to 154.0.15.181 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  9.75 MBytes  81.8 Mbits/sec  0.129 ms  22/1270 (1.7%)  (omitted)
[  4]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.120 ms  0/1221 (0%)  (omitted)
[  4]   0.00-1.00   sec  9.53 MBytes  80.0 Mbits/sec  0.150 ms  0/1220 (0%)
[  4]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.147 ms  0/1221 (0%)
[  4]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.167 ms  0/1221 (0%)
[  4]   3.00-4.00   sec  9.53 MBytes  80.0 Mbits/sec  0.158 ms  0/1220 (0%)
iperf3: OUT OF ORDER - incoming packet = 8547 and received packet = 8548 AND SP = 4
[  4]   4.00-5.00   sec  9.55 MBytes  80.0 Mbits/sec  0.166 ms  1/1222 (0.082%)
[  4]   5.00-6.00   sec  9.54 MBytes  80.0 Mbits/sec  0.128 ms  0/1221 (0%)
[  4]   6.00-7.00   sec  9.54 MBytes  80.0 Mbits/sec  0.191 ms  0/1221 (0%)
[  4]   7.00-8.00   sec  9.53 MBytes  79.9 Mbits/sec  0.159 ms  0/1220 (0%)
[  4]   8.00-9.00   sec  9.53 MBytes  80.0 Mbits/sec  0.141 ms  0/1220 (0%)
[  4]   9.00-10.00  sec  9.54 MBytes  80.1 Mbits/sec  0.147 ms  0/1221 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  95.8 MBytes  80.3 Mbits/sec  0.147 ms  1/12207 (0.0082%)
[  4] Sent 12207 datagrams
[SUM]  0.0-10.0 sec  1 datagrams received out-of-order

iperf Done.

Code:
iperf3 -R -u -b 80M -p 17001 -c queen.cisp.co.za --omit 2
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[  4] local 192.168.0.101 port 52824 connected to 62.233.65.195 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  9.74 MBytes  81.7 Mbits/sec  0.091 ms  20/1267 (1.6%)  (omitted)
[  4]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.073 ms  0/1221 (0%)  (omitted)
[  4]   0.00-1.00   sec  9.55 MBytes  80.0 Mbits/sec  0.085 ms  0/1222 (0%)
[  4]   1.00-2.00   sec  9.53 MBytes  80.0 Mbits/sec  0.121 ms  1/1221 (0.082%)
[  4]   2.00-3.00   sec  9.53 MBytes  80.0 Mbits/sec  0.093 ms  0/1220 (0%)
[  4]   3.00-4.00   sec  9.54 MBytes  80.0 Mbits/sec  0.083 ms  0/1221 (0%)
[  4]   4.00-5.00   sec  9.54 MBytes  80.0 Mbits/sec  0.088 ms  0/1221 (0%)
[  4]   5.00-6.00   sec  9.52 MBytes  79.9 Mbits/sec  0.085 ms  2/1220 (0.16%)
[  4]   6.00-7.00   sec  9.54 MBytes  80.0 Mbits/sec  0.119 ms  0/1221 (0%)
iperf3: OUT OF ORDER - incoming packet = 11069 and received packet = 11070 AND SP = 4
[  4]   7.00-8.00   sec  9.54 MBytes  80.0 Mbits/sec  0.070 ms  1/1221 (0.082%)
[  4]   8.00-9.00   sec  9.54 MBytes  80.0 Mbits/sec  0.074 ms  0/1221 (0%)
[  4]   9.00-10.00  sec  9.52 MBytes  79.9 Mbits/sec  0.087 ms  1/1219 (0.082%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  97.1 MBytes  81.5 Mbits/sec  0.060 ms  5/12383 (0.04%)
[  4] Sent 12383 datagrams
[SUM]  0.0-10.0 sec  1 datagrams received out-of-order

iperf Done.
 
Code:
iperf3 -R -u -b 80M -p 17001 -c cptspeedtest.cisp.co.za --omit 2
Connecting to host cptspeedtest.cisp.co.za, port 17001
Reverse mode, remote host cptspeedtest.cisp.co.za is sending
[  4] local 192.168.0.101 port 54624 connected to 154.0.15.181 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  9.75 MBytes  81.8 Mbits/sec  0.129 ms  22/1270 (1.7%)  (omitted)
[  4]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.120 ms  0/1221 (0%)  (omitted)
[  4]   0.00-1.00   sec  9.53 MBytes  80.0 Mbits/sec  0.150 ms  0/1220 (0%)
[  4]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.147 ms  0/1221 (0%)
[  4]   2.00-3.00   sec  9.54 MBytes  80.0 Mbits/sec  0.167 ms  0/1221 (0%)
[  4]   3.00-4.00   sec  9.53 MBytes  80.0 Mbits/sec  0.158 ms  0/1220 (0%)
iperf3: OUT OF ORDER - incoming packet = 8547 and received packet = 8548 AND SP = 4
[  4]   4.00-5.00   sec  9.55 MBytes  80.0 Mbits/sec  0.166 ms  1/1222 (0.082%)
[  4]   5.00-6.00   sec  9.54 MBytes  80.0 Mbits/sec  0.128 ms  0/1221 (0%)
[  4]   6.00-7.00   sec  9.54 MBytes  80.0 Mbits/sec  0.191 ms  0/1221 (0%)
[  4]   7.00-8.00   sec  9.53 MBytes  79.9 Mbits/sec  0.159 ms  0/1220 (0%)
[  4]   8.00-9.00   sec  9.53 MBytes  80.0 Mbits/sec  0.141 ms  0/1220 (0%)
[  4]   9.00-10.00  sec  9.54 MBytes  80.1 Mbits/sec  0.147 ms  0/1221 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  95.8 MBytes  80.3 Mbits/sec  0.147 ms  1/12207 (0.0082%)
[  4] Sent 12207 datagrams
[SUM]  0.0-10.0 sec  1 datagrams received out-of-order

iperf Done.

Code:
iperf3 -R -u -b 80M -p 17001 -c queen.cisp.co.za --omit 2
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[  4] local 192.168.0.101 port 52824 connected to 62.233.65.195 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  9.74 MBytes  81.7 Mbits/sec  0.091 ms  20/1267 (1.6%)  (omitted)
[  4]   1.00-2.00   sec  9.54 MBytes  80.0 Mbits/sec  0.073 ms  0/1221 (0%)  (omitted)
[  4]   0.00-1.00   sec  9.55 MBytes  80.0 Mbits/sec  0.085 ms  0/1222 (0%)
[  4]   1.00-2.00   sec  9.53 MBytes  80.0 Mbits/sec  0.121 ms  1/1221 (0.082%)
[  4]   2.00-3.00   sec  9.53 MBytes  80.0 Mbits/sec  0.093 ms  0/1220 (0%)
[  4]   3.00-4.00   sec  9.54 MBytes  80.0 Mbits/sec  0.083 ms  0/1221 (0%)
[  4]   4.00-5.00   sec  9.54 MBytes  80.0 Mbits/sec  0.088 ms  0/1221 (0%)
[  4]   5.00-6.00   sec  9.52 MBytes  79.9 Mbits/sec  0.085 ms  2/1220 (0.16%)
[  4]   6.00-7.00   sec  9.54 MBytes  80.0 Mbits/sec  0.119 ms  0/1221 (0%)
iperf3: OUT OF ORDER - incoming packet = 11069 and received packet = 11070 AND SP = 4
[  4]   7.00-8.00   sec  9.54 MBytes  80.0 Mbits/sec  0.070 ms  1/1221 (0.082%)
[  4]   8.00-9.00   sec  9.54 MBytes  80.0 Mbits/sec  0.074 ms  0/1221 (0%)
[  4]   9.00-10.00  sec  9.52 MBytes  79.9 Mbits/sec  0.087 ms  1/1219 (0.082%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  97.1 MBytes  81.5 Mbits/sec  0.060 ms  5/12383 (0.04%)
[  4] Sent 12383 datagrams
[SUM]  0.0-10.0 sec  1 datagrams received out-of-order

iperf Done.
This shows no loss up to 80Mbps, on a 200Mbps line please set the parameters to 180Mbps.
 
This shows no loss up to 80Mbps, on a 200Mbps line please set the parameters to 180Mbps.

Code:
iperf3 -R -u -b 180M -p 17001 -c cptspeedtest.cisp.co.za --omit 2
Connecting to host cptspeedtest.cisp.co.za, port 17001
Reverse mode, remote host cptspeedtest.cisp.co.za is sending
[  4] local 192.168.0.101 port 62204 connected to 154.0.15.181 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  21.7 MBytes   182 Mbits/sec  0.215 ms  83/2857 (2.9%)  (omitted)
[  4]   1.00-1.00   sec  21.4 MBytes  89.8 Mbits/sec  0.208 ms  6/5494 (0.11%)
[  4]   1.00-2.00   sec  21.4 MBytes   180 Mbits/sec  0.238 ms  0/2745 (0%)
[  4]   2.00-3.00   sec  21.5 MBytes   180 Mbits/sec  0.234 ms  0/2747 (0%)
[  4]   3.00-4.00   sec  21.5 MBytes   180 Mbits/sec  0.209 ms  0/2746 (0%)
[  4]   4.00-5.00   sec  21.5 MBytes   180 Mbits/sec  0.237 ms  0/2747 (0%)
[  4]   5.00-6.00   sec  21.5 MBytes   180 Mbits/sec  0.235 ms  0/2746 (0%)
[  4]   6.00-7.00   sec  21.5 MBytes   180 Mbits/sec  0.238 ms  0/2747 (0%)
[  4]   7.00-8.00   sec  21.5 MBytes   180 Mbits/sec  0.229 ms  0/2747 (0%)
[  4]   8.00-9.00   sec  21.5 MBytes   180 Mbits/sec  0.211 ms  0/2746 (0%)
[  4]   9.00-10.00  sec  21.5 MBytes   180 Mbits/sec  0.220 ms  0/2747 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec   215 MBytes   181 Mbits/sec  0.222 ms  6/27469 (0.022%)
[  4] Sent 27469 datagrams

iperf Done.
Code:
iperf3 -R -u -b 180M -p 17001 -c queen.cisp.co.za --omit 2
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[  4] local 192.168.0.101 port 58262 connected to 62.233.65.195 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  21.7 MBytes   182 Mbits/sec  0.246 ms  79/2853 (2.8%)  (omitted)
[  4]   1.00-2.00   sec  21.4 MBytes   180 Mbits/sec  0.233 ms  1/2746 (0.036%)  (omitted)
[  4]   0.00-1.00   sec  21.5 MBytes   180 Mbits/sec  0.231 ms  0/2748 (0%)
[  4]   1.00-2.00   sec  21.5 MBytes   180 Mbits/sec  0.235 ms  0/2747 (0%)
[  4]   2.00-3.00   sec  21.5 MBytes   180 Mbits/sec  0.204 ms  0/2746 (0%)
[  4]   3.00-4.00   sec  21.5 MBytes   180 Mbits/sec  0.224 ms  0/2747 (0%)
[  4]   4.00-5.00   sec  21.4 MBytes   180 Mbits/sec  0.197 ms  1/2746 (0.036%)
[  4]   5.00-6.00   sec  21.5 MBytes   180 Mbits/sec  0.209 ms  0/2747 (0%)
[  4]   6.00-7.00   sec  21.5 MBytes   180 Mbits/sec  0.238 ms  0/2747 (0%)
[  4]   7.00-8.00   sec  21.5 MBytes   180 Mbits/sec  0.223 ms  0/2746 (0%)
[  4]   8.00-9.00   sec  21.5 MBytes   180 Mbits/sec  0.204 ms  1/2747 (0.036%)
iperf3: OUT OF ORDER - incoming packet = 31909 and received packet = 31913 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 31910 and received packet = 31913 AND SP = 4
[  4]   9.00-10.00  sec  21.4 MBytes   180 Mbits/sec  0.281 ms  3/2745 (0.11%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec   219 MBytes   183 Mbits/sec  0.207 ms  5/27863 (0.018%)
[  4] Sent 27863 datagrams
[SUM]  0.0-10.0 sec  2 datagrams received out-of-order

iperf Done.
 
Yes, the extra handsets simply connect to the single base, which uses a single SIP account.

Thanks, so were the telephone agents confused (I spoke to two of them)? They both unequivocally told me that I needed a seperate extension for each extra handset at R85/m for each handset, as opposed to a single R85/m fee and then I get the extra handsets to connect to the same base.
 
I've noticed I can no longer achieve full line speed on NNTP to Europe at any time of day. It used to max out my 200/200 line with 60 concurrent threads, but now barely reaches 20MB/sec on a good day, and usually sits between 16-18MB/sec. There's no packet loss on MTR's during this time. Latency looks normal. Just can't get line speed. Have you guys started shaping traffic? This is on Octotel, Southern Suburbs.

Code:
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |  124 |  124 |    0 |    0 |    0 |    0 |
|                             154.0.0.245 -    0 |  124 |  124 |    0 |    0 |    1 |    0 |
|                             154.0.4.162 -    0 |  124 |  124 |    0 |    0 |    2 |    0 |
|                             154.0.4.158 -    0 |  124 |  124 |  140 |  140 |  141 |  140 |
|te0-1-0-7-4.1200.ccr21.lon01.atlas.cogentco.com -    0 |  124 |  124 |  140 |  140 |  145 |  140 |
|   be2868.ccr41.lon13.atlas.cogentco.com -    0 |  124 |  124 |  140 |  140 |  146 |  140 |
|  be12194.ccr41.ams03.atlas.cogentco.com -    0 |  124 |  124 |  147 |  147 |  148 |  147 |
|   be2434.agr21.ams03.atlas.cogentco.com -    0 |  124 |  124 |  147 |  147 |  148 |  147 |
|              xe-7-2.rt1.ams3.baseip.com -    0 |  124 |  124 |  147 |  156 |  192 |  147 |
|                          91.148.255.126 -    0 |  124 |  124 |  147 |  147 |  149 |  148 |
|                          91.148.255.130 -    0 |  124 |  124 |  147 |  147 |  151 |  147 |
|                           176.124.71.34 -    0 |  124 |  124 |  147 |  148 |  155 |  148 |
|________________________________________________|______|______|______|______|______|______|

Are you limited to 60 connections? Then try 59 or even less? Sometimes the server rejects new connections because the connection that is being closed and reopened has not properly closed yet, then your application needs to wait before it can open the 60th' connection. I guess they could have fiddled with the settings on the servers?
 
Are you limited to 60 connections? Then try 59 or even less? Sometimes the server rejects new connections because the connection that is being closed and reopened has not properly closed yet, then your application needs to wait before it can open the 60th' connection. I guess they could have fiddled with the settings on the servers?

All 60 connections are active during the download. The overall download rate just never reaches line speed anymore. I would expect to be able to saturate the line with even 20 connections regardless, so this many should not be struggling.
 
All 60 connections are active during the download. The overall download rate just never reaches line speed anymore. I would expect to be able to saturate the line with even 20 connections regardless, so this many should not be struggling.

Check your error log for rejected connections, I have had a problem where using the maximum was slower than using the maximum minus one.
 
All 60 connections are active during the download. The overall download rate just never reaches line speed anymore. I would expect to be able to saturate the line with even 20 connections regardless, so this many should not be struggling.

Maybe the nntp provider has set a max speed limit per IP?
 
I see we're back to this again, damn slow international. Please assist @PBCool

Vumatel trenched 100/100 Panorama, CPT

Ticket #COOL-20190402-246535

CoreIX no proxy
1557161406922.png

CoreIX with proxy
1557161417086.png

iperf3 -u -R -b 80M -p 17001 -c queen.cisp.co.za -l 1400 -O 2
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[ 4] local 192.168.1.100 port 59427 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 9.74 MBytes 81.7 Mbits/sec 0.025 ms 142/7424 (1.9%) (omitted)
[ 4] 1.00-2.00 sec 9.54 MBytes 80.0 Mbits/sec 0.030 ms 0/7143 (0%) (omitted)
[ 4] 0.00-1.00 sec 9.54 MBytes 80.0 Mbits/sec 0.036 ms 1/7147 (0.014%)
[ 4] 1.00-2.00 sec 9.52 MBytes 79.9 Mbits/sec 0.028 ms 14/7144 (0.2%)
[ 4] 2.00-3.00 sec 9.53 MBytes 79.9 Mbits/sec 0.030 ms 1/7139 (0.014%)
[ 4] 3.00-4.00 sec 9.31 MBytes 78.1 Mbits/sec 0.195 ms 46/7022 (0.66%)
[ 4] 4.00-5.00 sec 9.60 MBytes 80.5 Mbits/sec 0.034 ms 76/7265 (1%)
[ 4] 5.00-6.00 sec 9.50 MBytes 79.7 Mbits/sec 0.037 ms 15/7133 (0.21%)
[ 4] 6.00-7.00 sec 9.55 MBytes 80.1 Mbits/sec 0.052 ms 15/7150 (0.21%)
[ 4] 7.00-8.00 sec 9.49 MBytes 79.7 Mbits/sec 0.029 ms 35/7145 (0.49%)
[ 4] 8.00-9.00 sec 9.54 MBytes 80.0 Mbits/sec 0.032 ms 0/7142 (0%)
[ 4] 9.00-10.00 sec 9.27 MBytes 77.7 Mbits/sec 8.072 ms 170/7026 (2.4%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 97.1 MBytes 81.5 Mbits/sec 0.022 ms 430/72464 (0.59%)
[ 4] Sent 72464 datagrams
[SUM] 0.0-10.0 sec 128 datagrams received out-of-order

iperf3 -u -R -b 80M -p 17001 -c trcvmh01.cisp.co.za -l 1400 -O 2
Connecting to host trcvmh01.cisp.co.za, port 17001
Reverse mode, remote host trcvmh01.cisp.co.za is sending
[ 4] local 192.168.1.100 port 64192 connected to 154.0.15.181 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 9.43 MBytes 79.1 Mbits/sec 0.188 ms 197/7258 (2.7%) (omitted)
[ 4] 1.00-2.00 sec 9.75 MBytes 81.8 Mbits/sec 0.063 ms 0/7304 (0%) (omitted)
[ 4] 0.00-1.00 sec 9.53 MBytes 80.0 Mbits/sec 0.066 ms 0/7141 (0%)
[ 4] 1.00-2.00 sec 9.54 MBytes 80.0 Mbits/sec 0.056 ms 0/7142 (0%)
[ 4] 2.00-3.00 sec 9.54 MBytes 80.0 Mbits/sec 0.053 ms 0/7143 (0%)
[ 4] 3.00-4.00 sec 9.54 MBytes 80.0 Mbits/sec 0.064 ms 0/7143 (0%)
[ 4] 4.00-5.00 sec 9.54 MBytes 80.0 Mbits/sec 0.065 ms 0/7144 (0%)
[ 4] 5.00-6.00 sec 9.53 MBytes 80.0 Mbits/sec 0.055 ms 0/7141 (0%)
[ 4] 6.00-7.00 sec 9.54 MBytes 80.0 Mbits/sec 0.075 ms 0/7144 (0%)
[ 4] 7.00-8.00 sec 9.54 MBytes 80.0 Mbits/sec 0.063 ms 0/7145 (0%)
[ 4] 8.00-9.00 sec 9.53 MBytes 80.0 Mbits/sec 0.078 ms 0/7141 (0%)
[ 4] 9.00-10.00 sec 9.54 MBytes 80.0 Mbits/sec 0.067 ms 0/7142 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 95.8 MBytes 80.3 Mbits/sec 0.044 ms 0/71439 (0%)
[ 4] Sent 71439 datagrams

EDIT: Look at all the duplicate out of order packets on the international iperf, is this normal?

1557161786093.png
 
Last edited:
Status
Not open for further replies.
Top
Sign up to the MyBroadband newsletter
X