View Full Version : Centralized server for NS SpeedTest.
skyhook
09-07-2008, 02:56 PM
I would to implement, in my network, a centralized server (Linux machine) for NS Speedtest.
Can you help me? It's possible to port NS code into a ordinary Linux machine?
Frotihngdog.ca
09-07-2008, 03:29 PM
You may want to look at this:
http://www.speedtest.net/mini.php
Very easy to setup and install.
skyhook
09-07-2008, 03:38 PM
You may want to look at this:
http://www.speedtest.net/mini.php
Very easy to setup and install.
Already installed and work fine on my internal servers.
My request is another: a compatible speedtest from NS itself.
Do you can perform this speedtest from a NS, via NS WEB-GUI?
None. ;)
UBNT-Mike.Ford
09-08-2008, 11:28 AM
Hey Skyhook,
I am shooting this to my software team.
Thanks,
Mike
unwiredhokie
09-08-2008, 04:56 PM
I'd like to see the speed test as an instance of iperf, client and/or server. Is there room to add iperf to the build?
Exactly what is the current speed test doing? Is it only compatible with other Ubiquiti units?
Edwin
UBNT-keba
09-08-2008, 10:49 PM
iperf is in SDK source tree under apps/gpl/iperf directory.
Hallo everybody. Is anything new with centralized test server for NS2 or NS5? I am new user of UBNT hardware and i want to test speed from user nanostation to our gateway from home. Speedtest.net mini speedmeter is fine but i want to do test in night without end user.
unwiredhokie
09-09-2008, 11:38 AM
iperf is in SDK source tree under apps/gpl/iperf directory.
I was asking if Ubiquiti could include iperf in the menus so speed tests could be done with any other iperf host. I'm really not in a situation where it's practical for me to cross-compile a new binary.
Also, what is the current speed test utility actually doing? Is there a Linux program I can run to communicate with it?
Thx,
Edwin
skyhook
10-01-2008, 07:11 AM
Hey Skyhook,
I am shooting this to my software team.
Thanks,
Mike
Hello, any news?
skyhook
10-05-2008, 11:46 PM
No news?
UBNT-keba
10-06-2008, 08:22 AM
Speed test code is written by UBNT team and it is closed source for security reason like some other applications as well.
skyhook
10-06-2008, 08:44 AM
Speed test code is written by UBNT team and it is closed source for security reason like some other applications as well.
Can you suggest an alternative?
UBNT-keba
10-06-2008, 08:55 AM
There is a tools mechanism on AirOS. It is a kind of UI plug-ins stored on device till reboot. They can be uploaded through web UI and executed. So I think we can do such kind of iperf-tool to be uploaded to device and executed in any time it is needed through UI.
skyhook
10-06-2008, 09:04 AM
There is a tools mechanism on AirOS. It is a kind of UI plug-ins stored on device till reboot. They can be uploaded through web UI and executed. So I think we can do such kind of iperf-tool to be uploaded to device and executed in any time it is needed through UI.
My idea is to invert the "test direction" (from central server to CPE) without access CPE UI
and without upload any tools on each CPE...
Thanks you for your support.
Centralized server is not good because it will test internet connection rather than CPE to Gateway connection so there is no use.
skyhook
10-06-2008, 10:26 AM
Centralized server is not good because it will test internet connection rather than CPE to Gateway connection so there is no use.
Centralizeed internal server, in my wireless network... ;)
sbrown
10-06-2008, 11:17 PM
It looks like the easiest option would be to toss a NS or PS at your office, disable or turn down the wireless interface, don't have clients connect to it and just use it as a speedtest provider for the Ubnt radios... clunky as heck, but easier than trying to load up iperf or something like that...
skyhook
10-06-2008, 11:32 PM
It looks like the easiest option would be to toss a NS or PS at your office, disable or turn down the wireless interface, don't have clients connect to it and just use it as a speedtest provider for the Ubnt radios... clunky as heck, but easier than trying to load up iperf or something like that...
I have already thought about this, but it is not a solution that I like.
It 'a solution that adds another devices in my NOC...
I would have preferred to implement a software solution on one of my linux servers to perfom programmed speedtest.
Thanks to all. ;)
sbrown
10-07-2008, 08:37 AM
Ubnt says it is closed source... so, could it just be compiled as a binary and distributed? The binary is running on the Nanostation/Powerstation (just compiled differently) - wouldn't it be possible to get it compiled for Ubuntu and not provide the source?
skyhook
10-07-2008, 08:40 AM
Ubnt says it is closed source... so, could it just be compiled as a binary and distributed? The binary is running on the Nanostation/Powerstation (just compiled differently) - wouldn't it be possible to get it compiled for Ubuntu and not provide the source?
I like Ubuntu ;)
Headbang
10-13-2008, 03:51 PM
I use an old LS2 I have that the mmcx connector was broken by an experment gone bad. It works well, I can get a very strong indication of the speed of the install.
We also use Mikrotik's btest utility with the server side on an old laptop we had floating around.
skyhook
10-13-2008, 04:01 PM
Mikrotik's btest utility with NS?
jcremin
10-14-2008, 09:05 PM
Or go to speedtest.net and install the web based mini test on your server. Simply pull up the site and it will test through the NS/PS, also giving a more accurate result because the NS/PS isn't processing the speedtest, only the data flowing through. That's what I do anyway.
skyhook
10-15-2008, 12:37 AM
Or go to speedtest.net and install the web based mini test on your server. Simply pull up the site and it will test through the NS/PS, also giving a more accurate result because the NS/PS isn't processing the speedtest, only the data flowing through. That's what I do anyway.
On my internal webserver, just work fine a "speedtest.net mini test"... but this require a operator at NS side... and this test work on HTTP port... I prefer different port for speedtest to manage bandwidth limit...
I would find a non-operator speedtest...
tnx for you support ;)
kijoma
10-15-2008, 02:44 AM
please fix the current Air OS bugs such as WPA and turbo before adding more features..
thanks
skyhook
10-23-2008, 09:50 AM
please fix the current Air OS bugs such as WPA and turbo before adding more features..
thanks
for kijma
AirOS 3.2.x fix WPA?
For UBNT Team
... it's auspicable a compatibility with Mikrotik Btest?
UBNT-Mike.Ford
10-23-2008, 10:29 AM
Hey Guys,
Are you saying that your using Btest with our units? And please try 3.2.2 for the WPA and Country Code fixes.
Thanks
Mike
skyhook
10-23-2008, 10:36 AM
Are you saying that your using Btest with our units?
Hello Mike.
On my wireless network, I use NS2 and NS5 as client, and Mikrotik as backbone/APs nodes and I test bandwidth Mikrotik/Mikrotik whit Btest functionality.
An alternative to release Speedtest source code is to implement on AirOS a Speedtest compatible whit RouterOS Btest...
It's possible?
tnx
UBNT-Mike.Ford
10-23-2008, 12:48 PM
Hello Skyhook,
Ill have to ask my software guys.
Thanks,
UBNT-keba
10-23-2008, 09:18 PM
An alternative to release Speedtest source code is to implement on AirOS a Speedtest compatible whit RouterOS Btest...
It's possible?
If some one can provide mtik btest as opensource ;-) we can add to AirOs to be compatible.
skyhook
10-23-2008, 11:37 PM
An alternative to release Speedtest source code is to implement on AirOS a Speedtest compatible whit RouterOS Btest...
It's possible?
If some one can provide mtik btest as opensource ;-) we can add to AirOs to be compatible.
AirOS is opensource? Release SpeedTest source for developpers... ;)
No flame, plase ;) but help me to implement a interesting AirOS diagnostic function. :)
UBNT-keba
10-24-2008, 05:26 AM
All need time, we have to be sure that it compiles and runs good on other platforms.
skyhook
11-28-2008, 01:44 AM
All need time, we have to be sure that it compiles and runs good on other platforms.
Hi Keba, can you sugget me a tool for programmed speedtest on UBNT products?
rconaway
11-29-2008, 03:36 PM
Guys, what about Dude with SNMP. We have been using it pretty heavily for testing and the numbers have been rather accurate when compared to actual large file transfer calculations.
skyhook
11-30-2008, 12:29 AM
Guys, what about Dude with SNMP. We have been using it pretty heavily for testing and the numbers have been rather accurate when compared to actual large file transfer calculations.
Hi rconaway, Dude can it perform a test without client side support?
IMHO, Dude is a "passive" monitor: read the traffic on the interface.
How to performe a bw test?
guidonet
11-30-2008, 06:58 AM
The Dude work for me.... but only with MTK devices...
rconaway
11-30-2008, 08:03 AM
It works with all the Ubiquiti units. To test maximum bandwidth, we forced large file transfers to see what the resulting numbers were in Dude and compared that with calculated values of time/size. Theoretically if you push a large file from a source capable of sending at 100Base-T speeds, it should exceed the bandwidth of the 802.11g spec and max out the transmission rate on the radio. One of the variables that we may have missed during our testing is the b/g dual mode running simultaneously. We will be retesting again on Monday. We will also be testing PS5's with the same test on Monday.
skyhook
11-30-2008, 08:07 AM
It works with all the Ubiquiti units. To test maximum bandwidth, we forced large file transfers to see what the resulting numbers were in Dude and compared that with calculated values of time/size. Theoretically if you push a large file from a source capable of sending at 100Base-T speeds, it should exceed the bandwidth of the 802.11g spec and max out the transmission rate on the radio. One of the variables that we may have missed during our testing is the b/g dual mode running simultaneously. We will be retesting again on Monday. We will also be testing PS5's with the same test on Monday.
Perfect!
But a large file transfer need a operator client side... (o a large file on each device...).
I would a automatic bw test...
guidonet
11-30-2008, 08:20 AM
rconaway this is not a tool... just force to the limit your network. You can“t do nothing wile running this "test". You will force you AP too, and thats not good for your customers, if somebody is even using the system against the same AP, the measurement will be incorrect.
rconaway
11-30-2008, 08:34 AM
These are tests conducted in my office. The radios are pretty close, signals are very high, s/n ratios are excellent, etc... The idea is to understand the maximum bandwidth the radios are capable of.
skyhook
11-30-2008, 08:42 AM
These are tests conducted in my office. The radios are pretty close, signals are very high, s/n ratios are excellent, etc... The idea is to understand the maximum bandwidth the radios are capable of.
For max bandwidth , I use two Mikrotik router at the ends and BWTest tools of routerOS.
Make sure that router's CPU don't limit the bandwidth.
Not use speedtest of device-self, bandwidth can be limited by CPU performances.
;)
rconaway
11-30-2008, 09:42 AM
We have Microtiks tool but didn't get to finish. Since all we were doing was one-way file transfers, I don't think the CPU is an issue. Like I said, the numbers we saw on Dude matched the calculated data file size transfers. However, I will try that tool on Monday.
skyhook
12-10-2008, 11:09 AM
No more help? :(
rconaway
12-10-2008, 11:23 AM
Sorry, traveling. I'll review this again tonight.
rconaway
12-11-2008, 10:22 AM
Okay, so to get back to my original premise, when we set Dude up with SNMP on the 2's and 5's, the numbers were within an acceptable level of error compared to ftp file transfers. The files sizes had to be reasonably large, 50Mbps or so, to give Dude time to scan but they were pretty accurate. The point is, Dude is pretty good for monitoring traffic across the port which is the same as traffic across the radio. Since we didn't see any improvement with fast-frame, or compression, I am comfortable with it as a benchmark. Guess what your bandwdith is, find a file that can do an FTP transfer in 30 seconds, and then watch Dude. Nobody is going to complain on a 30 second transfer.