Mitigating Pause Frames

[sirhc]

Most of our customer have ditched cable and use HULU and Netflix as their sole TV option. I really do not have any issues with them?

[mhoppes]

You shape at the head end

[sirhc]

You shape at the head end

Yup!

[adairw]

And a head end traffic shaper....if I can get this MikroTik to work for more than a few days at a time.... Piece of junk.

Do you need a mikrotik class? Glad to help. lol

They work great for us. What you doing to them?!?!?

[sbyrd]

And a head end traffic shaper....if I can get this MikroTik to work for more than a few days at a time.... Piece of junk.

I've been using Mikrotik as my head end traffic limiter for 4 years plus with no issues. It started out on an x86 Mikrotik router from Link Technologies running ROS 4.17. It was used inline as a transparent bridge between our Edge Cisco router and core Cisco switch.

When I replaced our edge Cisco router with a new x86 Mikrotik box from Link Tech (Powerrouter V3) running ROS 5.21 I decided I no longer needed the transparent bridge and moved all the shaping rules to our new Edge router. Been working great since.

I just recently replaced our core Cisco switch stack with a Mikrotik CCR-1016 12 port SFP router and our Cisco ASA stack with the old x86 MK traffic shaper. All our towers run Mikrotik Routerboards and outside of a few locations also run Netonix switches.

Now I will admit my network is fairly simple with just static routing, but I have never had any major or service impacting issues with any of my Mikrotik devices. If you need some help on how to use Mikrotik effectively for QOS see the file I attached. https://onedrive.live.com/redir?resid=F ... file%2cpdf (This document is a little old as some things have changed slightly in regards to the packet flow diagram between ROS 4/5 to ROS 6)

This is the document that first got me started with Mikrotik as I had never heard of them before looking for a cheap and simple QOS device. Back then we were a fully bridged Canopy/Cisco network. Now we are a fully routed UBNT/MK/Netonix network.

[petecarlson]

CLICK IMAGE BELOW TO VIEW FULL SIZE

Tower Setup.png

This way traffic going into the tower destined to the next tower will not be affected but the pause frames generated by the "local" radios on that tower serving as AP's or private PTP links to higher end customers.

Also since all the "local" radios on the tower go through a LAG to the router there is a 50/50 chance that the pause frame issued because one AP's port buffers are full will even affect other local radios/streams on that tower as the switch will issue the pause frame to only one of the interfaces in the LAG, the one that is feeding that AP at that time.

I go over this in the WISP Switch movie on You Tube: https://www.youtube.com/watch?v=8JvBEAD4MFM

Chris,

It would be awesome if we could bridge two ports, essentially taking them out of the rest of the switch fabric, and then have one track the state of the other. I,e the two blue ports in their diagram bridged together with the router side port tracking the state (up/down) of the AF24 side port.

Using VLANS to bridge two ports works, but it is kind of a pain if you are already moving multiple VLANS.

Port tracking would be used to speed up OSPF fall over without jacking up hello traffic to ridiculous levels. Just have the AF24 shut down the port on link down and instantly* get route fallover.

[mhoppes]

I already requested this. So this is obviously a desired feature :)