networking:ifb
Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision Last revision Both sides next revision | ||
|
networking:ifb [2016/07/19 01:22] 127.0.0.1 external edit |
networking:ifb [2016/10/02 23:25] ronRoyston |
||
|---|---|---|---|
| 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). | ||
networking/ifb.txt ยท Last modified: 2017/07/14 23:37 by David_Cole
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
