Limits should not be higher than the available bandwidth
If pipe limits are set higher than the available bandwidth, the pipe will not know when the physical
connection has reached its capacity. If the connection is 500 kbps but the total pipe limit is set to
600 kbps, the pipe will believe that it is not full and it will not throttle lower precedences.
Limits should be slightly less than available bandwidth
Pipe limits should be slightly below the network bandwidth. A recommended value is to make the
pipe limit 95% of the physical limit. The need for this difference becomes less with increasing
bandwidth since 5% represents an increasingly larger piece of the total.
The reason for the lower pipe limit is how NetDefendOS processes traffic. For outbound
connections where packets leave the D-Link Firewall, there is always the possibility that
NetDefendOS might slightly overload the connection because of the software delays involved in
deciding to send packets and the packets actually being dispatched from buffers.
For inbound connections, there is less control over what is arriving and what has to be processed by
the traffic shaping subsystem and it is therefore more important to set pipe limits slightly below the
real connection limit to account for the time needed for NetDefendOS to adapt to changing
conditions.
Attacks on Bandwidth
Traffic shaping cannot protect against incoming resource exhaustion attacks, such as DoS attacks or
other flooding attacks. NetDefendOS will prevent these extraneous packets from reaching the hosts
behind the D-Link Firewall, but cannot protect the connection becoming overloaded if an attack
floods it.
Watching for Leaks
When setting out to protect and shape a network bottleneck, make sure that all traffic passing
through that bottleneck passes through the defined NetDefendOS pipes.
If there is traffic going through your Internet connection that the pipes do not know about, they
cannot know when the Internet connection is full.
The problems resulting from leaks are exactly the same as in the cases described above. Traffic
"leaking" through without being measured by pipes will have the same effect as bandwidth
consumed by parties outside of administrator control but sharing the same connection.
Troubleshooting
For a better understanding of what is happening in a live setup, the console command:
pipe -u <pipename>
can be used to display a list of currently active users in each pipe.
10.1.11. A Summary of Traffic Shaping
NetDefendOS traffic shaping provides a sophisticated set of mechanisms for controlling and
prioritising network packets. The following points summarize its use:
•
Select the traffic to manage through Pipe Rules.
10.1.11. A Summary of Traffic Shaping
Chapter 10. Traffic Management
389
Summary of Contents for DFL-210 - NetDefend - Security Appliance
Page 24: ...1 3 NetDefendOS State Engine Packet Flow Chapter 1 NetDefendOS Overview 24...
Page 69: ...2 6 4 Restore to Factory Defaults Chapter 2 Management and Maintenance 69...
Page 121: ...3 9 DNS Chapter 3 Fundamentals 121...
Page 181: ...4 7 5 Advanced Settings for Transparent Mode Chapter 4 Routing 181...
Page 192: ...5 5 IP Pools Chapter 5 DHCP Services 192...
Page 282: ...6 7 Blacklisting Hosts and Networks Chapter 6 Security Mechanisms 282...
Page 300: ...mechanism 7 3 7 SAT and FwdFast Rules Chapter 7 Address Translation 300...
Page 301: ...7 3 7 SAT and FwdFast Rules Chapter 7 Address Translation 301...
Page 318: ...8 3 Customizing HTML Pages Chapter 8 User Authentication 318...
Page 322: ...ALG 9 1 5 The TLS Alternative for VPN Chapter 9 VPN 322...
Page 377: ...Management Interface Failure with VPN Chapter 9 VPN 377...
Page 408: ...10 4 6 SLB_SAT Rules Chapter 10 Traffic Management 408...
Page 419: ...11 5 HA Advanced Settings Chapter 11 High Availability 419...
Page 426: ...12 3 5 Limitations Chapter 12 ZoneDefense 426...
Page 449: ...13 9 Miscellaneous Settings Chapter 13 Advanced Settings 449...