This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
networking:ifb [2016/07/19 01:22] 127.0.0.1 external edit |
networking:ifb [2017/07/14 23:37] (current) David_Cole |
||
---|---|---|---|
Line 7: | Line 7: | ||
=====Contents===== | =====Contents===== | ||
- | * [[https://www.linuxfoundation.org/#IFB_Usage|1 IFB Usage]] | + | * [[https://wiki.linuxfoundation.org/networking/ifb#ifb-usage|1 IFB Usage]] |
- | * [[https://www.linuxfoundation.org/#Typical_Usage|2 Typical Usage]] | + | * [[https://wiki.linuxfoundation.org/networking/ifb#typical-usage|2 Typical Usage]] |
- | * [[https://www.linuxfoundation.org/#Run_A_little_test|3 Run A little test]] | + | * [[https://wiki.linuxfoundation.org/networking/ifb#run-a-little-test|3 Run A little test]] |
- | * [[https://www.linuxfoundation.org/#IFB_Example|4 IFB Example]] | + | * [[https://wiki.linuxfoundation.org/networking/ifb#ifb-example|4 IFB Example]] |
- | * [[https://www.linuxfoundation.org/#IFB_requirements|5 IFB requirements]] | + | * [[https://wiki.linuxfoundation.org/networking/ifb#ifb-requirements|5 IFB requirements]] |
- | * [[https://www.linuxfoundation.org/#IFB_Example_2|6 IFB Example]] | + | * [[https://wiki.linuxfoundation.org/networking/ifb#ifb-example1|6 IFB Example]] |
===== IFB Usage===== | ===== IFB Usage===== | ||
Line 22: | Line 22: | ||
* Allows for queueing incoming traffic for shaping instead of dropping. I am not aware of any study that shows policing is worse than shaping in achieving the end goal of rate control. I would be interested if anyone is experimenting. (re shaping vs policing: the desire for shaping comes more from the need to have complex rules like with htb) | * Allows for queueing incoming traffic for shaping instead of dropping. I am not aware of any study that shows policing is worse than shaping in achieving the end goal of rate control. I would be interested if anyone is experimenting. (re shaping vs policing: the desire for shaping comes more from the need to have complex rules like with htb) | ||
+ | |||
+ | * Cisco's [[http://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-policing/19645-policevsshape.html#selectioncriteria|Comparing Traffic Policing and Traffic Shaping for Bandwidth Limiting]] indicates traffic shaping (queueing) is advantageous over policing (rate-limiting) because policing | ||
+ | |||
+ | > Drops excess packets ..., throttling TCP window sizes and reducing the overall output rate of TCP-based flows | ||
+ | |||
+ | * Practically [[http://www.caida.org/data/realtime/passive/?monitor=equinix-chicago-dirA|all Internet]] traffic is TCP based. | ||
* Very interesting use: if you are serving p2p you may wanna give preference to your own localy originated traffic (when responses come back) vs someone using your system to do bittorent. So QoSing based on state comes in as the solution. What people did to achieve this was stick the IMQ somewhere prelocal hook. I think this is a pretty neat feature to have in Linux in general. (i.e not just for IMQ). | * Very interesting use: if you are serving p2p you may wanna give preference to your own localy originated traffic (when responses come back) vs someone using your system to do bittorent. So QoSing based on state comes in as the solution. What people did to achieve this was stick the IMQ somewhere prelocal hook. I think this is a pretty neat feature to have in Linux in general. (i.e not just for IMQ). |