diff --git a/Shorewall-docs2/traffic_shaping.xml b/Shorewall-docs2/traffic_shaping.xml index f49440b70..1885a6570 100644 --- a/Shorewall-docs2/traffic_shaping.xml +++ b/Shorewall-docs2/traffic_shaping.xml @@ -21,7 +21,7 @@ - 2005-11-26 + 2005-12-02 2001-2004 @@ -110,12 +110,12 @@ end of that connection. This is mostly useful if you don't have access to traffic control on the other side and if this other side has a faster network connection than you do (the line speed between the systems is the - bottleneck, e.g. a DSL or Cable Modem connection to you provider's router, - the router itself is normally connected to a much faster backbone). So, if - you drop packets that are coming in too fast, the underlying protocol - might recognize this and slow down the connection. TCP has a builtin - mechanism for this, UDP has not (but the protocol over UDP might recognize - it , if there is any). + bottleneck, e.g. a DSL or Cable Modem connection to your provider's + router, the router itself is normally connected to a much faster + backbone). So, if you drop packets that are coming in too fast, the + underlying protocol might recognize this and slow down the connection. TCP + has a builtin mechanism for this, UDP has not (but the protocol over UDP + might recognize it , if there is any). The reason why queing is bad in these cases is, that you might have packets which need to be priorized over others, e.g. VoIP or ssh. For this @@ -714,4 +714,4 @@ ppp0 4 90kbit 200kbit 3 default - + \ No newline at end of file