Public-Mikrotik-Bandwidth-Test-Server(s)

CenturyG · Thu Feb 02, 2023 11:31 pm

How do you set one of these up that's not public but can be used internally for company use?
If you are wanting to setup an internal ( not exposed to/from the Internet ) btest server , just connect a Mikrotik router ( one one Ethernet cable needed ) to the LAN/inside of your network. Then go to the Mikrotik Winbox->tools->BTest-Server and click the Enabled box -- Presto you have a btest server for your inside network.

You would btest from another Mikrotik router inside your network to the new btest Mikrotik router inside your network. Login: admin Password ( what you set your password for ).
Note: This new Mikrotik btest server would allow you unlimited ( no timeouts ) for Mikrotik devices in your network to test against your inside btest server.

North Idaho Tom Jones

Can you make a RBmAP2nD into a btest server and do a bandwith test from the router. I have shut off all firewall filters on the router and still not able to connect via bandwidth test. my router is on ip 10.15.25.xxx, the mAP is in a bridge vlan with a 172.30.1.xxx.

Thu Feb 02, 2023 11:34 pm

Conceptually yes but don't expect huge results.
Limited processor and only fast ethernet interfaces.
You can use any Tik as btest server.

GregC · Thu Feb 02, 2023 11:36 pm

I did test your server from two remote locations (FL, OH). Both did work at the time, but I can no longer connect. That said, I swear that I did my best to stay away from exceeding the 10 minutes and followed the rules mentioned above. How can I tell if I inadvertently exceeded my time limit? I am trying to proof one of my customers that the MikroTik router is just fine and most likely it is their ISP. Thank you in advance!
I just now cleared the btest-jail Address-Lists
So you are no longer in btest-jail ( at least at the moment just now that I cleared the btest-jail lists ).

North Idaho Tom Jones

I thank you very much! Will get back to you with my findings.

GregC · Fri Feb 03, 2023 3:06 am

Tested for no more than one minute! Thank you very much for providing access to perform these tests.

SecOps7 · Tue Feb 14, 2023 4:20 pm

Hi Tom,

Thank you for providing this free test server.
Also tested for less than a minute on an asymmetrical 1G/50M link from Berlin, Germany.

Tx/Rx: 53.0 Mbps/955.7 Mbps

Kind regards,
SecOps7

Fri Feb 17, 2023 6:26 pm

Hi Tom,

Thank you for providing this free test server.
Also tested for less than a minute on an asymmetrical 1G/50M link from Berlin, Germany.

Tx/Rx: 53.0 Mbps/955.7 Mbps

Kind regards,
SecOps7

Are you having any strange issues/problems with your " asymmetrical 1G/50M link from Berlin " ?

If my math is correct , you have an upload speed that is 5 percent of your download speed.
( Would anybody correct me if I am wrong here please )
On typical/average network devices that are receiving/downloading a TCP data stream will often have a 3 to 10 percent upload ( ACKs ) data stream.

The TCP protocol is bi-directional traffic where the receiving computer is required to send ACK packets ( I received your last packet - now send me the next packet ).

In your case , with a " asymmetrical 1G/50M link from Berlin " , I can see the following environment breaking your network with strange errors and data loss.

Lets say you have 2 computers on your " asymmetrical 1G/50M link from Berlin " Internet connection and they are doing the following:
Computer # 1 is sending an email attachment ( sending a file ) and/or sending video in a video conference where this computer is sending at 25 meg.
-- at this point you you only have 25-Meg free to upload because you are currently sending 25-Meg ( 50 - 25 = 25 )
Computer # 2 is receiving a data stream of 750 meg. This computer might need to send TCP ACK packets at a rate of greater than 25 meg.
** At this point , your network wants to send ( bursts rates ) at greater than 50-Meg. Because you are capped at sending at less than 50-Meg, both computers may now be having problems because of packet drops/loss on sent TCP/UDP traffic ( including sending TCP ACK packets ). Sooo , your network starts to break and things start running slower than expected/needed.

IMO and with my 20+ years of network experience , I have learned to never limit customer upload traffic to less than 10-percent of their purchased download account speed. I have found that when using less than 10-percent , I begin to have some customer complaints of network problems. So these days , I use a standard ratio of 20-Percent.

In your case , if you were my customer with a 1-Gig download rate , I would limit you to a 200-Meg upload rate ( not 50-Meg ). This with a 20-Percent up/down ratio, I would lever have any complaints about things not working to/from your Internet connection to me.

If I were you , I would check to see if it is possible to increase your 50-Meg upload rate to at least 100-Meg ( or better 200-Meg upload rate ).

---

Please , anybody - if you have an opinion and/or experience with upload/download bandwidth ratios that is not as I am saying , please give us your thoughts and suggestions.

North Idaho Tom Jones

Mon Feb 27, 2023 6:58 pm

FYI - Today ( Monday 9:AM PST ) , I upgraded the btest server from CHR ROS version 7.7 to version 7.8

All btest-jails have been cleared/reset.

Happy btesting

North Idaho Tom Jones

mdadigital · Wed Mar 01, 2023 1:10 am

Are there any European servers that are up and working? I only get about 400 mbit to the US ones though my ISP is a gigabit fiber.

I get about 900mbit using speedtest.net
What's interesting though is that tools/profiling reports less CPU usage with speedtest.net at 900mbit than the local cpu stats show at 400mbit with the bandwidth test. So I would like to test a server closer to home and see if i can get it close to my fibers througput.

I'm on a RB4011

Wed Mar 01, 2023 3:17 am

Are there any European servers that are up and working? I only get about 400 mbit to the US ones though my ISP is a gigabit fiber.

I get about 900mbit using speedtest.net
What's interesting though is that tools/profiling reports less CPU usage with speedtest.net at 900mbit than the local cpu stats show at 400mbit with the bandwidth test. So I would like to test a server closer to home and see if i can get it close to my fibers througput.

I'm on a RB4011

Re: ... Are there any European servers that are up and working? ...
- I think my public btest server is the only public-access btest server that I know of.

Re: ... I only get about 400 mbit to the US ones though my ISP is a gigabit fiber. ...
If you don't mind , would you run a btest to my server using UDP , then another one using TCP ?
UDP should be faster than TCP over a long distance with many hops.
* note - I just now cleared out the btest-jail access list(s) , so you should be able to run it again.

North Idaho Tom Jones

Wed Mar 01, 2023 7:53 am

Running speedtest is from a PC ?
Logical then that cpu is higher when running btest on the router itself.
Except for packet handling.which it is designed for, the router does nothing in the former case.
Btest can be pretty cpu intensive.

As long as it does not reach 100 on a single core, i wouldn't worry about it.

mdadigital · Wed Mar 01, 2023 10:36 am

Are there any European servers that are up and working? I only get about 400 mbit to the US ones though my ISP is a gigabit fiber.

I get about 900mbit using speedtest.net
What's interesting though is that tools/profiling reports less CPU usage with speedtest.net at 900mbit than the local cpu stats show at 400mbit with the bandwidth test. So I would like to test a server closer to home and see if i can get it close to my fibers througput.

I'm on a RB4011
Re: ... Are there any European servers that are up and working? ...
- I think my public btest server is the only public-access btest server that I know of.

Re: ... I only get about 400 mbit to the US ones though my ISP is a gigabit fiber. ...
If you don't mind , would you run a btest to my server using UDP , then another one using TCP ?
UDP should be faster than TCP over a long distance with many hops.
* note - I just now cleared out the btest-jail access list(s) , so you should be able to run it again.

North Idaho Tom Jones

I get a auth. failed as of now. Using 23.162.144.120 btest/btest.

edit: I wrong pass. Working now. But with UDP no activity is recorded. TCP

edit: Tool/Profile pane shows alot less total CPU usage when running speedtest.net at 900 mbit

mdadigital · Wed Mar 01, 2023 10:50 am

Running speedtest is from a PC ?
Logical then that cpu is higher when running btest on the router itself.
Except for packet handling.which it is designed for, the router does nothing in the former case.
Btest can be pretty cpu intensive.

