dslreports logo
    All Forums Hot Topics Gallery
spc
Search Topic:
uniqs
987
share rss forum feed

gunther_01
Premium
join:2004-03-29
Saybrook, IL

Mikrotik Shaper

Would anyone be able (or willing) to share a very basic BRIDGED and transparent shaper code for MT?

I have a few examples, And some paid versions LOL... and have run in to the strangest snag I think I have found. When running speed tests from a test PC everything works like it should. Tx and RX are shaped. They show the queues getting hit at the proper queue, Etc.. NOW, if I run a simultaneous test going both directions, only one rule gets hit, and it's a combination of the two directions throughput.

I know this should be easy. And I thought it was. But testing is proving I've done something wrong, or MT isn't working like it should. I'm going to assume it's me, but it just feels very strange. Tried on 5.2 and 5.23. Also tried to route through this box, and it acts the same danged way.

Is is needed that I mark my packets each direction, and via the appropriate interface?? Currently I have only marked them via one rule. I'd post code, but this does incorporate some paid for use code, so I shouldn't unfortunately.
--
»www.wirelessdatanet.net


Rhaas
Premium
join:2005-12-19
Bernie, MO

1 recommendation

I only mark the packet in the firewall based upon src/dst ports, layer 7, etc. I do not mark based upon interface.


In the queue tree is where it is shaped based upon the exiting interface (notice it is on the interface and not the bridge)


Then the individual leafs

IN:

OUT:

--
I survived Hale-Bopp!

gunther_01
Premium
join:2004-03-29
Saybrook, IL
reply to gunther_01
Ok,
We aren't marking based on interface. So that looks the same, But we are using address lists for source and destination. Which means we are marking for both direction.

I have tried using global in and outs while bridged, and also interfaces I believe. Now I've routed the box, and using interfaces. Either way shows the same response.

When I run a "both" test, Btest from PC through MT to another MT, only one queue picks up both directions of that test. And sums the throughput in that one queue. For some reason the packets going two directions are getting hit on only one queue when we do a both speed test.

Now when we do single direction tests, everything works as expected. Very strange IMO. And I have seen this with other configurations I have done. And all of those have failed when added to our network and it's traffic. To the point the MT locks up after a few seconds. So something is obviously wrong there LOL. It's not my imagination
--
»www.wirelessdatanet.net