fireqos-interface(5) | 3.1.7 | fireqos-interface(5) |
fireqos-interface - create an interface definition
{ interface | interface4 } device name direction [optional-class-params] { rate | commit | min } speed
interface46 ...
interface6 ...
Writing interface or interface4 applies traffic shaping rules only to IPv4 traffic.
Writing interface6 applies traffic shaping rules only to IPv6 traffic.
Writing interface46 applies traffic shaping rules to both IPv4 and IPv6 traffic.
The actual traffic shaping behaviour of a class is defined by adding classes. See fireqos-class(5).
Note
To achieve best results with incoming traffic shaping, you should not use 100% of the available bandwidth at the interface level.
If you use all there is, at 100% utilisation of the link, the neighbour routers will start queuing packets. This will destroy prioritisation. Try 85% or 90% instead.
If set to output, traffic going out via the interface is shaped.
if set to bidirectional traffic for both input and output can be shaped. If you need to differentiate input and output parameters per statements within the interface, you can prefix them with input or output like this:
interface eth0 lan bidirectional ...
class voip input commit 1Mbit output commit 2Mbit ...
To create an input policy on eth0, capable of delivering up to 1Gbit of traffic:
interface eth0 lan-in input rate 1Gbit
FireHOL Team.
Built 28 Feb 2021 | FireQOS Reference |