holm/shorewall_code
1
0
Fork 0
forked from extern/shorewall_code
Code Pull Requests Activity

making "bold" the section what explain that

Browse Source 
you can only shape outgoing traffic.


git-svn-id: https://shorewall.svn.sourceforge.net/svnroot/shorewall/trunk@3755 fbd18981-670d-0410-9b5c-8dc0c1a9a2bb
This commit is contained in:
judas_iscariote 2006-03-29 22:42:53 +00:00
parent 6f53c6564b
commit 2adc3f9136
1 changed files with 11 additions and 10 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

19
docs/traffic_shaping.xml
View File

@ -95,15 +95,16 @@
classes (and their bandwidth limits), and it uses SFQ inside these classes classes (and their bandwidth limits), and it uses SFQ inside these classes
to make sure, that different data streams are handled equally.</para> to make sure, that different data streams are handled equally.</para>
<para>You can only shape outgoing traffic. The reason for this is simple, <para><emphasis role="bold">You can only shape outgoing traffic. The
the packets were already received by your network card before you can reason for this is simple, the packets were already received by your
decide what to do with them. So the only choice would be to drop them network card before you can decide what to do with them</emphasis>. So the
which normally makes no sense (since you received the packet already, it only choice would be to drop them which normally makes no sense (since you
went through the possible bottleneck (the incoming connection). The next received the packet already, it went through the possible bottleneck (the
possible bottleneck might come if the packet leaves on another interface, incoming connection). The next possible bottleneck might come if the
so this will be the place where queuing might occur. So, defining queues packet leaves on another interface, so this will be the place where
for incoming packets is not very useful, you just want to have it queuing might occur. So, defining queues for incoming packets is not very
forwarded to the outgoing interface as fast as possible.</para> useful, you just want to have it forwarded to the outgoing interface as
fast as possible.</para>
<para>There is one exception, though. Limiting incoming traffic to a value <para>There is one exception, though. Limiting incoming traffic to a value
a bit slower than your actual line speed will avoid queueing on the other a bit slower than your actual line speed will avoid queueing on the other