As long as it does not reach 100 on a single core, i wouldn't worry about it.

Yeah that is true. In the speedtest case the benchmark is run from a PC not from the router

Wed Mar 01, 2023 6:26 pm

Re PC computer speedtest(s) verses Mikrotik's btest - any thoughts on this suggestion ?

I think I would like to see an updated version of Winbox ( or something similar from Mikrotik ) where Winbox has a built-in btest server/client.

This could enable the following types of speedtests :
- PC Winbox btest ( speedtest ) to or from a Mikrotik router
- PC Winbox btest ( speedtest ) to or from another PC computer also running a Winbox btest client/server ( Windows Winbox btest to another Winddows Winbox btest computer ).

An added btest function in an updated Winbox could allow network admins to be able to get the entire picture of how the throughput of their network is doing because you could measure/test network I/O throughput between Windows servers and/or/to/from Windows PC workstations and/or/to/from Mikrotik ROS based routers/switches and even allow testing through VPNs and tunnels and bridges.

The nice thing about adding a btest function to Winbox is that nothing is actually installed , it is only in the Windows PC memory when Winbox is running and btest is enabled/running.

I for one would like to know how the Windows PC workstations on the networks I manage can handle heavy TCP-and/or-UDP traffic to/through my networks to all other points in or outside of my networks.

Sooo , would something like this added function in Winbox ( or similar ) suggestion sound feasible and useful to you ?

North Idaho Tom Jones

EDIT: Something like this feature could be useful to all network admins everywhere - even on the millions of networks that do not have any Mikrotik devices. A Mikrotik branded btest tool like this would increase Mikrotik's product familiarity to millions of people/admins who would newly become aware of the Mikrotik brand. ( aka - a Mikrotik sales boost tool ).
--- OOOOoooo - and also limit it to a maximum of 15 to 60 seconds - to prevent users from killing their networks.

Wed Mar 01, 2023 8:50 pm

Side note
There is a tool which runs on windows natively, can be used as client and server. It enables just that.
It is called... Btest.exe and available from MikroTik download section.

But I like the idea to have it included in Winbox.

Wed Mar 01, 2023 9:13 pm

Side note
There is a tool which runs on windows natively, can be used as client and server. It enables just that.
It is called... Btest.exe and available from MikroTik download section.

But I like the idea to have it included in Winbox.

I am aware of btest.exe and I have use it myself many times. However , it's not popular and I don't know of anybody else who actually uses it.
However , because both Winbox and btest.exe are both x86 code , I would think it would be simple to append the btest.exe code to the tail of winbox code , then add some winbox menu functions to access and use a slightly cleaner easier to use btest.exe

GregC · Wed Mar 01, 2023 9:52 pm

Just for my own clarification. The current “Bandwidth Test” from the Winbox is not what we are looking for? This is what I use from Winbox itself without any issues.

Wed Mar 01, 2023 10:37 pm

Just for my own clarification. The current “Bandwidth Test” from the Winbox is not what we are looking for? This is what I use from Winbox itself without any issues.

GregC ,

Looking at your post/image , you are using a Windows computer that is running a Windows Winbox program. Your Winbox is then controlling a Mikrotik ROS device ( router or switch ) - and your winbox has opened the btest functions on the Mikrotik ROS device.
If/when you run a btest , you are speed testing ( btest ) the TCP and/or UDP throughput of your Mikrotik ( to another Mikrotik ROS device ). When the btest is running , the Mikrotik is performing the btest ( speedtest ) and the CPU on the Mikrotik is doing all of the work. Your Windows computer itself is not speed-testing anything.

Here is an enviornment where a btest function in Winbox that is running on a Windows PC computer can provide much more useful information :
- 1) You have a nice/new/very-fast Windows computer
- 2 ) Your computer has a 10-Meg Ethernet connection ( or a wireless connection ) to your Mikrotik ROS router device
- 3 ) Your Mikrotik ROS router device has a 10-Gig fiber link to another 2'nd Mikrotik ROS device

* When your Windows PC computer running Winbox sends commands to btest between both of your Mikrotik devices , you should get very close to 10-Gig ( if both Mikrotik devices have a fast enough CPU ). This does not imply that your Windows computer can talk at 10-Gig.
* If Winbox had a built-in btest function -- then you could btest ( using Winbox ) on your computer to either Mikrotik ROS device and you would get 10-Meg ( nothing faster ). So why only 10-Meg instead of 10-Gig ? --- Because you only have a 10-Meg Ethernet connection ( or wireless connection ) to the Mikrotik ROS device your PC computer is connected to.

*** If you have multiple Windows PC computers/servers ( all running a Winbox with built-in btest functions ) , then you can btest ( speedtest ) from any of your Windows computers through your network(s) to another Windows PC computers/servers and then get a better picture of how fast your network really is ( not just Mikrotik to Mikrotik ).

***** If somebody can run 1 mile in 10 minutes ( Mikrotik btest to another Mikrotik ) , the speed that somebody can run has nothing to do with how fast you or I can run.

North Idaho Tom Jones

mdadigital · Wed Mar 01, 2023 10:45 pm

Outside of mikrotik btest we also have speedtest.net which you can run both from router from a docker container and from client PC.
Also something that is useful is this list of public iperf3 severs

https://github.com/R0GGER/public-iperf3-servers

GregC · Wed Mar 01, 2023 10:49 pm

Tom,

Yes, makes sense. Thank you for your quick reply and taking the time to be thorough on your explanation.

mdadigital · Wed Mar 01, 2023 10:56 pm

I still think this is a bit strange.

Iperf3 with a bit lower bandwidth usage uses about 40% of a single core.

Speedtest,net uses about 20% of a singel core while having a slightly higher bandwidth

rextended · Fri Mar 10, 2023 12:39 pm

@TomjNorthIdaho
Thanks.

iTMU · Tue Mar 14, 2023 9:58 am

Thanks for the Server Tom,

Decent result from a 1000Mbps/250Mbps line in South Africa

Tue Mar 14, 2023 4:47 pm

Thanks for the Server Tom,

Decent result from a 1000Mbps/250Mbps line in South Africa

For a tcp both directions at the same time, I would say you have an A+ stable Internet connection.
Sustained flat lines during any speedtest/btest are always good.

North Idaho TomJones

Fri Mar 24, 2023 2:29 pm

Re: ... MikroTik provides a public bandwidth test server ...

Goooofffff eeee A I ?

I provide this test server ( North Idaho Tom Jones ---- Not Mikrotik )

rextended · Fri Mar 24, 2023 2:30 pm

Goooofffff eeee A I ?

Another motherf–er that post ChatGPT reply on forum....

Fri Mar 24, 2023 5:39 pm

Deleted ChatBotlike answer

zhup · Sun Apr 09, 2023 8:10 pm

Please provide a public bandwidth test server.
Thank you in advance.

Sun Apr 09, 2023 8:48 pm

You might want to read the first post of this thread.

Tue May 02, 2023 10:51 pm

FYI - May 02, 2023

I just now updated the btest server
From: 7.8
To: 7.9

All btest-jails ( IP access lists ) were reset/cleared during the ROS upgrade/update.

IPv4: 23.162.144.120
IPv6: 2605:6340:0:1b::4
btest username: MikrotikBtest
btest password: MikrotikBtest

Note: If you are btest-ing to my btest server - Please post your btest speed results and where you are located - All of us Mikrotik admins would like to know who , where and how-fast

Note: Please read all of my conditions prior to using my btest server.
Quick notes - limit total testing time to less than 10 minutes.
You must wait 27 hours until you can btest again.
If you attempt to btest more than 10 minutes , then you go to btest jail for 7+ days until you can btest again
If you attempt to btest without waiting 27 hours , then you go to btest jail for 7+ days until you can btest again.
If you attempt to btest and you are in 7-day btest jail , then you reset 7-day btest jail back to 7+ days.
No automatic btest scripts on a timed schedule are permitted.
All btest must be manually performed by a human.
Repeated login failures using the old btest/btest user/password may auto place your IP address in a 7-Day btest jail.

