OK - I modified my auto-reboot - when I get a hit I will send an email to supportcould you make watchdog that genarates supout before it crashes and send to support@mikrotik.com
Perfectperfect!
27 hops from Slovakia,
930mbit up/ 930 mbit down
I am guessing at some answers...I tried your server from Spain now several times and best I ever got download was some 100Mbps.
This is done directly from a CCR as our gateway router.
We are on a 300/300 symmetric line and with other programs can easy push over 250Mbps.
Doing same Mikrotik speedtest with its Window bandwidth tester from my PC gives me less than 1Mb, where a download progam with multiple connection almost inmediately downloads at 120-130 mbps and sometimes up to 280Mbps into my PC. (Still traffic from the rest of my WISP environment using the same 300/300Mbps.)
How come these huge differences?
Ok, Traceroute; 172.25.48.1 is my gateway, 212.231.164.1 is the cisco of my 300/300M provider.I am guessing at some answers...I tried your server from Spain now several times and best I ever got download was some 100Mbps.
This is done directly from a CCR as our gateway router.
We are on a 300/300 symmetric line and with other programs can easy push over 250Mbps.
Doing same Mikrotik speedtest with its Window bandwidth tester from my PC gives me less than 1Mb, where a download progam with multiple connection almost inmediately downloads at 120-130 mbps and sometimes up to 280Mbps into my PC. (Still traffic from the rest of my WISP environment using the same 300/300Mbps.)
How come these huge differences?
- Your up-stream ISP - or their up-stream connection may be over subscribed.
- There could be some bottle-necks somewhere between your location and my location (my connection is physically a 10-gig connection from North Idaho USA into Seattle USA. My account is actually a 2-gig account that is burstable.
- Try running the btest several times at different times. There is a chance that somebody else may of also been performing a btest to my server at the same time you ran a btest to my server - which may result in a slower result.
- Are you testing using TCP or UDP. UDP is normally much faster over many hops.
What is the best speedtest you get when using a PC computer testing to speedtest.net ? What do you get when testing to Seattle USA ?
Can you post traceroute from your location to 207.32.195.2
If you give me your IP address, I will post a traceroute from me to you.
Kristaps,could you make watchdog that genarates supout before it crashes and send to support@mikrotik.com
I guess I am going to need to look at what kind of bandwidth the 60 day trial license can support for throughput.Hmm,
I turned off the CCR 64-bit ROS btest server (a few minutes ago)
I turned on the ROS 32-bit ROS btest server
Sorry about the can't connect.Hmm, for some reason I could not connect to 207.32.195.2 using BW test in MT with TCP (user btest/btest) from Serbia.
Is it just some temp issue, or is this project done with testing ?
Great job anyway !
I do use Watchdogalso, Watchdog should help in that case
I thought I replied to this this morning - but I must of forgot to hit the post button.For virtualized environment you should try CHR image.
but if 127.0.0.1 is not pingable after crash, you may use it - it should not be affected by queuesOne issue with the Mikrotik watchdog is --- when the simple queue kicks in and starts dropping packets in a RED (Random Early Detect) condition, the simple queue can and will also drop watchdog packets - which will result in un-needed reboots.
When the X86 ROS server dies, I have the following conditions then:but if 127.0.0.1 is not pingable after crash, you may use it - it should not be affected by queuesOne issue with the Mikrotik watchdog is --- when the simple queue kicks in and starts dropping packets in a RED (Random Early Detect) condition, the simple queue can and will also drop watchdog packets - which will result in un-needed reboots.
Mikrotik watchdog now set to 127.0.0.1That's why I say: set Watchdog Address to 127.0.0.1
Thanks for the info. I will test again tomorrow.Heads up
Potential slower-than-normal bandwidth btest results to my 207.32.195.2 ROS btest server - every last weekend of the month.
The reason for possible slower than normal results:
My company "Red-Spectrum Communications" now has an all-customer wide-open no-bandwidth-limitations every last-weekend of the month.
Every Friday (normally towards the end of the day) prior to the last weekend of the month -and- Saturday -and- Sunday -and- Monday morning, we remove all speed-limits to all of our customers (thousands of customers). All of our fiber-to-the-home customers become 500 meg up/down accounts -and- all of our Microwave customer have no limits.
We do this for the following reasons:
-1) We have the bandwidth to support this
-2) Customers experience much faster connections than normal. It helps to encourage our customers to upgrade their paid-for bandwidths they are purchasing from us.
-3) It gives us an opportunity to load-stress-test our network and look for areas in our network which could use improvements
Although we only have a 10-gig connection Internet feed - we have discovered the total average customer bandwidth only jumps up an additional 150 percent during the last weekend of the month.
Anyways - when we do this every last weekend of every month, it has the potential to effect your test results to our 207.32.195.2 btest server.
North Idaho Tom Jones
Hi friend,spaxton - questions for you
- Are you testing using a virtual ROS ?
If so ...
- What hardware and operating system & version are you using ?
- What kind on network cards are you using on your virtual ROS ?
- Are you using X86 ROS or the cloud 64-bit version ?
- What do you get when you test to your local loopback address 172.0.0.1 for a btest ?
( me - I use E1000E network card on my virtual ROS. I get about 17 gig on a btest to 127.0.0.1. - Also I get about 9.5 gig between two different ROS systems (each hosted on two different physical servers).
North Idaho Tom Jones
Yup - it was down again.hi tom, wonderful job for providing this test server.
however I can't connect to your 207.32.195.2, is it down again?
thanks
Yes and noHave you tried chr instead x86? Not sure, maybe could be better in your situation..
That's about what I'm getting as wellUsing 207.32.195.2
I cant seem to get more than 300-800Kbps on TCP Download?
Are others having an issue like this ?
Thanks
re for a few days ...Hello. I'm from Poland. Your server is doing a great job, but for a few days, my score is 800 - 900 Kbps. If you can then do something with it. Thank you.
re for a few days ...Hello. I'm from Poland. Your server is doing a great job, but for a few days, my score is 800 - 900 Kbps. If you can then do something with it. Thank you.
Are you stating something like -- for a few days it is now slower results - or faster results
A few days ago - I changed the 207.32.195.2 btest server
It was a x86 ROS 32-bit server
It is now a CCR ROS 64-bit server
North Idaho Tom Jones
OK - I see the problem/issue also.re for a few days ...Hello. I'm from Poland. Your server is doing a great job, but for a few days, my score is 800 - 900 Kbps. If you can then do something with it. Thank you.
Are you stating something like -- for a few days it is now slower results - or faster results
A few days ago - I changed the 207.32.195.2 btest server
It was a x86 ROS 32-bit server
It is now a CCR ROS 64-bit server
North Idaho Tom Jones
Hello. Previously, it was OK. I have a link 200Mbps / 200Mbps, and my results are only 800 - 900 Kbps if I test download from your server to me. Upload to your server is OK.
OK - I see the problem/issue also.re for a few days ...Hello. I'm from Poland. Your server is doing a great job, but for a few days, my score is 800 - 900 Kbps. If you can then do something with it. Thank you.
Are you stating something like -- for a few days it is now slower results - or faster results
A few days ago - I changed the 207.32.195.2 btest server
It was a x86 ROS 32-bit server
It is now a CCR ROS 64-bit server
North Idaho Tom Jones
Hello. Previously, it was OK. I have a link 200Mbps / 200Mbps, and my results are only 800 - 900 Kbps if I test download from your server to me. Upload to your server is OK.
The new CHR ROS 64-bit server is the problem.
This morning (Friday 8 AM PST), I went back to the x86 ROS 32-bit system.
Now I am seeing great btest speeds again (faster than 7 Gig) btest results.
Please test and verify you are now testing at full speeds.
I am just not sure how I feel about the CHR ROS 64-bit system. Without a full paid-for license, it is not useable for close to 1-meg throughput or greater.
North Idaho Tom Jones
YES - It was down againHi, I can not connect to the server. It is down?
Thanks
You are most welcome.Peaking the max of my 500/500MBIT FTTH with ISP KPN in The Netherlands!
Thanks a lot! this helped me great!
Thank youWorks also perfectly from the Netherlands.
Got my full 200 Mb Down and 20 Mb Up!
Tom, I heard this server is quite popular among RouterOS admins
If you do not mind, I'd like to make this topic sticky on the forum so it stay on top
No firewall, live public IP from AT&T Uverse, the Gigapower division.silversword - re: Can't connect via UDP, only TCP
Interesting ...
Are you behind a firewall ?
Is your test device on a live IP address ?
....you can traceroute with UDP. My "learned something new" for the day! Makes sense if you think about it though.What do you get when you do the same traceroute again but this time using UDP instead of icmp ?
No, the 10. is the private side of the Mikrotik. traceroute must default to the default internal private bridge unless specified otherwise.Based on your last traceroute - I just noticed you are coming from an RFC-1918 NAT network (10.x.x.x).
This implies you have a firewall/NAT device between your Mikrotik and the Internet.
The firewall/NAT device may need a port-forward so that Mikrotik UDP packets from the Internet are forwarded to your internal Mikrotik.
This may be starting to sound more complex to configure than the time you may want to invest just to be able to perform a btest to-and-from my 207.32.195.2 btest server.
Murray Idaho - Originally started as a mining camp back in the 1880s. Lots of trees, mountains and critters. Small community but a very beautiful place.Thank you for this service, NI Tom Jones.
(BTW, grew up in the Panhandle up near Murray.)
[admin@MikroTik] /tool> /tool bandwidth-test address=207.32.195.2 user=btest password=btest \
duration=00:01:00 direction=receive random-data=yes protocol=udp
status: done testing
duration: 1m1s
rx-current: 163.0Mbps
rx-10-second-average: 163.0Mbps
rx-total-average: 146.3Mbps
lost-packets: 1571
random-data: yes
direction: receive
rx-size: 1500
[admin@MikroTik] /tool> /tool bandwidth-test address=207.32.195.2 user=btest password=btest \
duration=00:01:00 direction=transmit random-data=yes protocol=udp
status: done testing
duration: 1m1s
tx-current: 10.8Mbps
tx-10-second-average: 10.8Mbps
tx-total-average: 11.1Mbps
random-data: yes
direction: transmit
tx-size: 1500
Yea it's running. Uptime about a week or so.Hi,
is servers still runing ? I did try few times last couple of days but never able to connect !
It would be so cool if Mikrotik has someting like that for at least 100Mbit test:)!
Have you been able to test to it in the past ?Hi,
is servers still runing ? I did try few times last couple of days but never able to connect !
It would be so cool if Mikrotik has someting like that for at least 100Mbit test:)!
I had the same problem, then enabled logging on the FW rule chain=input action=drop tcp-flags="" in-interface=ether1 log=no log-prefix="" and saw tons of drops.Hi,
is servers still runing ? I did try few times last couple of days but never able to connect !
It would be so cool if Mikrotik has someting like that for at least 100Mbit test:)!
add action=accept chain=input comment="IP address of public bandwidth tester" protocol=udp src-address=207.32.195.2
HmmmHi,
no I did not able to test in the past but I am able to ping the server, maybe it is firewall but not mine !
In a few days I am geting new dedicate line I whill try then!
Yup - my Mikrotik ROS x86 32-bit btest server was locked up again. I reset it and it should be running again.Hi
timeout at the moment !
I can try again later
Thanks Tom,jasko - re I would ask you: How to configure a user to just have permission on the banwidth-test tool of the server?
Rather than type the answer to your question, I just made some image snapshots.
Is this what you was asking for ?
North Idaho Tom Jones
btest-user.png
Hi and Thanks for the server, but i cant understand why Btest to your server shows average TCP Tx Rx 15.0 Mbps/49.5 Mbps and speedtest.net - Tx Rx 661 Mbps/641 Mbps ?Subject: Public-Mikrotik-Bandwidth-Test-Server
Here are the details for my server:
- x86 ROS hosted on VMware ESXi server (with 10-gig connection to the Internet)
- Burstable to 250 Meg up/down
- Sustained traffic is limited to 100 Meg up/down (after about 30 to 60 seconds)
- Your maximum connection time for testing is not to exceed 10 minutes.
- IP Address: 207.32.195.2
- btest user authentication needed: User: btest Password: btest
- You may NOT winbox to this machine - you may bandwidth test to it.
My guess would be the speedtest.net server you are testing to might be closer than my btest server.Hi and Thanks for the server, but i cant understand why Btest to your server shows average TCP Tx Rx 15.0 Mbps/49.5 Mbps and speedtest.net - Tx Rx 661 Mbps/641 Mbps ?Subject: Public-Mikrotik-Bandwidth-Test-Server
Here are the details for my server:
- x86 ROS hosted on VMware ESXi server (with 10-gig connection to the Internet)
- Burstable to 250 Meg up/down
- Sustained traffic is limited to 100 Meg up/down (after about 30 to 60 seconds)
- Your maximum connection time for testing is not to exceed 10 minutes.
- IP Address: 207.32.195.2
- btest user authentication needed: User: btest Password: btest
- You may NOT winbox to this machine - you may bandwidth test to it.
The result are so much different...
Oh, I see, it's in USA, then maybe that is the reason. I'm using TCP because speedtest also uses TCP, just wanted to compare the results.My guess would be the speedtest.net server you are testing to might be closer than my btest server.
Try a speedtest.net speedtest using Seattle and see if that looks near the same as my btest server.
Also - are you btest ing using UDP or TCP? UDP should be faster.
I am running the following configuration:Tom, what locks up ? Is it the x86 ROS virtual machine or is the whole physical server crashing under the load ? Can you post DETAILED information about your HW config especially about NW cards their models etc, versions of BIOS, ILO/DRAC card firmware if you have HP/Dell hardware (or equivalent of other vendors') ? If you have white box ("home made" computer), please post motherboard name, BIOS version.
Ideally in both cases, screenshots of BIOS settings would be great. Especially PCI Latency Timer, if you have one.
I'm running virtualized x86 ROSes with 100.0% uptime for years and yes, I have big bandwidths.
thx very much for the server TomSubject: Public-Mikrotik-Bandwidth-Test-Server
EDIT: Feb 24 2016 --- Now supports up to 3.5 Gig speedtest - read all the posts
EDIT: October 7th 2016 --- This btest server now supports 3.6 Gig for both send and receive tests - please read through all the posts
Re: I have tested successfully a gpon connection of 120mbps/60mbps udp and tcp with a RB750Gr2thx very much for the server TomSubject: Public-Mikrotik-Bandwidth-Test-Server
EDIT: Feb 24 2016 --- Now supports up to 3.5 Gig speedtest - read all the posts
EDIT: October 7th 2016 --- This btest server now supports 3.6 Gig for both send and receive tests - please read through all the posts
I have tested successfully a gpon connection of 120mbps/60mbps udp and tcp with a RB750Gr2
Sorry My isp brings a CPE which receive optical fiber directly, behind it i connect MIkrotik with ethernet copperRe: I have tested successfully a gpon connection of 120mbps/60mbps udp and tcp with a RB750Gr2
chechito - right now you are new best friend
I am trying to bring up a Mikrotik SFP GPON in one of my Mikrotiks.
My head-end to terminate my customer GPON devices is an Adtran TA-5000
I have some questions I would like to ask you.
Is your GPON network using a Mikrotik SFP GPON in a Mikrotik ?
Or is your GPON non-Mikrotik and you simply have a Mikrotik connected ?
North Idaho Tom Jones
Hey - sounds like you have a greater than 3.6 gig internet feedJust tested, 3.6G down (to me)/1875M up with UDP
Well... Wow I'm from Belarus, it's 8500km from Idaho =) RTT is 185 ms
With TCP it's only 1550M down/540M up
By the way, "Lost Packets: 0" after 5 seconds at 3.6G
Yea - it was downHello,
Is there any problem with the 207.32.195.2 test server?
I cannot connect today, nor can't ping it, this is my traceroute:
but using ping.eu comes with transmitted/received packets 100% success.
Thanks for your response.Heads up -
Because I am still having some network problems (non-related to Mikrotik anything), I have turned off the 207.32.195.2 public btest server.
It will remain turned off until mid next week.
North Idaho Tom Jones
FYI -I still think it looks good though. I have run a few tests with a dslreports.com admin and have had semi mixed results. Not Mikrotik related but just in general with high speed links. on my end, windows 10 is for sure the weak link. Some live Linux examples do better but anything above a few gigabit seem less reliable. I am using a CCR1036 with the 2 port sfp+.
Your point is notedHope you can keep it running in 2017 so far.
I am glad you gave the chance to chr as I suggested even you were not believe in it originally.
Happy new year to you and all over the world!
And please, do not copy one reply over dozen of threads. It was not nice from you...
Hey - you are not hijacking anything ...Tom, i didnt mean to hijack the forum post. i have seen a number of tests.
Question - what are you using to collect the SNMP information on your CHR and making the web page public ?btest interface graphs:
https://btest.planetcoop.com:10443/graphs/iface/ether1/
OK - I am gonna take a stab at it and see how to configure it on my btest server also ...These graps are from mikrotik
Tools/graphing
Sent from my iPhone using Tapatalk Pro
Wow - that was easyOK - I am gonna take a stab at it and see how to configure it on my btest server also ...These graps are from mikrotik
Tools/graphing
Sent from my iPhone using Tapatalk Pro
North Idaho Tom Jones
I also use observium FREE and solarwinds Orion, not free. i also know you can share cacti graphs anonymously and its also FREE. I am trying to find out if observium can share anon links too.Wow - that was easyOK - I am gonna take a stab at it and see how to configure it on my btest server also ...These graps are from mikrotik
Tools/graphing
Sent from my iPhone using Tapatalk Pro
North Idaho Tom Jones
http://207.32.195.2/graphs/iface/ether1/
using 'read' group for 'btest' user is probably not a good idea. anybody can login to the router and see its configuration, even sensitive informationbtest interface graphs:
https://btest.planetcoop.com:10443/graphs/iface/ether1/
The good news is this is a dedicated chr for btest. The other side of it is to share info. Is there a way to restrict some of the more sensitive config parts while still allowing some read? In the mean time i have restricted the box btest user to a limited test group.using 'read' group for 'btest' user is probably not a good idea. anybody can login to the router and see its configuration, even sensitive informationbtest interface graphs:
https://btest.planetcoop.com:10443/graphs/iface/ether1/
I have ironed out the permissions to "test" and "winbox". It looks like permissions have not been working most of the day but i was just able to reset them and complete several tests. Have fun testing and thank you for recommending the permissions review.The good news is this is a dedicated chr for btest. The other side of it is to share info. Is there a way to restrict some of the more sensitive config parts while still allowing some read? In the mean time i have restricted the box btest user to a limited test group.using 'read' group for 'btest' user is probably not a good idea. anybody can login to the router and see its configuration, even sensitive informationbtest interface graphs:
https://btest.planetcoop.com:10443/graphs/iface/ether1/
Hello,Hope ya don't mind if I ask ...
Would somebody happen to be running a CHR or 32-bit ROS on a Amazon Web Services (AWS) account ?
This is not a problem. I just happened to look at who was connected to the 207.32.195.2 btest server and spotted a connection from AWS.
My question for you, what kind of throughput and processing ability are you able to get with AWS ?
North Idaho Tom Jones
Verify the license as a demo license is limited to 1mb/s and i cant remember what i had seen before, but i think it was a TX limit or a RX limit, not both. I have also run the CHR prior to production release like an RC and had odd btest numbers.Hello,Hope ya don't mind if I ask ...
Would somebody happen to be running a CHR or 32-bit ROS on a Amazon Web Services (AWS) account ?
This is not a problem. I just happened to look at who was connected to the 207.32.195.2 btest server and spotted a connection from AWS.
My question for you, what kind of throughput and processing ability are you able to get with AWS ?
North Idaho Tom Jones
I am running CHR 3.37.3 on a t2.medium instance on AWS Singapore 1b.
Download I am getting ~140Mbps
Upload I am getting 1Mbps
Is anyone else getting slow upload speeds from AWS Singapore?
When I run a cli bandwidth from a centos 7 box behind CHR I am only getting 1Mbps download/upload.
looks like 'sensitive' permission is what you're looking for uncheck itIs there a way to restrict some of the more sensitive config parts while still allowing some read?
Thank you. This was the issue, after purchasing a P1 license I am now getting good transfer speeds.Verify the license as a demo license is limited to 1mb/s and i cant remember what i had seen before, but i think it was a TX limit or a RX limit, not both. I have also run the CHR prior to production release like an RC and had odd btest numbers.Hello,Hope ya don't mind if I ask ...
Would somebody happen to be running a CHR or 32-bit ROS on a Amazon Web Services (AWS) account ?
This is not a problem. I just happened to look at who was connected to the 207.32.195.2 btest server and spotted a connection from AWS.
My question for you, what kind of throughput and processing ability are you able to get with AWS ?
North Idaho Tom Jones
I am running CHR 3.37.3 on a t2.medium instance on AWS Singapore 1b.
Download I am getting ~140Mbps
Upload I am getting 1Mbps
Is anyone else getting slow upload speeds from AWS Singapore?
When I run a cli bandwidth from a centos 7 box behind CHR I am only getting 1Mbps download/upload.
Nice test, i see the traffic. What connection type did you test with, Comcast Gigabit-Pro? I ask due to the locations you listed in your profile. My server is in Roseville, CANice service !!! btw, our CCR1036-8g-2S+ can only btest 2.5gbit/s (cpu running btest goes to 100%).
Questions re the Mikrotik CCR1036-8g-2S and btest throughput
Q1: What kind of UDP bandwidth btest speed to you get when you test to 127.0.0.1 (your local loopback address) ?
Q2: Can the CCR1036-8g-2S be over clocked ? (Winbox -> System -> Routerboard -> Settings -> CPU Frequency)
If so, I have found the following results on all of my Mikrotik devices:
- #1; Overclocking to the second to fastest speed always works
- #2; Overclocking to the fastest speed -almost- always works (sometimes it is not stable and then I have to back down to the second to fastest speed available)
- #3; Overclocking always improves throughput. (to verify this - best to 127.0.0.1 at the default CPU speed - then btest again to 127.0.0.1 with the CPU overclocked).
- #4; Overclocking almost never increases Ethernet switched ports, but always increases Ethernet software bridged ports (and increases routing throughput).
- #5; I have about 100 Mikrotik APs (5 GHz running NV2) and throughput on all of them has increased some when the APs and/or/also Clients are overclocked.
- #6; I have a very busy, heavy traffic WDS link between two Mikrotik 922UAGS-5HPacD (AC only & HT chain 0-and-1 & NV2 & channel width 20/40/80) distance about 13 km & average link connect speed greater than 468 meg) , when both ends are overclocked to the maximum, it always runs much faster.
- - - If you test this , please post any btest throughput results. I am interested if others are also seeing a difference.
North Idaho Tom Jones
huh... my ccr-1036-2g-2s+ shows ~400 Mbps... ROS v6.33Q1: 900Mbit/s (cpu core goes to 100%)
upto gigabit w/o any problemUsing 207.32.195.2
I cant seem to get more than 300-800Kbps on TCP Download?
Are others having an issue like this ?
TCP and UDP are different types of Internet communications protocols.Using 207.32.195.2
I cant seem to get more than 300-800Kbps on TCP Download?
Are others having an issue like this ?
Yeah it's nice but let see when i have time to buy licence for 10G+ CHR and put that to VPS... We are ISP and Hosting Company so we have own peering what is 10G+ now. Also we are sell Mikrotik devices here Finland... Also need QOS rules because someone can use that make connection down... Also need server with 10G+ port, now mostly we have only 1G+...olkitu
Re: ...Maybe need get up also similar speedtest server here for testing...
So you thinking about setting up a public btest server ?
I suspect it would be very useful to all Mikrotik admins - especially near your part of the world.
North Idaho Tom Jones
I think on this free open servers have upload limits... Also where are u? So example here Finland cannot get 10G+ because too long line and too much peering... Thats why need also speedtest server here so can test - Both server is in USHi there, I have been trying to test my CCR1009 connected to a 2Gbit fiber connection and I have tried both servers listed in this thread. I can consistently get 2GB's down (about 2.1-2.3 actually), but never really more than 1Gb up. Is there something I am doing wrong? I had the ISP come test, and they validated 2GB in each direction using their own tests so they claim the problem is in the CCR router.
Is there a way for me to reliably test 2GB in each direction? I am doing UDP testing.
Let me guess Comcast gigabit-pro? Either way where are you located and what kind of configuration do you have on the ccr? Like NAT or only layer-3? firewall rules or even regex operations?Hi there, I have been trying to test my CCR1009 connected to a 2Gbit fiber connection and I have tried both servers listed in this thread. I can consistently get 2GB's down (about 2.1-2.3 actually), but never really more than 1Gb up. Is there something I am doing wrong? I had the ISP come test, and they validated 2GB in each direction using their own tests so they claim the problem is in the CCR router.
Is there a way for me to reliably test 2GB in each direction? I am doing UDP testing.
The btest is running nowlet it rip... You can try to PM me or email me if you want, i wouldn't mind an offline conversation.
I update my edge and btest at 5:30AM PST in preparation for today's btests. So far no issues.FYI: public btest server was just software upgraded moments ago.
As of April 28th, 2017 1PM PST, the Mikrotik CHR-P10 is now running CHR-ROS version v6.39
by the way - - - If there are any other Mikrotik admins willing to run a public btest server , please post and let us know. If you do, we can offer some advice for how to limit the maximum btest bandwidth so that your networks continue running correctly during a btest session.
North Idaho Tom Jones
On the 207.32.195.2 btest server, I have been seeing some btest sessions that appear to not quit after a few minutes.Anyone notice the pickup in testing between both servers and the sustained testing?
bleeding.png
Looks interestingHere is the raw filter i am thinking of. ID the user source address with a timer of 5 minutes and then block all traffic for 2 hours until the next time.
raw filters.png
It's almost the end of my work day and I am getting tired...yes, sent you an email if you want to call
/ip firewall raw
add action=accept chain=prerouting comment="testers accepted" src-address-list=tester
add action=drop chain=prerouting comment="previous testers drop" src-address-list=previous
add action=add-src-to-address-list address-list=tester address-list-timeout=5m chain=prerouting comment="add to tester" dst-port=2000-2100 protocol=tcp
add action=add-src-to-address-list address-list=tester address-list-timeout=5m chain=prerouting comment="add to tester" dst-port=2000-2100 protocol=udp
add action=add-src-to-address-list address-list=previous address-list-timeout=2h chain=prerouting comment="add to previous" dst-port=2000-2100 protocol=tcp
add action=add-src-to-address-list address-list=previous address-list-timeout=2h chain=prerouting comment="add to previous" dst-port=2000-2100 protocol=udp
I am heading homePost wars, its automagic and RAW is wirespeed
OK - some questions:That should be it with several assumptions, 5 minute test window every 2 hours based on source ip. This will also include your address ranges. Also that tcp/udp 2000-2100 for the port range.
Depending on the length of test the graph wont show it. I think the shortest interval is 5 minutes per average. You would have to run it for 5 or more minutes to start showing detail. If you would like you may run the test longer.First things first, thank you for making those servers available.
We got a solid performance from Geneva, Switzerland, Europe.
The graph page at https://btest.planetcoop.com:10443/graphs/iface/ether1/ didn't seem to show the test however.
Couldn't agree more, some good tool for speed test indeed.Thanks for the service Tom. Very useful one, in my opinion, it's great alternative to speedtest.
Can't seem to PM you, but would really like to discuss current list of blocked IPs, suspect I was a dipstick and left a btest running on a customers router by accident as a certain portion of our IPs seem to be unable to btest to btest.planetcoop.com now.Happy to report this week that i have not seen any issues without blocking select ip addresses and a 5 minute per hour rule. Please let me know if you have issue with "btest.planetcoop.com". Also as it has been said before, if you have a special use case for a longer test or other requirement, please PM or post here so that we can help test and support the Mikrotik community.
I am currently using several rule sets to block ip addresses as discussed in this thread:Can't seem to PM you, but would really like to discuss current list of blocked IPs, suspect I was a dipstick and left a btest running on a customers router by accident as a certain portion of our IPs seem to be unable to btest to btest.planetcoop.com now.Happy to report this week that i have not seen any issues without blocking select ip addresses and a 5 minute per hour rule. Please let me know if you have issue with "btest.planetcoop.com". Also as it has been said before, if you have a special use case for a longer test or other requirement, please PM or post here so that we can help test and support the Mikrotik community.
Ok, no that's not our IP. Would you be able to shoot me an email to ali@airbroadband.co.uk to discuss this further in private? I'm still having issues, and just looked at it further and there is some weird behaviour going on, potentially on your servers end?I am currently using several rule sets to block ip addresses as discussed in this thread:Can't seem to PM you, but would really like to discuss current list of blocked IPs, suspect I was a dipstick and left a btest running on a customers router by accident as a certain portion of our IPs seem to be unable to btest to btest.planetcoop.com now.Happy to report this week that i have not seen any issues without blocking select ip addresses and a 5 minute per hour rule. Please let me know if you have issue with "btest.planetcoop.com". Also as it has been said before, if you have a special use case for a longer test or other requirement, please PM or post here so that we can help test and support the Mikrotik community.
viewtopic.php?f=9&t=98804
Additionally i have the 5 minute btest rule per every hour as well. I have finally created one rule for a 5 minute test every 12 hours with an ending ip of .132. If this is your ip it is not a problem and i am willing to allow it to use the 5 minute out of the hour in my main rule set. At this point i am trying to understand the traffic patterns as you have seen my previous posts about abuse from Brazil-net AS network that are un-secure.
FYI, i am also not sure on the PM part of the forum.
My 207.32.195.2 btest server is working. (However I just rebooted it to make sure).may i know if the btest server is still active or online? at first its working on my end then today. i cant get any results.
thank you for sharing your network ^^,v
planetcoop - a question re the "5 minute window once per hour" on your btest serverI have limited my btest CHR to a 5 minute window once per hour. once the server sees traffic or the session from you it will block you at the end of the five minutes and then allow the connection 60 minutes after first contact again. As Tom has described we have seen some lengthy testing. Please feel free to test as much as you want within that window to btest.planetcoop.com. If you need additional testing, please reach out as i can work with you to add you on a longer testing white list.
At the moment it is by ip address and the remote address starts the 5 minute timer. So for example your btest to my btest. The first packet starts the timer and you have 5 minutes to conduct any testing. After 5 minutes, the btest CHR blocks the address for the next 55 minutes. After that, the temporary blocked address is removed and valid to pursue any further tests with the same ongoing rules as above. It is harsh, but i have found that to be very effective and it dynamically weeds out abuse. I have also said i can whitelist any tester if they need additional testing as we have in the past tested beyond a 5 minute test.planetcoop - a question re the "5 minute window once per hour" on your btest serverI have limited my btest CHR to a 5 minute window once per hour. once the server sees traffic or the session from you it will block you at the end of the five minutes and then allow the connection 60 minutes after first contact again. As Tom has described we have seen some lengthy testing. Please feel free to test as much as you want within that window to btest.planetcoop.com. If you need additional testing, please reach out as i can work with you to add you on a longer testing white list.
Will this work below (without your rules blocking for an hour) ?:
1 minute btest TCP send
1 minute btest TCP receive
1 minute btest UDP send
1 minute btest UDP receive
(or any combination of different btest(s) within an hour prior to adding up to 5-minutes within the hour)
North Idaho Tom Jones
Updated btest.planetcoop.com to 6.40 yesterday as well. EnjoyNotice: I just upgraded my 207.32.195.2 public accessible Mikrotik CHR btest server to v6.40
If you experience any issues, please let me know
North Idaho Tom Jones
I have reviewed your script and i will give it a try, but please be careful, your gmail account details are in the script and un-encrypted.... You could pull the tool section and make it another script not publicly available.Thank you TomjNorthIdaho for the btest server. we are now using it right now. and we added some script to make things easier.
:do {
:local MTUSRPHsource "https://s.mep.ph/btest/";
:local scriptName "btest.rsc";
:put "Downloading btest script...";
:do {
/tool fetch url="$MTUSRPHsource$scriptName" mode=https dst-path="/$scriptName";
} on-error={
:put "Error. Download failed";
}
:put "Importing update script...";
:do {
/import "$scriptName";
} on-error={
:put "import failed. unknown error.";
}
:put "Removing update script...";
:do {
/file remove "$scriptName";
} on-error={}
:put "Update Complete.";
}
Is it working now ?Hi,
I have been trying to do it from our office in Spain, but haven't been able to do it. Any suggestion?
Would be super appreciate it.
Unfortunately does not seem to be working, I just tried and it ties to connect and then fails to connectIs it working now ?Hi,
I have been trying to do it from our office in Spain, but haven't been able to do it. Any suggestion?
Would be super appreciate it.
Over the weekend, I had to turn-off the 207.32.195.2 btest server. I had a 10-gig fiber cut and my business fell back to a less-than-500-meg Microwave link. Everything was turned back on Tuesday morning.
North Idaho Tom Jones
3.6/1.7gbps in separate tests.Request - a little help please ...
I suspect my 10-Gig physical Internet connection (2-Gig burstable to 4-Gig), may not be achieving what I am paying for. It appears like I am only running on a 1-Gig Internet connection.
Thus, I suspect my 207.32.195.2 btest server may also not be performing at greater than 1-Gig btest speeds.
This is where I am asking for help.
Just now, I disabled all bandwidth limits and rules on my 207.32.195.2 btest server.
Please, will the Mikrotik admins with 1-Gig and faster Internet connections please perform a couple of btests to my 207.32.195.2 btest server and then please post their btest throughput results.
I will attempt to keep the 207.32.195.2 btest server open & un-limited for a few days - or until I begin to experience bandwidth load issues - or until I am able to confirm my upstream bandwidth problems.
Note - please limit your btest testing to a maximum of 1 to 2 minutes per test.
btest server: 207.32.195.2
User: btest
Password: btest
Thank you
North Idaho Tom Jones
Thank you for your nice replyTom,
First: Thank you for the Outstanding service that you are providing to the Mikrotik community!
Now to my problem.
Do you have any IP's blocked at the firewall?
When I test through my 100x100 Spectrum Cable link all is well but when I test trough my 100x100 Windstream Cloud Firewall connection (via MPLS) I cannot connect.
My public IP on the Windstream service is in the 40.138.114.0 space.
Windstream says that they are made a policy that is "wide open" for my source address but I still cannot connect through them.
I've tried TCP, UDP, packet size 500 to 1500 etc.
Any ideas anyone?
Thanks,
Ray
I would guess that planetcoop and myself are willing to consider almost anything that benefits all Mikrotik admins, providing the item being considered does not have a negative effect on the btest servers.Months ago I embedded a 10 second duration upload and download test into our web provisioning platform to assist with determining bandwidth performance when doing new installations (this generates at most less than 5 or 10 minutes of collective tests spread over the course of a month, so definitely not abuse levels!), and noticed today that the planetcoop test server (50.235.23.218) isn't accepting any connections, and when I manually tried the 207.32.195.2 server, it blocked me after about 2 minutes from running the first download test, before I could conduct a upload test.
Would an update on the current status and details on the rules you are both applying be possible? Really appreciate having the tools available, but need to know the limits and availability on using it.
So much to think about. My brain hurts - lolJust to be clear, my implementation is done only upon one of our admins clicking the test bandwidth button inside the web admin console they use to manage their hardware, and it's hard coded to run only a single 10 second test up, followed by a single 10 second test down, it then disables the test button once it's been ran once. They would have to exit and re-enter that configuration screen to be able to run it a 2nd time. so while it's automated in the sense that it is launched programmatically through the hardware, it is initiated and requested by an admin.
Before test is ran:
before testing.PNG
After test is ran:
After test.PNG