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
Brian Higgins,Just 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.
It's good to hear the positive feed back - thank you.Tom Jones and planetcoop, thank you so much for sharing your band-width us. (bad pun)
As you can see, I am able to fill my 1G pipe at Tomjones =)
Although I noticed I can't connect to planetcoop and it looks like my IP block is in your blacklist. Can I be whitelisted for 162.255.156.0/22 ?
I have just added you to the whitelist. This should also allow you to run longer tests.Tom Jones and planetcoop, thank you so much for sharing your band-width us. (bad pun)
As you can see, I am able to fill my 1G pipe at Tomjones =)
Although I noticed I can't connect to planetcoop and it looks like my IP block is in your blacklist. Can I be whitelisted for 162.255.156.0/22 ?
?They could also be subscribed.
any reason why?
I have try with 3 routers with 3 differents sim ...
in all of them I get "connecting....." and "can't connect"
what could be the reason?
Thanks,
I was trying 50.235.23.218 today and he must have it set not to allow Direction set to Both, if you do just send or receive then it will do a test. I tried it a few times in the last week and had this issue where it would connect then just disconnect right away. the second ip listed by OP dose do the bidirectional test if you want to try it also.any reason why?
I have try with 3 routers with 3 differents sim ...
in all of them I get "connecting....." and "can't connect"
what could be the reason?
Thanks,
I don't have a restriction configured on btest for one direction at a time. I am running the latest RC while i am conducting my own performance testing.I was trying 50.235.23.218 today and he must have it set not to allow Direction set to Both, if you do just send or receive then it will do a test. I tried it a few times in the last week and had this issue where it would connect then just disconnect right away. the second ip listed by OP dose do the bidirectional test if you want to try it also.any reason why?
I have try with 3 routers with 3 differents sim ...
in all of them I get "connecting....." and "can't connect"
what could be the reason?
Thanks,
Tdaddysimi - Thanks for the kind words & you are welcomeCould not connect to Planetcoops but could connect to Toms. From one Tom to another, thank you! great way to test out my small pipe when needed.
Hello, do you mind providing your ip? I can add you or verify why it didn't work.Could not connect to Planetcoops but could connect to Toms. From one Tom to another, thank you! great way to test out my small pipe when needed.
Which btest server did you test to & what part of the world are you in ?Just received an upgrade from 300 to 400 Mbps.
14 hops and established 413 Mbps!
ThanksI live in the Netherlands and used this server: 50.235.23.218
[update]
Just tried also your server:
UDP us a fire and forget protocol.Thoughts on Bandwidth testing and Mikrotik.
Using mikrotik you can get two very different results depending on if you use TCP or UDP... basically:
UDP will give faster result because it ignores any smaller packet loss and just keep stuffing packets down the link until it is full.. Not a very useful test in my opinion.
TCP has a default settings of 20 individual TCP connections, so its like several PCs working together on the same link, good to see what you may expect from say an office connection with several users (combined usage).
For end user testing I like to use TCP with just two Individual TCP connections, this gives a good indication what a single end user will experience, and will give much the same result as a good speedtest.net server.
Another note, TCP bandwidth testing put more strain on the Mikrotik routers/CPU, and can give a false slow result.
Re under clocking ...Hello, an big thank you for the btest!
Its great having that server for testing purposes, I did some tests for 2 or 3 minutes to verify the %CPU of the MikroTik rules and QoS and optimizations (wasn't necessary), I'm using my first MikroTik bought from a month, RB951G-2HND, an great product! Best of that price here, had to learn a bunch **it of networking LOL.
I am from Brazil and there's the results and traceroute , by the way, my internet is 20/4mbps (2500KBps/500KBps) *and this MikroTik is running 1xMIPS@500MHz, the default is 600MHz*, I underclocked it because it has so much power for my own internet that I don't need even the default clock, its for long durability.
"
1 1 ms <1 ms 1 ms 10.0.8.1
2 <1 ms <1 ms <1 ms 172.16.104.229
3 1 ms <1 ms <1 ms 10.12.0.9
4 1 ms 1 ms 1 ms 10.99.99.45
5 1 ms 1 ms <1 ms 10.5.5.2
6 1 ms 1 ms 1 ms 10.5.10.33
7 13 ms * * 201.16.219.9
8 21 ms 27 ms * 170.84.33.110
9 20 ms 19 ms 19 ms 170.84.34.177
10 19 ms 19 ms 19 ms 168.197.21.141
11 137 ms 137 ms 137 ms 168.197.20.189
12 159 ms 163 ms 159 ms 206.126.236.8
13 199 ms 199 ms 200 ms 65.50.198.85
14 200 ms 199 ms 199 ms 174.127.136.98
15 199 ms 199 ms 199 ms 174.127.141.176
16 200 ms 200 ms 202 ms 174.127.136.97
17 205 ms 208 ms 204 ms 174.127.138.144
18 200 ms 199 ms 200 ms 216.243.28.158
19 209 ms 208 ms 208 ms 66.35.5.246
20 * * * Esgotado o tempo limite do pedido.
"
https://drive.google.com/open?id=0BxFQ1 ... WpMMmVuQlE
The last test i saw was here: Dec/21/2017 22:26:32 I let you test for 5 minutes and then block for the next 55 minutes. I have added your ip to my always allow list for 72 hours.I can't get through (to either you or Tom J's, oddly); just unable to connect. It works from another device on a different network I have access to.
I have a new 1gbps symmetrical connection I'd like to test. IP address is 38.131.218.243 -- is it blocked on your end, perhaps?
Huh, strange...that probably was me; I'm in Central time, so assuming you're reporting that in Pacific time, my last test being at 1:26am here sounds about right. No traffic was passed, though, and all I ever saw was something like this:The last test i saw was here: Dec/21/2017 22:26:32 I let you test for 5 minutes and then block for the next 55 minutes. I have added your ip to my always allow list for 72 hours.I can't get through (to either you or Tom J's, oddly); just unable to connect. It works from another device on a different network I have access to.
I have a new 1gbps symmetrical connection I'd like to test. IP address is 38.131.218.243 -- is it blocked on your end, perhaps?
I did try both TCP and UDP on both planetcoop and tomj's...no go.Try udp protocol.
With the interface name i will say a Routerboard CCR?Congratulations. What was the device on the mikrotiks side?
My NAT router pushing all this to btest is a ccr1036-2sfp+ with the same interface type names. Btest is obviously a CHR behind that ccr.Which CCR ?
it looks pretty darn fast if this is a btest !!!
North Idaho Tom Jones
I would say a CCR1036 or 1072... I may get a 1072 some day but i just picked up a cisco nexus 3064 for a tengb core.The thing is which CCR was used as btest client... has btest been fixed???
Bingo. That was my concern.The thing is which CCR was used as btest client... has btest been fixed???
Ditto - same question "... which CCR was used as btest client ..."Bingo. That was my concern.The thing is which CCR was used as btest client... has btest been fixed???
Tom, we will probably need a few samples to keep hosting btest servers... wink wink.Ditto - same question "... which CCR was used as btest client ..."Bingo. That was my concern.The thing is which CCR was used as btest client... has btest been fixed???
A CHR can do 10-gig with no problems. I have never seen a hardware CCR achieve anywhere near the btest speed as indicated in the graphical image a few posts ago.
North Idaho Tom Jones
planetcoop , Ya gotta admit - The amount of bandwidth and server resources we give/donate to the free/open btest project is totally way far beyond insane !!!Tom, we will probably need a few samples to keep hosting btest servers... wink wink.Ditto - same question "... which CCR was used as btest client ..."Bingo. That was my concern.The thing is which CCR was used as btest client... has btest been fixed???
A CHR can do 10-gig with no problems. I have never seen a hardware CCR achieve anywhere near the btest speed as indicated in the graphical image a few posts ago.
North Idaho Tom Jones
Tom, lets do it. it would remind me when the brazil based ISP or spoofing was 5+gbps and i only noticed due to interface monitoring... This is my home connection so nothing tested nothing lost.planetcoop , Ya gotta admit - The amount of bandwidth and server resources we give/donate to the free/open btest project is totally way far beyond insane !!!Tom, we will probably need a few samples to keep hosting btest servers... wink wink.Ditto - same question "... which CCR was used as btest client ..."Bingo. That was my concern.The thing is which CCR was used as btest client... has btest been fixed???
A CHR can do 10-gig with no problems. I have never seen a hardware CCR achieve anywhere near the btest speed as indicated in the graphical image a few posts ago.
North Idaho Tom Jones
Combined together , we donate a 20-Gig physical Internet connection exclusevly for Mikrotik btest admins - and at no charge but with all of the headaches that go with any such high bandwidth projects.
So yea ... If Mikrotik ever has a new routerboard, please consider giving two to planetcoop and two to myself (Tom). ((( Two because one of the two would be dedicated as a 10-gig public btest server and the other would be put into production to front-end our 10-gig business networks.))) ((((( or would you really rather see a 10-gig btest mikrotik behind a 10-gig Internet connected Cisco router ? .)))))
Yo - planetcoop - lol , wadda you say that If we don't get two free mktiks each , that we break the Internet for a few days and run a multi-24-hour-day sustained 10-gig btest between our btest servers. - really - yup - serious - well just kidding - or am I ???
North Idaho Tom Jones
lol - I suspect a lengthy/extended/non-stop 10-gig btest UDP send and a second btest UDP receive between planetcoop and myself (20-gig sustained total) could very well be noticed and felt at many peer points and router-inter-connects on the Internet between us. I doubt that all of the L2 & L3 hops and peer points between us always have an extra/available/free 10-gig of un-used pipe just sitting around that is not being used during all periods of a 24-hour day. I would expect to possibly see some saturated networks and packet delay and packet loss would occur along the connection paths which could have some effects for everybody in the world having traffic to/from/through any of the servers & networks sharing the btest to btest Internet L2 L3 pathway.I don't think it would be so problematic to kill the communication between you two in that case for anyone in the middle. But anyway, you could do that to see what happens. Maybe none will notice that...
sergejs,Thanks for the link!
It was handy to test our 10Gbps connection,
Screenshot 2018-01-08 13.25.48.png
So it does seem that being behind NAT breaks btest: viewtopic.php?t=12137I did try both TCP and UDP on both planetcoop and tomj's...no go.Try udp protocol.
Not a big deal, though. But I may pop back by when the local MDU ISP that manages the complex turns IPv6 on (they assure me it's soon) to do some IPv6 speed/peering testing.
shame, when mikrotik itself has to use another server to test their speed ,, you should offer this service from your side..... at least for europeThanks for the link!
It was handy to test our 10Gbps connection,
Screenshot 2018-01-08 13.25.48.png
Tom,Heads up
I think I broke the public btest server I am hosting.
This is the 207.32.195.2 btest server
FYI - I think I mistakenly blew out the P10 licence
I made a request to Mikrotik to see if I may get a (free) chr unlimited license. If they give me one, I will rebuild it with the new license.
I will be fixing it sometime mid next week.
Until then - it is kinda working , but the btest throughputs during a test may be quite slower than you are used to seeing.
North Idaho Tom Jones
It's back up and running again.Heads up
I think I broke the public btest server I am hosting.
This is the 207.32.195.2 btest server
...
Tom,planetcoop
May I ask if you would please put the btest server 207.32.195.2 in an always allow list on your btest server ?
I will do the same tomorrow morning
I would like to run a 30 minute continous 1 to 2 gig sustained btest both-directions during my busy times - soon in the near future
thanks
North Idaho Tom Jones
OFF TOPICplanetcoop
May I ask if you would please put the btest server 207.32.195.2 in an always allow list on your btest server ?
I will do the same tomorrow morning
I would like to run a 30 minute continous 1 to 2 gig sustained btest both-directions during my busy times - soon in the near future
thanks
North Idaho Tom Jones
I've always been curious--how on earth do you have a 10G connection at home?! :OJust a friendly reminder that my connect is a home connection and not related to any business.
Yes, i am on comcast. Yes, it was home service. The sad news is that the new home is just too far away from the network for the fiber build out. As i had said, if anything changes, i will let you guys know. As to how it is 10g, well. That will be a great story for another day.I've always been curious--how on earth do you have a 10G connection at home?! :OJust a friendly reminder that my connect is a home connection and not related to any business.
Or at least that's what TomJ's post #1 in this thread implies. IIRC somewhere in this thread it was speculated that you have Comcast Gigabit Pro (i.e. 2-3Gbps), which would make more sense (traceroutes to you do indicate you're on Comcast). Tom's may be on a real 10G connection, since he's an ISP...
Unfortunately with the way that my ISP implements carrier-grade NAT, I never was able to test my speed to you from here. (I was hoping that they'd get IPv6 implemented this winter so I could try.) Ah, well. Enjoy your move, and I hope there's at least some kind of decent Internet service at your new place.
Brian,I'm still not seeing useful results. Can anyone help?
MikroTik
feb/20/2018 10:56:32
Result :
TX speed 0.576 Mbps/s
RX speed 0.0 Mbps/s
TX total average 0.625 Mbps/s
RX total average 0.0 Mbps/s
Thanks,
Brian
Tom, thank you for your very detailed response. I see what you are driving at and I'm guessing that my topology is the issue.Brian,I'm still not seeing useful results. Can anyone help?
MikroTik
feb/20/2018 10:56:32
Result :
TX speed 0.576 Mbps/s
RX speed 0.0 Mbps/s
TX total average 0.625 Mbps/s
RX total average 0.0 Mbps/s
Thanks,
Brian
Q1 - What is the IP address of your Mikrotik ?
Q2 - Is your Mikrotik behind another firewall / and or behing another wireless router ?
Q3 - Is the WAN IP address of your Mikrotik a live Internet IP address ?
Q4 - When testing to my btest server 207.32.195.2 , have you tried waiting for 1 hour and a few minutes prior to re-trying the btest ?
Q5 - Do you have some Mikrotik firewalls running on your Mikrotik ?
Re Q1 & Q2 & Q3 , I want to know your Mikrotik is the last device you go through to your ISP to get out to the Internet.
Re Q4 , Continued test and repeated tests are auto blocked for 1 hour , then auto released
Re Q5 , If you are running btest through a firewall , you might be only able to send and not receive. To receive, your firewall has to be turned off -or- your firewalls need some port forwards. When you receive a btest, the remote btest server will send to some TCP and/or UDP ports on your Mikrotik. If you have firewalls without port forwards, then your firewalls will block/prevent an Internet connection from the btest server to your Mikrotik.
If you have no firewalls & your Mikrotik is the last device connected to your ISP & you have waited 1-hour and a few minutes & it still will not receive btest , then there is a possiblility your ISP might have a firewall on your Internet connection. You can test this by setting up a web server & port forward port 80 to someting and see if you can http://you-ip-address and see if it works.
You can check/look/see your firewalls by looking at your Mikrotik IP firewall settings. You can make a backup and then delete all firewall rules and test it , then restore the config to put your Mikrotik back the way is was prior to purging the firewall rules.
FYI - the 207.32.195.2 btest server has no firewalls (other than the auto block after an IP has exceedeed the alloted time for btest - then after an hour it will auto purge. If you try withing the hour , the timeout to auto purge starts at 1 hour again.
North Idaho Tom Jones
Re - your Mikrotik behind your ISPs routerTom, thank you for your very detailed response. I see what you are driving at and I'm guessing that my topology is the issue.Brian,I'm still not seeing useful results. Can anyone help?
MikroTik
feb/20/2018 10:56:32
Result :
TX speed 0.576 Mbps/s
RX speed 0.0 Mbps/s
TX total average 0.625 Mbps/s
RX total average 0.0 Mbps/s
Thanks,
Brian
Q1 - What is the IP address of your Mikrotik ?
Q2 - Is your Mikrotik behind another firewall / and or behing another wireless router ?
Q3 - Is the WAN IP address of your Mikrotik a live Internet IP address ?
Q4 - When testing to my btest server 207.32.195.2 , have you tried waiting for 1 hour and a few minutes prior to re-trying the btest ?
Q5 - Do you have some Mikrotik firewalls running on your Mikrotik ?
Re Q1 & Q2 & Q3 , I want to know your Mikrotik is the last device you go through to your ISP to get out to the Internet.
Re Q4 , Continued test and repeated tests are auto blocked for 1 hour , then auto released
Re Q5 , If you are running btest through a firewall , you might be only able to send and not receive. To receive, your firewall has to be turned off -or- your firewalls need some port forwards. When you receive a btest, the remote btest server will send to some TCP and/or UDP ports on your Mikrotik. If you have firewalls without port forwards, then your firewalls will block/prevent an Internet connection from the btest server to your Mikrotik.
If you have no firewalls & your Mikrotik is the last device connected to your ISP & you have waited 1-hour and a few minutes & it still will not receive btest , then there is a possiblility your ISP might have a firewall on your Internet connection. You can test this by setting up a web server & port forward port 80 to someting and see if you can http://you-ip-address and see if it works.
You can check/look/see your firewalls by looking at your Mikrotik IP firewall settings. You can make a backup and then delete all firewall rules and test it , then restore the config to put your Mikrotik back the way is was prior to purging the firewall rules.
FYI - the 207.32.195.2 btest server has no firewalls (other than the auto block after an IP has exceedeed the alloted time for btest - then after an hour it will auto purge. If you try withing the hour , the timeout to auto purge starts at 1 hour again.
North Idaho Tom Jones
My Mikrotik sits behind my ISPs DSL modem/router. Within said device, my Mikrotik is listed as a DMZ device, but it does not have its own public IP. As such, connections are theoretically not filtered in any way, but they are obviously still NATed. I'm guessing that this is why when I use planetcoop's server, I can't get RX results, but I can get TX results. However, it still doesn't explain why I get no results at all from your server.
Here are the answers to your questions:
Q1 - What is the IP address of your Mikrotik ? 192.168.0.181
Q2 - Is your Mikrotik behind another firewall / and or behing another wireless router ? It sits behind my ISP provided DSL modem / router
Q3 - Is the WAN IP address of your Mikrotik a live Internet IP address ? No
Q4 - When testing to my btest server 207.32.195.2 , have you tried waiting for 1 hour and a few minutes prior to re-trying the btest ? Yes
Q5 - Do you have some Mikrotik firewalls running on your Mikrotik ? I do have some rules running on my Mikrotik, but as stated above, there is no external firewall between the Mikrotik and the internet. Are there rules required on the Mikrotik to open the ports for the testing? What TCP / UDP ports are used?
Again, I truly appreciate the detailed response.
Thanks,
Brian
The 207.32.195.2 btest server (the one I operate), might be a little problematic right now. I am turning up some BGP circuits and testing various loads on my routed networks right now.Hi!
Many thanks for the courage and charity.
If someone has the opportunity to do the same - welcome!
I tested from Latvia (EU).
This is not the best way to test from EU, because both servers are located in the USA.
The first server is 50 hops (devices between) second 14. With both of them there is no objective measure, sometimes connecting, sometimes not, the second works better.
I have managed to keep btest.planetcoop.com online yet. During my new home move, i have made arrangements to keep it online. I expect to take my btest.planetcoop.com down around June first now. if i can keep it online in any capacity, I will let you know.Heads-Up ... FYI
info...
The 207.32.195.2 btest server for public Mikrotik admin use has been on-line since January 2016
During the last two years, I estimate it has performed somewhere between 1/4 million to 2 million btest(s).
The current average systained bandwidth is about 30 meg , which also includes those btest(s) that peak over 3-Gig and sustain 512-Meg and the btest(s) that run less than 1-Meg.
Todays btest server changes...
Because my ISP business is growing and always adding new high-speed Internet customers (3-Meg to 512-Meg accounts), I now need to reduce the amount of bandwidth I have been donating to the 207.32.195.2 btest project , so that I can keep a reserve burstable bandwidth capacity for all my customers , and not saturate my up-stream Internet feeds.
The 207.32.195.2 bandwidth limiters (simple queue) are now set at the following:
Target: ether1 (the CHR ether1 interface with IP address 207.32.195.2)
(Simple Queue , Target Upload & Target Download)
Max Limit: 105M
Burst Limit: 1250M
Burst Threshold: 50M
Burst Time: 500
The simple queue operates this way:
#1; allow sustained btest of 105-Meg
#2; If the recent bandwidth average has been below 50-Meg for (Burst-Time seconds), then allow up to 1.25-Gig (untill this this #2 line no longer is valid).
Thus , if nobody has very recently (or currently) used the btest server, then you should be able to btest up to 1.25-Gig for a short duration then auto-fall back down to 105-Meg.
If more than one person is using the 207.32.195.2 btest server at the same time, then the bandwidth limitations apply to all btesters combined. Thus if 10 users are using it at the same time, your results might be 1/10th the results you might of been expecting.
Also - keep in mind that the btest server often places a block on your IP which makes you wait for a period of time until you can continue btesting. This is done to help prevent the btest campers to start a btest and never stop their btest.
I hope to keep the 207.32.195.2 btest server on-line for many more years to come (providing I always have available bandwidth).
I/we would welcome anybody to also place their one btest server on-line for public access.
It could be a max of 10 meg or 100 meg or 1-Gig or even a 10-Gig. I am sure the community would be thankfull for any additional btest servers (especially in different locations throughout the world).
North Idaho Tom Jones
Show me Can't Connect. i use 6.40.8. Thanks.June 26, 2018
Heads Up - FYI - I just updated the 207.32.194.24 btest server to version 6.42.5
If you have any problems with btest , please drop a posting here
North Idaho Tom Jones
Thanks Chupaka, I have multi-queue-ethernet-default enabled for the interfaces combo1 and ether1-local "mq piffo" 100 packets.Check CPU load (per-CPU)
i just test, it run for awhile and now when i ping it become request time out..It would be nice of others offered free public accessible btest servers in other locations around the world.
Although 1+ gig bteset servers are nice, I suspect that even some 100 meg btest servers would be very much welcome.
Any body interested in volinterring some bandwidth for some btest servers ?
North Idaho Tom Jones
(my btest server is 207.32.194.24 btest/btest)
I have a firewall rule in the btest server. Connections to the btest server will eventually get blocked. Then the remote admin will need to wait for a timer to expire. After the btest FW timer expires, then the remote btest user can test again. Then is to help prevent abuse and/or excessive use - thus freeing up bandwidth for other btesters.i just test, it run for awhile and now when i ping it become request time out..It would be nice of others offered free public accessible btest servers in other locations around the world.
Although 1+ gig bteset servers are nice, I suspect that even some 100 meg btest servers would be very much welcome.
Any body interested in volinterring some bandwidth for some btest servers ?
North Idaho Tom Jones
(my btest server is 207.32.194.24 btest/btest)
Can't get connected to this any longer. Haven't used it previously, so it's not a hog timeout. Last time I used it, you had a different name and password, so it's been some time. Now I just get a long "connecting" and a "can't connect."(my btest server is 207.32.194.24 btest/btest)
198....macsrwe re: Can't get connected to this any longer.
What IP address are you testing from ? I can look at the fw logs and see if your IP address shows up in there.
North Idaho Tom Jones (207.32.194.24 btest admin)
I do see it is trying to connect - but no btest is starting ...198.233.88.218macsrwe re: Can't get connected to this any longer.
What IP address are you testing from ? I can look at the fw logs and see if your IP address shows up in there.
North Idaho Tom Jones (207.32.194.24 btest admin)