Manual:Fast Path: Difference between revisions
Line 115: | Line 115: | ||
This is how a default configuration looks with fastpath rule added on top (and auto-added dummy rule above it): | This is how a default configuration looks with fastpath rule added on top (and auto-added dummy rule above it): | ||
[[File:fasttrack. | [[File:fasttrack.png]] | ||
===Traffic Generator handler=== | ===Traffic Generator handler=== |
Revision as of 10:01, 27 July 2015
Applies to RouterOS: v6.0rc2 +
Summary
Fast path allows to forward packets without additional processing in the Linux kernel. It improves forwarding speeds significantly.
For fast path to work, interface support and specific configuration conditions are required.
List of devices with FastPath support
Interface FastPath support can be checked by doing "/interface print detail" and seeing fast-path property value.
RouterBoard | Interfaces |
---|---|
RB6xx series | ether1,2 |
RB7xx series | all ethernets |
RB8xx series | ether1,2 |
RB9xx series | all ethernets |
RB1000 | all ethernets |
RB1100 series | ether1-10,11 |
RB2011 series | all ethernets and sfp |
CCR series routers | all ethernets and sfps |
All devices | wireless interfaces, if wireless-fp or wireless-cm2 package used |
bridge interfaces (since 6.29) |
FastPath Handlers
Currently RouterOS has following fast path handlers:
- ipv4
- ipv4 fasttrack
- traffic generator
- mpls
- bridge
Note: Packet can be forwarded by fast path handler only if at least source interface support fast path. For complete fast path forwarding destination interface support is also required. See the list of supported interfaces.
IPv4 handler
IPv4 fast path is automatically used if following conditions are met:
- firewal rules are not configured;
- Traffic flow is disabled
/ip traffic-flow enabled=no
; - Simple and queue trees with parent=global are not configured;
- no mesh, metarouter interface configuration;
- sniffer, torch and traffic generator is not running;
- connection tracking is not active;
- ip accounting is disabled (/ip accounting enabled=no);
- VRFs are not set (/ip route vrf is empty);
- Hotspot is not used (/ip hostspot has no interfaces);
- IpSec policies are not configured (ROS v6.8);
- no active mac-ping, mac-telnet or mac-winbox sessions;
- /tool mac-scan is not actively used;
- /tool ip-scan is not actively used;
/ip firewall connection tracking set enabled
parameter has new auto value Which means that connection tracking is disabled by default until firewall rules are added.
IPv4 FastTrack handler
IPv4 FastTrack handler is automatically used for marked connections. Use firewall action "fasttrack-connection" to mark connections for fasttrack. Currently only TCP and UDP connections can be actually fasttracked (even though any connection can be marked for fasttrack). IPv4 FastTrack handler supports NAT (SNAT, DNAT or both).
Note that not all packets in a connection can be fasttracked, so it is likely to see some packets going through slow path even though connection is marked for fasttrack. Fasttracked packets bypass firewall, simple queues, queue tree with parent=global, ip traffic-flow, ip accounting, ipsec, hotspot universal client, vrf assignment, so it is up to administrator to make sure fasttrack does not interfere with other configuration;
IPv4 FastTrack is active if following conditions are met:
- no mesh, metarouter interface configuration;
- sniffer, torch and traffic generator is not running;
- no active mac-ping, mac-telnet or mac-winbox sessions;
- /tool mac-scan is not actively used;
- /tool ip-scan is not actively used;
For example, in home routers with factory default configuration, you could Fasttrack all LAN traffic with this one rule placed at the top of the Firewall Filter:
/ip firewall filter add chain=forward action=fasttrack-connection connection-state=established,related
Note, that this will break any filtering and Queues you apply for LAN traffic, you will have to mark traffic first, if you want to only fasttrack specific traffic.
This is how a default configuration looks with fastpath rule added on top (and auto-added dummy rule above it):
Traffic Generator handler
Traffic Generator fast path is automatically used for interfaces that support this feature.
MPLS handler
MPLS fast path is automatically used for interfaces that support this feature.
Currently MPLS fast-path applies only to MPLS switched traffic (frames that enter router as MPLS and must leave router as MPLS) - MPLS ingress and egress (including VPLS tunnel endpoints that do VPLS encap/decap) will operate as before.
Bridge handler
Bridge fast path is automatically used if following conditions are met:
- no bridge firewall rules (
/interface bridge filter, /interface bridge nat
) are configured, /interface bridge settings use-ip-firwall=no
,- destination interface queue is set to only-hw-queue,
- no mesh, metarouter interface configuration,
- sniffer, torch and traffic generator is not running,
- if wireless is configured, then wireless-fp or wireless-cm2 package must be used in order to use FastPath
Note: Currently VLAN, PPP and Bonding interfaces does not support FastPath
Note: Starting from v6.1 added VRRP interface no longer disables fast path globally. Ipv4 and bridge fast path handlers will not work only if source interface is vrrp slave interface.
[ Top | Back to Content ]