May 2'nd 2023 , This Mikrotik forum Public-Mikrotik-Bandwidth-Test-Server(s) is currently at 975,149 views and 927 posts.

North Idaho Tom Jones

zhup · Wed May 03, 2023 2:04 pm

...
I just now updated the btest server
...

Hello Tom,

I did the bandwidth-test, but without result - see attachment.
I do not know if my settings are OK.
.
Should I wait 27h to repeat the test now?

rextended · Wed May 03, 2023 2:17 pm

@zhup
[ color=#FFFFFF].[/color ]
Why you continue uselessly to add white dot on forum?

You want replace it later with spam link?
Stop that behaviour.

zhup · Wed May 03, 2023 2:26 pm

@zhup
[ color=#FFFFFF].[/color ]
Why you continue uselessly to add white dot on forum?

You want replace it later with spam link?
Stop that behaviour.

Hello rextended,
Sorry for the confusion.
I just wanted the text to be more readable as line breaks are ignored.

rextended · Wed May 03, 2023 2:30 pm

I just wanted the text to be more readable as line breaks are ignored.

Are not ignored, simply add another one.

Adding hidden text & similar is considered Spam and alert the SpamGPT that mark your user a spammer,
but I see that this alert, on your case, is not needed...

zhup · Wed May 03, 2023 2:34 pm

I just wanted the text to be more readable as line breaks are ignored.
Are not ignored, simply add another one.

Adding hidden text & similar is considered Spam and alert the SpamGPT that mark your user a spammer,
but I see that this alert, on your case, is not needed...

Hello rextended,
I had no bad intentions.
Maybe your friend GPT

will help solve my problem. I don't know how to make Btest at the moment.

rextended · Wed May 03, 2023 2:48 pm

What is present on picture are correct, but the blacklist is managed from T.J.N.I., and I can not know if your ip are on it.

zhup · Wed May 03, 2023 2:59 pm

What is present on picture are correct, but the blacklist is managed from T.J.N.I., and I can not know if your ip are on it.

Thx for feedback.
T.J.N.I. wrote that all btest-jails (IP access lists ) were reset/cleared during the ROS upgrade/update (it was done yesterday 02.05.2023).
Therefore my ip should not be banned right now. I do not know why the test does not work properly.

Wed May 03, 2023 3:36 pm

...
I just now updated the btest server
...
Hello Tom,

I did the bandwidth-test, but without result - see attachment.
I do not know if my settings are OK.
.
Should I wait 27h to repeat the test now?

Yo zhup ...
Have you been able to btest to my btest server b4 ?
Can you ping my btest server ?
Try a TCP send - then a TCP receive.
Are you using a RFC-1918 ( NATted ) IP address on your Mikrotik and/or behind a firewall ?

North Idaho Tom Jones

zhup · Wed May 03, 2023 4:22 pm

moderator action

Hello Tom,
I hope you are doing well.

I am not able to make btest using the below server:

Pv4: 23.162.144.120
btest username: MikrotikBtest
btest password: MikrotikBtest

I also can not ping your btest server from PC or Mikrotik router.
I was doing my test from PC behind the NAT, but I could also check it directly from Mikrotik router, but I am afraid ban, which possibly I already got.

Thank you in advance for your help.

Wed May 03, 2023 5:41 pm

Yo zhup ...

Post a traceroute to my btest server.

Also , what is your public IP address ?
I can take a look at my firewall rules in my BGP & OSPF routers , and in the btest server lists.

North Idaho Tom Jones

Wed May 03, 2023 5:44 pm

Yo , re: I was doing my test from PC behind the NAT

If you are testing from behind a NAT/Fire-Wall , then there is probability that it will prevent some TCP and/or UDP tests to you and possibly from you.

North Idaho Tom Jones

zhup · Wed May 03, 2023 6:55 pm

Yo , re: I was doing my test from PC behind the NAT

If you are testing from behind a NAT/Fire-Wall , then there is probability that it will prevent some TCP and/or UDP tests to you and possibly from you.

North Idaho Tom Jones

The direct test from the Mikrotik also didn't work.
My public IP address is 2xx.xxx.x.xx.
Below you can find the requested traceroute:

Ca6ko · Wed May 03, 2023 7:47 pm

My public IP address is 2XX.XX.XX.XX.

Your ISP probably has a problem

zhup · Wed May 03, 2023 7:52 pm

My public IP address is xxxx.

Please remove quote and screenshot with my IP.
Later I will edit my post.

Wed May 03, 2023 9:52 pm

Yo , Your IP address: x.x.4.14 was in the Address-List ( from a recent prior test ) , I just now cleared it.

zhup · Wed May 03, 2023 10:40 pm

Yo , Your IP address: x.x.x.x was in the Address-List ( from a recent prior test ) , I just now cleared it.

Thanks for your help and time.
Unfortunately, no matter on what I do the test, whether on a Mikrotik router or on a PC, the test runs, but there is no result.
I don't know what the problem is.

zhup · Wed May 03, 2023 11:11 pm

My public IP address is XX.XX.XX.XX.
Your ISP probably has a problem

Please remove more digits from IP address, as the ones you removed are added below.

Ca6ko · Thu May 04, 2023 8:56 am

There is a small undocumented specifics of using the btest program
Note how the maximum traffic generation capacity of the device's processor is determined

Screenshot_6.jpg

Screenshot_5.jpg

Thu May 04, 2023 9:09 am

I was already thinking along that line as well.
It seems this is only applicable for UDP streams, not for TCP.

iperf3 works similarly. If you use UDP and do not specify bandwidth, it will default to 1Mb/s.
I understood the reasoning is because using UDP it is possible to saturate the line completely, even causing disconnect of your tools since there is no room anymore for other communication. TCP does not allow that. If the line is full, packets get dropped. Could be my explanation is technically not 100% correct but this is how I understood it works.

Ca6ko · Thu May 04, 2023 9:23 am

It seems this is only applicable for UDP streams, not for TCP.

zhup · Thu May 04, 2023 1:16 pm

Yo , Your IP address: x.x.4.14 was in the Address-List ( from a recent prior test ) , I just now cleared it.

Hello Tom,
if possible, could you please remove my IP address from your ban list again?

Thu May 04, 2023 5:33 pm

Yo , Your IP address: x.x.4.14 was in the Address-List ( from a recent prior test ) , I just now cleared it.

Hello Tom,
if possible, could you please remove my IP address from your ban list again?

Zhup , I just now cleared the list again.
North Idaho Tom Jones

skutnar · Fri May 12, 2023 5:12 pm

Quick test from Alexandria, KY area, Verizon 5G home internet.

btest.jpg

acewales · Sat May 13, 2023 8:04 pm

North Idaho Tom Jones

Hey Tom, just ran a quick test from the UK. Wasn't able to make a udp connection, but got a solid 30Mbps tcp connection.
Many thanks!

btest.png

Mon May 22, 2023 6:03 pm

May 22 2023

This morning I updated the btest server
from ROS ver 7.9
to ROS ver 7.9.1

FYI - btest jails were reset/cleared again

North Idaho Tom Jones

sirbryan · Tue May 23, 2023 6:57 am

Ran a couple IPV4 tests from my 2116 in a data center in Utah on HE.net (10Gbps pipe).

TCP hovers around 1Gbps, as high as 1400Mbps. CPU load on the 2116 is pretty minimal compared to the CHR.

With UDP I'm able to saturate the full 4Gbps, smacking your CHR's CPU in the face at 100%, while the 2116 maxes out around 30% send, 20% receive. This during peak hours (Monday night 9:30-9:50pm).

IPv6 TCP receive worked one time, with a sudden burst to 2.6Gbps, then it dropped off. I couldn't get TCP send or UDP tests to work.

Mon Jun 05, 2023 5:56 pm

June 06,2023

This morning , I updated the btest server.
From: ROS version 7.9.1
To: ROS version 7.9.2

All btest-jail counters were reset/cleared during the ROS upgrade.

North Idaho Tom Jones

eberan · Thu Jun 08, 2023 6:08 am

From the SF Bay Area on Sonic 10Gbps fiber with a CCR2004. I tried to do TCP but it was much slower; I tried to restart the test and it stalled on connecting. Not sure if I'm in jail, I only had it running a couple minutes at most :]

UDP:
Tx cur: 3.9 Gbps avg: 3.9 Gbps max: 4.2 Gbps
Rx cur: 99.4 Mbps avg: 93.5 Mbps max: 256.9 Mbps

Tue Jun 13, 2023 9:02 pm

From the SF Bay Area on Sonic 10Gbps fiber with a CCR2004. I tried to do TCP but it was much slower; I tried to restart the test and it stalled on connecting. Not sure if I'm in jail, I only had it running a couple minutes at most :]

UDP:
Tx cur: 3.9 Gbps avg: 3.9 Gbps max: 4.2 Gbps
Rx cur: 99.4 Mbps avg: 93.5 Mbps max: 256.9 Mbps

I just now rebooted the btest server.
All btest-jails were cleared/reset during the reboot.

North Idaho Tom Jones

Fri Jun 16, 2023 4:01 am

I updated the btest server.
From: ROS version 7.9.2
To: ROS version 7.10

All btest-jail counters were reset/cleared during the ROS upgrade.

North Idaho Tom Jones

Colm · Fri Jun 23, 2023 6:36 pm

Hi, here are my results, from New Hampshire, USA. Hub66, gigabit home fiber.

user@device:~$ traceroute 23.162.144.120
traceroute to 23.162.144.120 (23.162.144.120), 30 hops max, 60 byte packets
 1  router.lan (192.168.88.1)  0.563 ms  0.494 ms  0.433 ms
 2  100.64.XXX.XXX (100.64.XXX.XXX)  1.976 ms  2.322 ms  2.274 ms
 3  134.195.185.233 (134.195.185.233)  4.369 ms  4.319 ms  4.285 ms
 4  134.195.185.6 (134.195.185.6)  4.565 ms  4.503 ms  4.150 ms
 5  te0-7-0-7-5.ccr32.bos01.atlas.cogentco.com (38.142.179.25)  6.898 ms  8.254 ms  6.557 ms
 6  be3472.ccr42.jfk02.atlas.cogentco.com (154.54.46.34)  12.219 ms  21.515 ms  11.452 ms
 7  be2807.ccr42.dca01.atlas.cogentco.com (154.54.40.110)  16.224 ms  16.659 ms  15.984 ms
 8  be2113.ccr42.atl01.atlas.cogentco.com (154.54.24.222)  32.963 ms  32.898 ms  32.865 ms
 9  be2690.ccr42.iah01.atlas.cogentco.com (154.54.28.130)  108.477 ms  109.769 ms  46.025 ms
10  be3851.ccr22.elp02.atlas.cogentco.com (154.54.2.6)  62.289 ms  62.235 ms  62.890 ms
11  be2668.ccr22.den01.atlas.cogentco.com (154.54.87.30)  93.172 ms  75.232 ms  90.195 ms
12  be3038.ccr32.slc01.atlas.cogentco.com (154.54.42.97)  92.294 ms  85.198 ms  85.470 ms
13  be2042.ccr21.sea02.atlas.cogentco.com (154.54.89.101)  127.359 ms  105.239 ms  105.793 ms
14  38.142.49.106 (38.142.49.106)  105.009 ms  115.328 ms  110.157 ms
15  152.44.160.169 (152.44.160.169)  125.666 ms  107.591 ms  106.591 ms
16  be24.cr3-sea-a.bb.as11404.net (174.127.137.246)  105.439 ms  105.081 ms  105.589 ms
17  be55.cr2-sea-a.bb.as11404.net (65.50.198.67)  105.576 ms  105.303 ms  107.740 ms
18  be1.cr2-sea-b.bb.as11404.net (174.127.149.137)  106.338 ms  107.321 ms  117.412 ms
19  * * *
20  prm1-sttlwawb-b-be-11.bb.as20055.net (204.11.64.66)  114.545 ms  114.857 ms  114.459 ms
21  lr1-yakmwafp-b-be-18.bb.as20055.net (204.11.64.177)  116.405 ms  114.946 ms  115.286 ms
22  lr1-spknwaob-a-be-17.bb.as20055.net (204.11.65.41)  121.607 ms  126.487 ms  126.451 ms
23  br1-spknwasr-be10.bb.as20055.net (198.179.53.59)  114.433 ms  114.148 ms  114.087 ms
24  50-52-36-250.cral.id.ptr.ziplyfiber.com (50.52.36.250)  114.903 ms  115.633 ms  114.837 ms
25  IPv4-23-162-144-001.Red-Spectrum.com (23.162.144.1)  115.128 ms  114.584 ms  114.528 ms
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

btest.png

I didn't get the right screenshot within my 10-minute window, but TCP send speeds were 180-220 Mbps range.

Notably, max speed "send" UDP was 964.1 Mbps, but no UDP traffic was received.

Thank you for running this service.

Fri Jun 30, 2023 12:53 am

I updated the btest server.
From: ROS version 7.10
To: ROS version 7.10.1

All btest-jail counters were reset/cleared during the ROS upgrade.

North Idaho Tom Jones

Sat Jul 01, 2023 1:37 am

Just noticed a few moments ago ...

It's gonna hit 1-million soon

North Idaho Tom Jones

almost-1million.png

Sat Jul 01, 2023 9:05 am

Done. Is there any prize?

1mln.PNG

Wed Jul 05, 2023 5:56 pm

Done. Is there any prize?

1mln.PNG

BartoszP , thanks for the 1-million screen snapshot.
Only took 7 years and a petabyte to get there ...

Re: Done. Is there any prize?
I did get a free cup of coffee at work this morning , does that count ?

North Idaho Tom Jones

rextended · Wed Jul 05, 2023 6:18 pm

Is there any prize?
I did get a free cup of coffee at work this morning , does that count ?

If you pass through Italy, you have a guaranteed bottle of wine and a pizza!

Thanks again for the free service.

Fri Jul 14, 2023 11:10 pm

I updated the btest server.
From: ROS version 7.10.1
To: ROS version 7.10.2

All btest-jail counters were reset/cleared during the ROS upgrade.

North Idaho Tom Jones

Tue Aug 15, 2023 8:58 pm

I updated the btest server.

To: ROS version 7.11

All btest-jail counters were reset/cleared during the ROS upgrade.

North Idaho Tom Jones

VAXman65 · Sat Aug 19, 2023 12:13 am

From NYC with Verizon FIOS fibre optic service contracted at 300 Mbps service.

RouterOS 7.11 on CRS326-24G-2S+

Tx avg: 338.5 Mbps max: 350.3 Mbps
Rx avg: 302.8 Mbps max: 307.4 Mbps

Sat Aug 19, 2023 1:14 am

From NYC with Verizon FIOS fibre optic service contracted at 300 Mbps service.

RouterOS 7.11 on CRS326-24G-2S+

Tx avg: 338.5 Mbps max: 350.3 Mbps
Rx avg: 302.8 Mbps max: 307.4 Mbps

To me , it looks like they auto configure their bandwidth configurations with some extra bandwidth padding - which is a good thing.

I do the same with all of my fiber and wireless accounts.
I normally add an additional 20% to the customer purchased bandwidth. I do this so that when a customer does a speedtest , they should normally see a little more than what they are paying for.

Fri Sep 01, 2023 8:02 pm

I updated the btest server.

To: ROS version 7.11.2

All btest-jail counters were reset/cleared during the ROS upgrade.

North Idaho Tom Jones

4dinata · Tue Sep 05, 2023 1:17 pm

I create a new server for bw test on datacenter Jakarta

if you come from Indonesia or Asia feel free use this bwtest

IP : 103.161.184.37
Username: mid
Password: midtest

astmin · Tue Sep 05, 2023 3:19 pm

Thank you very much for the very useful free tool!

Wed Sep 06, 2023 12:33 am

I create a new server for bw test on datacenter Jakarta

if you come from Indonesia or Asia feel free use this bwtest

IP : 103.161.184.37
Username: mid
Password: midtest

What are your bandwidth QOS settings & time test limits on your btest server ?
I ran a btest to it this morning and it started ramping up. I was waiting to see the start of a flat-line in bandwidth where I could then stop the test and use the flat-line as my measured bandwidht btest speed.

Using my btest server testing to your btest server:
UDP receive: 2 seconds at about 500 Meg , then went down to 30-Meg
UDP send: 250-Meg
TCP receive: peaked at 350-Meg
TCP send: peaked at 230-Meg

North Idaho Tom Jones

Fri Sep 29, 2023 9:26 pm

FYI;

8 days ago I rebooted the btest server.

Today , 8 days later , there has already been well over 1,000 unique IPs that have performed a btest bandwidth speed test to the server.

At that rate , that might be greater than 50+ thousand btest(s) a year. That's a lot of bandwidth & packets.

North Idaho Tom Jones

qops1981 · Wed Oct 04, 2023 9:38 pm

Note: If you are btest-ing to my btest server - Please post your btest speed results and where you are located - All of us Mikrotik admins would like to know who , where and how-fast

I recently dropped Xfinity and got our cities municipal Fiber Internet @ 3Gbps ( they have 10Gbps, but I need to upgrade somethings first ). I needed a way to test from the router since none of my systems have more than a 1Gbps connection. I was switching around with different connection types (TCP, UDP) and receive vs send. TCP has it's obvious overheads, but UDP send did hit the 3Gbps, so I guess I am getting good service? :shrugs:

This was from Loveland, CO, USA

firefox_RrTWd0PqHr.png

mdadmin · Fri Oct 06, 2023 5:05 pm

Hello,

I work for a mail hosting provider, and while analyzing our spam traffic, we've noticed a significant amount of traffic originating from IP addresses with port 2000 open, identified as "MikroTik bandwidth-test server" on that port (with shodan). When we scan these IP addresses using nmap, it reports "cisco-sccp."

We are curious as to why these machines are sending such a large volume of spam. While I'm not entirely sure if this is the right thread to address this issue, the topic seems closely related. Therefore, I would like to direct this question to those who might be directly involved or have knowledge about this phenomenon.

Any insights or assistance on this matter would be greatly appreciated. Thank you in advance for your help.

Best regards,

Wed Oct 18, 2023 6:27 pm

FYI

During the last two weeks , there has been 1,525 unique Internet IP address that have performed btest(s) to the server.

North Idaho Tom Jones

Pomo · Tue Oct 31, 2023 5:57 pm

Again, it seems to not be working as it should.
I see remote cpu load at 100%.
And once again, big thanks for providing this service.

ctop · Tue Oct 31, 2023 8:28 pm

Again, it seems to not be working as it should.
I see remote cpu load at 100%.
And once again, big thanks for providing this service.

Glad its not just me...... was about to ask something thing.

Wed Nov 15, 2023 12:01 am

November 14'th 2023 - I updated the public access btest server
from ROS version 7.11.2
to ROS version 7.12

All btest jail access-lists were cleared when I rebooted this server after the ROS update/upgrade

North Idaho Tom Jones

henleu · Wed Dec 20, 2023 4:39 pm

Bandwidth test with RB5009 and Zaram SFP+ module on a 1 Gb internet subscription.

Thu Dec 21, 2023 4:03 pm

nice

It is a good thing to see that when an ISP sells a 1 Gb internet subscription - that the customer can actually measure speeds to/from the Internet at 1 Gb internet subscription speeds. Where were you testing from ?

henleu · Tue Dec 26, 2023 11:06 pm

nice

It is a good thing to see that when an ISP sells a 1 Gb internet subscription - that the customer can actually measure speeds to/from the Internet at 1 Gb internet subscription speeds. Where were you testing from ?

Testing took place from Arnhem in the Netherlands. Provider is Delta.

Wed Dec 27, 2023 12:19 am

Dec 26. 2023

Moments ago , I updated the btest server I manage.

Was CHR ROS ver 7.12.1
Now CHR ROS ver 7.13

All btest time based access lists /address lists were cleared during the upgrade/reboot

North Idaho Tom Jones

nikc · Sat Jan 20, 2024 6:11 pm

ISP just upgraded me to what they claimed was 1.6gbps ...

Thanks to your server i was able to test that !

M9XmUKYk0U.png

Sat Jan 20, 2024 7:04 pm

ISP just upgraded me to what they claimed was 1.6gbps ...

Thanks to your server i was able to test that !

M9XmUKYk0U.png

I like your ISP , they say they are selling you a 1.6 Gig account and-however you are able to speedtest/measure 1.7 Gig --- nice. Many ISPs over sell what they can deliver.

GiannisD · Mon Jan 22, 2024 10:27 pm

Im having problems reaching your server it might be a regional problem

i did a traceroute from 2 locations still couldnt reach the servers ip the last ip it reached from both was 23.162.144.1 (probably the main router of your server)
Im from greece central macedonia
both locations use the same isp they're also using the same isp data center in skg

Tue Jan 23, 2024 6:06 pm

the btest CHR ROS speedtest server I maintain was just now updated
- from ROS ver 7.13
- to ROS ver 7.13.2

Tue Jan 23, 2024 6:09 pm

Im having problems reaching your server it might be a regional problem

i did a traceroute from 2 locations still couldnt reach the servers ip the last ip it reached from both was 23.162.144.1 (probably the main router of your server)
Im from greece central macedonia
both locations use the same isp they're also using the same isp data center in skg

If you are able to traceroute to 23.162.144.1 , then you made it to my networks.
Try it now , I just rebooted the btest server.
* also note - this btest server has some rules which require a wait delay until you can re-test again.
What is the IP address you are coming from ?
Do you have a firewall somewhere you are going through ?

GiannisD · Tue Jan 23, 2024 11:18 pm

If you are able to traceroute to 23.162.144.1 , then you made it to my networks.
Try it now , I just rebooted the btest server.
* also note - this btest server has some rules which require a wait delay until you can re-test again.
What is the IP address you are coming from ?
Do you have a firewall somewhere you are going through ?

I did try it from both its working again
The main reason i used it was to test if i did my queues wrong i had low speeds for some reason when using the speedtest app on windows 11
I didnt use your server for like a week so i dont think i had a ban
ip address is in the range 94.68.0.0/16 otenet greece ASN:6799

Wed Jan 24, 2024 2:01 am

OK - If you see your IP address list in the image below - and you continue to btest to my btest server without waiting 24 hours between btests, I am going to place your IP address on a 1-year block.

All of the IP addresses listed below were supposed to wait 24 hours - but did not wait the required 24-hours. Which then automatically placed them on a 1-Week waiting list b4 they can btest again.

Soo , if this continues ( not waiting 24 hours between btest(s) to the btest server I manage , I will add an auto 1-year address list. Where if you are on the 1-week waiting list and you btest again , then you are then auto placed on a 365-day waiting list.

btest-address-list.png

cfv · Thu Jan 25, 2024 9:21 pm

Using the test server in the first post I was able to verify the connection bandwidth provided by my ISP. Results are 2.2/1Gbps, which is good given a SLA speed of 2.5/1Gbps.
This was recorded using the UDP test. For newcomers, remember that depending on your firewall configuration, you might have to create a new rule allowing incoming UDP traffic for the duration of the test.

Thanks to TomjNorthIdaho from Northern Italy.

Fri Jan 26, 2024 3:07 am

the btest CHR ROS speedtest server I maintain was just now updated
- from ROS ver 7.13.2
- to ROS ver 7.13.3

wfburton · Fri Jan 26, 2024 4:17 am

Tested on CRS309-1G-8S+

Results 54.3 Mbps/514.3 Mbps
ISP service 512 Mbps down 50 Mbps up.

Thanks for providing this service!

ChadRT · Thu Feb 01, 2024 6:10 pm

@TomjNorthIdaho

I do apologize for running 3 tests last night before reading the rules

. I will be sure not do that again. Also since this is the first time I have done one I didn't pay attention to the fact that you can set a duration flag. I sincerely appreciate the service you are providing.

CHR on Vultr
500 up
830 down

I will screen snip next time to share with the community.

Thu Feb 01, 2024 7:27 pm

@TomjNorthIdaho

I do apologize for running 3 tests last night before reading the rules . I will be sure not do that again. Also since this is the first time I have done one I didn't pay attention to the fact that you can set a duration flag. I sincerely appreciate the service you are providing.

CHR on Vultr
500 up
830 down

I will screen snip next time to share with the community.

you're good. I just now cleared out the counters on the btest server. So at this moment , nobody is in btest jail. However , those who perform multiple tests without the proper waiting period will again automatically go back on the btest jail list.

North Idaho Tom Jones

BillyVan · Thu Feb 01, 2024 7:49 pm

From Greece
Provider Inalan
1G/1G
Mikrotik 5009 7.14 beta 8
Thank you

5009gr.JPG

tunguskalabs · Fri Feb 02, 2024 12:28 pm

Hello all, testing from São Paulo, Brazil, Vivo 200mbps fiber link:

Captura de Tela 2024-02-02 às 07.27.52.png

I would love to know the reason for this see-saw behavior...

Fri Feb 02, 2024 5:53 pm

Hello all, testing from São Paulo, Brazil, Vivo 200mbps fiber link:
Captura de Tela 2024-02-02 às 07.27.52.png

I would love to know the reason for this see-saw behavior...

re: ... I would love to know the reason for this see-saw behavior... ...
You were testing using TCP. TCP is a protocol that sends a packet and then waits for a received ACK packet ( ACK is a return message that a packet was received ). This send , then wait for an ACK then send the next packet and wait loop is designed verify packets are being received and sent without packet loss. Also , when an ACK packet is not received , the sending packet is then re-transmitted and a received ACK packet needs to be received b 4 the next new packet is sent.

This works well. This can be pretty fast for near-by network communications - however from Brazil to North Idaho , I would guess there are all kinds of issues to slow down the time from when a packet was sent and the time to receive an ACK packet. Some of those issues include distance ( packets are not moving at the speed of light - instead packets are moving at the speed of what each switch-hop can reliably run at , and the time of how fast all of the routers can run , and how congested each switch/router is and the link speed between every switch and router.

Sometimes - I'm amazed the Internet even works - whewwww

Note - UDP is sometimes a better test for network speed because it is a send send send send protocol , there are no received ACK packages and there is no verification that a UDP packet was received or lost.

Next time , try a UDP speedtest to my server and you might see a performance increase. However, both TCP and UDP are used/needed to make the Internet work.

Note - I just now cleared out and reset all of the btest jail counters for everybody - so you can test again without waiting the normal time-out waiting period.

North Idaho Tom Jones

tunguskalabs · Sat Feb 03, 2024 3:36 pm

Hey Tom,

Thank you for the very good explanation! Makes total sense. I tried again this morning, with the first minute with UDP and the second minute with TCP:

Captura de Tela 2024-02-03 às 10.33.40.png

This is very interesting. With UDP, my download speed is close to the nominal, but the upload is ridiculous, 1mbps. With TCP the upload speed surpasses the download speed, way above what is contracted (my link is supposed to be 200mbps down/100mbps up). Is this something that may be wrong with my setup, or is something else, like shenanigans played by my ISP? Thanks again!

Menelas · Wed Feb 21, 2024 12:40 pm

Hi,
I'm new to mikrotik.
I've seen last year an IT performing a bandwith test from another router mikrotik from another fiber line that I own but I can't remember the IP. He was telling me it was the official bandwith test from mikrotik. But As I read more and more from this forum there does not seem to be an official speedtest or bandwidth test from mikrotik....

Also I tried the north Idaho server from Tom and I can't ping it nor do the test....
IS there a problem ?

Thanks for any answers I might get

rextended · Wed Feb 21, 2024 4:03 pm

He was telling me it was the official bandwith test from mikrotik.

He's a storyteller or you probably misunderstood.

About ping:

EDIT: May 16'th 2022 - ICMP Ping has been disabled. in the btest server. ( This was done to prevent ping-speed tests against this btest server )

Is the first line of the first post.
Do you read what's written on the topic before writing anything?

Menelas · Wed Feb 21, 2024 4:24 pm

He's a storyteller or you probably misunderstood.

No I clearly not misunderstood, then it means that he really believes that's the official bandwith test server from mikrotik.

Is the first line of the first post.
Do you read what's written on the topic before writing anything?

Yes and that's why I'm writing here because it is the most updated topic on a possible bandwith test server operational from the forum. I must have missed that part about the ping then. Sorry about that.
I totally get that it was a personal server so yeah I did read it or I would not have understood that -> logic.
And through the ping it is my first reflex since I'm part of the scholar part of IT that consider that we should let ICMP running, not all of them but some of them, plus there are other means to prevent a possible ICMP overflow and ban the IP doing so. So that was my first reflex since the bandwith test was not running out of the box, it was to ping it.
But apparently I was asking too much or it is considered as rude, I don't know.
So sorry for the misunderstanding.
Thank you for your answer tho

mdadmin · Thu Feb 22, 2024 11:12 am

ZERO DAYS on MikroTik bandwidth-test server

Stop exposing your "MikroTik bandwidth-test server" on the internet, there is a zero days which allows any attacker to spam (mail) the entire world with spam via these machines open on the internet (example on: https:// www.shodan.io/host/38.49.159.122)

38.49.159.122:2000

Larsa · Thu Feb 22, 2024 1:01 pm

@mdadmin, what are you trying to imply and what source(s) are you relying on? Check https://multirbl.valli.org/dnsbl-lookup ... 4.120.html

DamonOnYT · Fri Feb 23, 2024 2:55 am

Hi! Appreciate the test server, super helpful for testing our bandwith

Testing from Sydney, Australia (AS136582)
Was able to pull 1.7G/1G Symettrical, 2.5G Tx and 2G Rx

image (33).png

Tue Feb 27, 2024 3:32 am

Mikrotik Speed Test

I recently spotted this selection on one of my Mikrotik CHRs ( must be something that recently came out with a newer ROS version ).
*** fyi - my network is allowed to do anything to my btest server ***

Mikrotik-speedtest.jpg

Tools --> Speed Test

Thu Mar 21, 2024 6:58 pm

Today ( 3/21/2024 ) I performed the following on my public-access Mikrotik btest server I host.

IPv4: 23.162.144.120
IPv6: 2605:6340:0:1b::4
btest username: MikrotikBtestServer
btest password: MikrotikBtestServer

- ROS upgrade/update
From: 7.13.5
To: 7.14.1

- I also changed the btest username and passoword
From: MikrotikBtest
To: MikrotikBtestServer

- I also moved this Mikrotik CHR ROS btest server to a different hypervisor
From: VmWare ESXi
To: Proxmox

- During the migration from VmWare ESXi to Proxmox , I changed the Ethernet interfaces
From VmWare ESCi : vmxnet3
To Proxmox: VirtIO ( paravirtualized )

Note: I may be having some IPv6 connectivity to this btest server. (( I am rebuilding everything IPv6 at the ISP I manage ))

Please let me know if you experience any issues not that I have made some changes to this server.

Quick notes - limit total testing time to less than 10 minutes.
You must wait 27 hours until you can btest again.
If you attempt to btest more than 10 minutes , then you go to btest jail for 7+ days until you can btest again
If you attempt to btest without waiting 27 hours , then you go to btest jail for 7+ days until you can btest again.
If you attempt to btest and you are in 7-day btest jail , then you reset 7-day btest jail back to 7+ days.
No automatic btest scripts on a timed schedule are permitted.
All btest must be manually performed by a human.
Repeated login failures using the old btest/btest user/password may auto place your IP address in a 7-Day btest jail.

Note: Please read all of my conditions prior to using my btest server.

North Idaho Tom Jones

hermes1802 · Mon Mar 25, 2024 3:35 pm

Grateful for these very useful services. I had a problem from the first authentication attempt since on the first attempt it told me that it could not connect.

I have no connection to the server. Is the service operational?

isaacgrover · Mon Mar 25, 2024 4:23 pm

@TomjNorthIdaho - thank you for continuing to host this public btest server after so many years.

Per your optional terms, this morning I tested from two IP addresses in western Wisconsin with the following results:

68.65.62.x: 217.0 Mbps/138.4 Mbps TCP Tx/Rx Total Average
64.33.160.x: 56.6 Mbps/121.5 Mbps TCP Tx/Rx Total Average

fusiooon · Sat Apr 20, 2024 2:06 pm

Hi all,

Thanks @TomjNorthIdaho for the service!

I did a test today 20 April 2024, ~12:19 CET. Ran it for 2 minutes.

Tx/Rx 10s Average: 503.6 Mbps/770.6 Mbps

Tx/Rx Total Average: 2.3 Gbps/348.6 Mbps

Mikrotik model: RB4011iGS+5HacQ2HnD
Firmware: 6.49.10
Source IP: 51.154.X.X
Locaiton: Switzerland
ISP: Salt CH
Bandwith: 10Gbps symetric (home fiber connection)

Screenshot 2024-04-20 at 12.20.29.png

kuklei · Wed Apr 24, 2024 2:14 pm

Hey Tom,

Thanks for providing the btest server.

For some strange reason I cannot access it from x.158.1.25. I have accessed it before probably 2 days ago.

traceroute here
https://imgur.com/a/Y29k1ZA

Any idea?

Herby77 · Sat May 11, 2024 2:13 pm

Hello MikroTik Member

I would like to do a speed test. Could I get the IP address and user name and password from Salt Switzerland please

Mon May 13, 2024 6:34 pm

IPv4: 23.162.144.120
btest username: MikrotikBtestServer
btest password: MikrotikBtestServer

Mon May 13, 2024 7:09 pm

Oh ?
That's the same as on the first post ?

Mon May 13, 2024 7:22 pm

re: ... That's the same as on the first post ? ...

correct

FAB1150 · Thu May 23, 2024 12:17 pm

damn I tried to connect before reading the new credentials and I think I'm in jail now, can't connect

woland · Thu May 23, 2024 12:55 pm

Thanks for your wonderful service @TomJNorthIdaho!

btest.png

Location: Budapest/Hungary
Provider Telekom, over Cable, Docsis 3

jfreak53 · Thu May 23, 2024 3:42 pm

Trying most recent credentials and it won't connect. My public IP I'm connecting from is 66.213.68.133. Did I get blocked?

GiovanniG · Mon May 27, 2024 2:09 am

Hi, I've also tried with 23.162.144.120 and get 100% of packets lost, maybe it's down?
Thanks

SupernetTelecom · Mon May 27, 2024 6:19 pm

Hi,

1 GB.

Test carried out in Brazil, state of São Paulo.

GiovanniG · Tue May 28, 2024 12:18 am

I've tried in two different countries, on one works, on the other not.
Somebody can suggest an alternative? Thank you!

nonva.jpg

HannesKruger · Tue May 28, 2024 2:12 am

@zhup
[ color=#FFFFFF].[/color ]
Why you continue uselessly to add white dot on forum?

You want replace it later with spam link?
Stop that behaviour.
Hello rextended,
Sorry for the confusion.
I just wanted the text to be more readable as line breaks are ignored.

That is hilarious! Please MikroTik, give us a markdown editor!

nichky · Tue May 28, 2024 2:46 am

@Tom
well done !!

isaacgrover · Fri May 31, 2024 6:05 pm

May 31, 2024 - thank you Tom for continuing to host this public mikrotik bandwidth test server. Just tested from a client site after a faulty network cable limited their symmetrical speeds down to 100Mbps, and it was easy to connect to.

brunovga · Tue Jun 18, 2024 4:52 am

Tenho 2 mikrotiks e não consegui utilizar o btest com o IP 23.162.144.120, o que pode estar acontecendo? Fica conectando e não tenho nenhum retorno.

Tue Jun 18, 2024 8:07 am

Tenho 2 mikrotiks e não consegui utilizar o btest com o IP 23.162.144.120, o que pode estar acontecendo? Fica conectando e não tenho nenhum retorno.

Translated:

I have 2 mikrotiks and I couldn't use btest with the IP 23.162.144.120, what could be going on? It keeps connecting and I don't get any feedback.

@brunovga
Please post in English, you will have a much better chance of getting a response.

If you tried several times, you are most likely blocked for quite a long time.

I'm sure Tom (he is hosting this server) will come in shortly with his findings (and corrective action ?).

Boosted · Thu Jun 20, 2024 9:46 pm

Would you mind unblocking me and allow a 5gb test?

sturlan · Fri Jul 05, 2024 6:58 pm

Croatia
Tx/Rx Avg: 313.2 Mbps/349.1 Mbps

Actually i have a problem, my ISP sold a 1G/0.5G connection but i can download only cca 430Mbps. ISP modem is in bridge mode.
ISP tech came and measured with his laptop connected directly to ISP modem 1G down so i think ISP side is ok.

Anybody have idea how to configure mikrotik to engage full bandwidth?

infabo · Fri Jul 05, 2024 10:24 pm

Of course there is "the one Mikrotik" and everybody immediately knows what is wrong just by glimpse.

nmt1900 · Sun Jul 07, 2024 5:30 pm

I seem to have a probem on IPv6 - I see that connection(s) are up from firewall connection list, but traffic does not flow (only few kb/s rates are seen in torch). Strangely Bandwidth test reports remote CPU load as 100%. IPv6 transfer/speedtests to other IPv6 locations work OK.

snap 2024-07-07 at 13.54.17.png

frog32 · Mon Jul 08, 2024 2:42 pm

I got TX/RX average of 2.2 Gbps/1075.2 Mbps to 23.162.144.120 from Switzerland while showing me local CPU utilization of 7% and remote utilization of 100%. This is on a 10Gbps domestic fiber connection that should actually go all the way to 10Gbps since it is point to point.

Xsaron · Sat Jul 13, 2024 11:34 am

Hi Tom, great that you support the community this way! Thanks.

I just tried from 4 different locations and I always get "can't connect"... Has some other settings been changed? I've always used TCP/both directions...

Sat Jul 13, 2024 4:08 pm

I just tried from 4 different locations and I always get "can't connect"... Has some other settings been changed? I've always used TCP/both directions...

Same here

VadymMasiuk · Sun Jul 14, 2024 9:31 am

Yeah, it seems to be down ;(

But there is an alternative server on the forum

AdminAdmin123 · Fri Jul 19, 2024 1:55 pm

@Tom

Is the passw changed? Using the one written in the first post, gave error "Authentication Failed".

Kindly Regards

Fri Jul 19, 2024 9:18 pm

Yup , I have it down for now.

It was getting tons of abuse by many other Mikrotik network admins.

I was seeing whole /24 & /23 & /22 networks where almost every IP address in ( customer ) nework blocks would sequentially one-after-another perform a btest to my Mikrotik btest server.

When I see this type of network-block sequentially IPs performing btests one after another using their next IP address, I know it is some a-hole admin who has created some cron/scripts so all of his networks/customers can be Internet throughput tested to my btest server.

When I change the btest password or IP address, or the jail-wait-time-between-btests , or block the entire remote ISP's network , the auto btests stops ... - until those same bad-actor Mikrotik admins change their scripts & their IP addresses to use the new IP address or new password or new timeout-waits - then again , I start getting hit with auto btests.

I don't have the time to monitor and block entire remote ISP networks because some bad-actors will not follow my usage guide-lines to use my btest server.

I'm not sure how I will resolve this issue. I thought about making a subscription based btest system , but that's more than I wanted to do - and I wanted it easy & simple & free to use for Mikrotik admins.

I will get it back up and running again - but at this moment it time , I'm pretty busy with some other ISP projects. When I have some free time ( hopefully soon ) , I will bring this btest server back on-line.

North Idaho Tom Jones

rextended · Sat Jul 20, 2024 10:12 am

It was getting tons of abuse by many other Mikrotik network admins.

May God let them *** in atrocious suffering.

EDIT: added quote for clarification....

Sat Jul 20, 2024 3:44 pm

Sad sad world ...
Abusing a free service in such a way. I totally understand your point of view.

Wild idea
Free for first x attempts, then paying ?

rextended · Mon Jul 22, 2024 12:52 pm

Or only 1 attempts a day for the same /24...

AdminAdmin123 · Mon Jul 22, 2024 5:43 pm

@Tom
Super-absolutly understandable, just asking why I had that error.
Thanks a lot for your kinda answer and for the service you always offered to the community.
Have a nice day,
Greetings

GiovanniG · Mon Jul 29, 2024 1:20 am

I'm very sorry that because of one stupid guy we all loose chance to usa a very precious service.
Unfortunately this is humanity, stupid people existing.
Maybe you can find a way to give a chance of 10 seconds test for each IP a day, maybe this can protect you from those mads. Thank you!.

Mon Jul 29, 2024 7:03 pm

Today ( July 29 2024 ) , The public access btest server I maintain is again now on-line.

This btest server was renumbered and the user name / password to access the btest have been changed.

IPv4: 23.162.144.123
IPv6: 2605:6340:0:1b::123
btest username: North-Idaho-Btest-Server
btest password: I-Am-Not-A-Cron-Script

The maximum/fastest this btest server supports is now : 1.5 Gig Up/Down

Quick notes:
Limit your total bandwidth testing time to less than 8 minutes.
You must wait 27 hours until you can btest again.
If you attempt to btest more than 8 minutes , then you go to btest jail for 7+ days until you can btest again
If you attempt to btest without waiting 27 hours , then you go to btest jail for 7+ days until you can btest again.
If you attempt to btest and you are in 7-day btest jail , then you reset 7-day btest jail back to 7+ days.
No automatic btest scripts on a timed schedule are permitted.
All btest must be manually performed by a human.
Each repeated login failures will auto extend and place your IP address in a 7+ Day btest timeout-waiting jail.
If a pattern of abuse -and- sequential IP-numbered of devices from your networks is detected , your entire /24 may be blocked.

Note: Please read all of my conditions prior to using my btest server

North Idaho Tom Jones

Wed Jul 31, 2024 7:09 pm

Today , I upgraded/updated the btest server I maintain
From: CHR ROS version 7.15.2
To: CHR ROS version 7.15.3

all btest-jails were cleared during the reboot - so go ahead and give it a try.

North Idaho Tom Jones

edit - note: If you don't mind ... Please post your results. Many of us like to know if you are getting your expected bandwidth throughput and what part of the world you are testing from.

sukram · Thu Aug 01, 2024 10:16 pm

Thank you for providing this!

I tested from Germany on a VDSL 100/40MBit link. I got 90 MBit/s receive, 37 MBit/s send with IPv6+TCP.

ToTheFull · Thu Aug 01, 2024 11:02 pm

Cheers Tom, I put the wrong figure in so I had to backtrack. Sorry!
Anyway... UK Test requested 230/25 I do use FQ_Codel.

/tool/bandwidth-test address=23.162.144.123 direction=both protocol=udp local-tx-speed=25M remote-tx-speed=230M user=North-Idaho-Btest-Server password=I-Am-Not-A-Cron-Script 
          status: running
              duration: 24s
            tx-current: 22.7Mbps
  tx-10-second-average: 23.2Mbps
      tx-total-average: 23.2Mbps
            rx-current: 225.4Mbps
  rx-10-second-average: 226.1Mbps
      rx-total-average: 225.8Mbps
          lost-packets: 0
           random-data: no
             direction: both
               tx-size: 1500
               rx-size: 1500
      connection-count: 20
        local-cpu-load: 19%
       remote-cpu-load: 15%

nmt1900 · Fri Aug 16, 2024 1:09 pm

I am about 8000 km away and my 250M/250M connection gives excellent readings with UDP streams

snap 2024-08-10 at 03.03.09.png

snap 2024-08-10 at 03.02.42.png

GiovanniG · Mon Aug 19, 2024 1:57 pm

Thank you a lot for this opportunity mate

I?ve tested it from Saint Petersbug (Russia), I got 26mb download (while speedtest gives 77) and 41mb upload (while speedtest 88), so I guess it may be a fragmentation problem, or simply the interconnections between countries aren't that good, maybe because thye are checked/firewalled. I can't change the MTU on TCP for testing, on UDP seams you are not serving.
Thank you again

ivimail · Wed Aug 21, 2024 2:40 am

Today ( July 29 2024 ) , The public access btest server I maintain is again now on-line.

This btest server was renumbered and the user name / password to access the btest have been changed.

IPv4: 23.162.144.123
IPv6: 2605:6340:0:1b::123
btest username: North-Idaho-Btest-Server
btest password: I-Am-Not-A-Cron-Script

Hi, I can't ping your ipv4 and I get weird results

Captura de pantalla 2024-08-21 013642.png

Also, I enabled my btest

Address: pucelaonline.com
user: btest
pass: btest
Bandwidth 10Gbps

Misha93 · Thu Aug 29, 2024 4:26 pm

Hello,

this is my result on a 2Gb/600Mb (up/down) connection from Poland. Thank You very much for hosting this test server.

mtbtestIdaho.png

szeffancs · Thu Sep 12, 2024 11:16 am

Hy Tom Jones!

I try to btest from Hungary, but it dosn't work.

here is my set
IP 23.162.144.123
btest/btest

I tryd another North-Idaho-Btest-Server/ I-Am-Not-A-Cron-Script
but is the same problem.

Please could you help to me.

Thomas form Hungary

szeffancs · Thu Sep 12, 2024 11:36 am

Address: pucelaonline.com
user: btest
pass: btest
Bandwidth 10Gbps
[/quote]

its work for me thanks

Today ( July 29 2024 ) , The public access btest server I maintain is again now on-line.

This btest server was renumbered and the user name / password to access the btest have been changed.

IPv4: 23.162.144.123
IPv6: 2605:6340:0:1b::123
btest username: North-Idaho-Btest-Server
btest password: I-Am-Not-A-Cron-Script
Hi, I can't ping your ipv4 and I get weird results

Captura de pantalla 2024-08-21 013642.png

Also, I enabled my btest

Address: pucelaonline.com
user: btest
pass: btest
Bandwidth 10Gbps

ivimail · Fri Sep 20, 2024 12:23 pm

here is my set
IP 23.162.144.123
btest/btest

authentication failed

rextended · Fri Sep 20, 2024 1:33 pm

here is my set
IP 23.162.144.123
btest/btest

authentication failed

OBVIOUS.

Si ingresa username y password aleatoriamente y sin significado, ¿qué espera lograr?

Tue Sep 24, 2024 6:24 pm

I just updated the Mikrotik public btest server I maintain to ROS version 7.16

IPv4: 23.162.144.123
IPv6: 2605:6340:0:1b::123
btest username: North-Idaho-Btest-Server
btest password: I-Am-Not-A-Cron-Script

North Idaho Tom Jones

rextended · Tue Sep 24, 2024 6:33 pm

Thanks for the effort.

Kanzler · Tue Sep 24, 2024 6:33 pm

Thank you!

Wed Oct 02, 2024 4:37 am

post from: NorthIdahoTomJones

FYI - I rather like the newer ROS speedtest utility ( winbox -> Tools --> Speed Test ).
I tested this using one of my customer's 25-Meg wireless account.

winbox-speedtest.png

isaacgrover · Wed Oct 30, 2024 5:46 pm

Thank you @TomJNorthIdaho - I ran three bandwidth tests from three different client networks this morning and even tested your 8-minute test limit. Good news is that it worked

and thank you for continuing to host and manage the infrastructure for this valued service.