Andrei,
This is a pretty big question within a very big topic. Here are things to consider:
- You have to mark traffic that you want to have higher priority on your network. This means that your camera has to mark it or else you have to mark it at the ingress switchport where the camera is connected.
- You have to trust marked traffic across your network. Whenever one of your network devices passes traffic onto the next device, make sure that the receiving device trusts the markings on the packets it's receiving. E.g., the switch should trust traffic it gets from the bridge.
- You have to make sure that your traffic is queued properly for ingress/egress handling. You don't want to have higher priority traffic getting misqueued and dropped in favor of best effort traffic.
- QoS is only as good as the poorest flow handler in the chain of devices handling the flow. You have to configure QoS at each step along the way or else your overall result is going to be less than optimal.
- With respect to the setup in your diagram, you have two different things to think about: 1) QoS on your switches and 2) QoS on your bridges. They are different, follow different rules, and require that you understand how their mechanisms work independently. Once you have that figured out, it will become much clearer how to make them work together.
Check out this post here to get an idea of how to configure QoS on the bridges:
https://supportforums.cisco.com/message/1313454
If your switches are relatively newer Catalyst switches, look here for Cat QoS pointers (there are loads of resources on this subject, but this one is fairly concise and should touch on the elements you need in your config):
http://www.cisco.com/en/US/products/hw/switches/ps5023/products_tech_note09186a0080883f9e.shtml
Finally, if QoS is a pretty new concept for you and you need something to break the cruft loose and get your brain's QoS gears turning (or if you just want to round things out), Kevin Wallace has recorded an amazing series of videos on the subject. Check out his QoS Labs 1 through 12:
http://www.youtube.com/user/kwallaceccie. These focus more on router QoS (MQC), but lend enormous understanding to QoS as a concept and the basic building blocks that one needs to consider in any QoS implementation, be it switching, over-the-air, or across a router.
I would like to suggest this to you: Look at some of the resources above and then try to put together a working configuration in your lab. If you get stuck along the way, post back here and we'll help you along. Since you have wireshark, you are pretty well armed with a great diagnostic tool. Just stick it into your network at a couple of different test points and look at your traffic. First make sure you are seeing your markings preserved end-to-end. Then from there you can figure out if your high priority traffic is getting dropped by looking at interface statistics.
Justin
