If I had to guess, it's latency. There's some latency in the software based mikrotik, the radio, and all along the path. The latency should be fairly static, but each piece along the way always induces some latency (whether or not you can test it is another story). The other question is UDP vs TCP. If the latency is static, and holding you back, dual tests will continue to produce similar results until the sum is what is expected. Not knowing your full environment, those are my thoughts.
Mike Miller Senior Network Administrator Synergy Broadband [email protected] P: 734-222-6060 x104 F: 801-640-8001 -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Thursday, May 15, 2014 1:00 PM To: [email protected] Subject: Mikrotik Digest, Vol 77, Issue 9 Send Mikrotik mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://mail.butchevans.com/mailman/listinfo/mikrotik or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Mikrotik digest..." Today's Topics: 1. Speed Question on NAT (Paul McCall) ---------------------------------------------------------------------- Message: 1 Date: Wed, 14 May 2014 18:47:57 +0000 From: Paul McCall <[email protected]> Subject: [Mikrotik] Speed Question on NAT To: Mikrotik discussions <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" We have started using a lot of Mikrotik's for customer (mainly 2011's for customers these days, and seeing something that seems a bit odd. We NAT the customers obviously. We hook our radio to Ether1 on the router and then bridge ports 2-5. We have tried both SRC-NAT and Masquerade with the same results. Here is what we see. We have three test "servers" that we use for bandwidth tests. The first is an Ookla test on a test server inside our network . The second is a TIK located inside our network. The third is speedtest.net. There is very little variance in all three of these, so you will quote a combined average for discussion purposes. When we test from the TIK itself to our test TIK, we get about 100% of what we should be getting based on the customer BW restrictions at the core. In this example, let's say 8 Mbit. When we test from the NAT'd side of the Tik, the most we see on ONE connection is about 4.5Mbit to 5Mbit, using the ookgla and speedtest.net. If I run TWO devices from the NAT'd side at the same time, I get about 90% to 95% of the 8 Mbit. I can bypass the customer's TIK, statically put the public IP in a laptop and get the full 8 Mbit. I have seen this at several of the customer installs we do and it leaves me scratching my head (after several hours of fiddling with the TIK hoping for a different result). What could it be? Paul Paul McCall, Pres. PDMNet / Florida Broadband 658 Old Dixie Highway Vero Beach, FL 32962 772-564-6800 office 772-473-0352 cell www.pdmnet.com<http://www.pdmnet.com/> [email protected]<mailto:[email protected]> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.butchevans.com/pipermail/mikrotik/attachments/20140514/0dfdd551/attachment.html> ------------------------------ _______________________________________________ Mikrotik mailing list [email protected] http://mail.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for Mikrotik tutorials. End of Mikrotik Digest, Vol 77, Issue 9 *************************************** _______________________________________________ Mikrotik mailing list [email protected] http://mail.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS
