Community discussions

MikroTik App
 
ToBeFrank
newbie
Topic Author
Posts: 33
Joined: Mon Dec 18, 2017 7:31 pm

Fasttrack only working in one direction?

Wed Jul 25, 2018 3:08 am

I'm running a CCR1009 on 6.42.6. I am testing inter-vlan performance using iperf. The CCR is only capable of gigabit on a single connection if the connection is fasttracked. The following are the first 2 rules of my firewall forward chain:
/ip firewall filter add action=fasttrack-connection chain=forward in-interface=!wan out-interface=!wan connection-state=established,related comment="FastTrack local established, related"
/ip firewall filter add action=accept chain=forward connection-state=established,related comment="Accept established, related"
When I have packets flowing from vlan1 to vlan201, it gets fasttracked. I can see the special dummy rule is showing full gigabit and the packets aren't flowing through any other rules. However, when I test from vlan201 to vlan1, the special dummy rule is showing 15Mb/s and the first two rules above are showing ~500Mb/s (a cpu is maxed out). I can also see these packets going through one of my mangle rules. This tells me the packets are not getting fasttracked. Why would fasttrack only be working in one direction? Any clues as to how I get it to fasttrack properly?
 
sindy
Forum Guru
Forum Guru
Posts: 10206
Joined: Mon Dec 04, 2017 9:19 pm

Re: Fasttrack only working in one direction?

Wed Jul 25, 2018 8:31 am

Normally it works in such a way that vast majority of packets of a fasttracked connection in both directions is handled by fasttracking, and only every n-th packet of a fasttracked connection per each direction is intentionally not fasttracked and takes the standard path. So I'd log the traffic of the mangle rule to see whether the packets which are not fasttracked are actually connection tracked - fasttracking doesn't work without connection tracking, and something is telling me that connections not answered yet (i.e. unidirectional ones) may not get fasttracked. If you use iperf and there is no mirror flow, I'd rather ask how comes that the same effect doesn't happen in both directions.
Last edited by sindy on Wed Jul 25, 2018 9:37 am, edited 1 time in total.
 
User avatar
macgaiver
Forum Guru
Forum Guru
Posts: 1764
Joined: Wed May 18, 2005 5:57 pm
Location: Sol III, Sol system, Sector 001, Alpha Quadrant

Re: Fasttrack only working in one direction?

Wed Jul 25, 2018 8:47 am

does the parent receiving interface support fastpath?
 
anas94c
just joined
Posts: 15
Joined: Wed Dec 26, 2018 5:43 pm

Re: Fasttrack only working in one direction?

Sat Dec 14, 2019 7:18 am

Same any soultion ?
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 11590
Joined: Thu Mar 03, 2016 10:23 pm

Re: Fasttrack only working in one direction?

Sat Dec 14, 2019 10:47 am

Which protocol is used for testing? If UDP is used, then I guess ROS might not be able to classify the stream as connection[*] and those packets wouldn't be part of "established" connection ... or not every time. It should work with TCP testing though.

[*]Unlike TCP there's no connection state for UDP on protocol level. Instead ROS tries to analyze stream to determine if there's a two-way communication. Which might not happen as soon as ROS expects in certain use cases.

BTW, for the firewall filter construct as mentioned in OP's post it is vital to maintain interface list membership current ...
 
ToBeFrank
newbie
Topic Author
Posts: 33
Joined: Mon Dec 18, 2017 7:31 pm

Re: Fasttrack only working in one direction?

Sun Dec 15, 2019 8:02 pm

I was able to fix this. It was a while ago so I don't remember exactly, but I think it was changing this:
/interface bridge settings set use-ip-firewall=yes use-ip-firewall-for-vlan=yes
to this:
/interface bridge settings set use-ip-firewall=no use-ip-firewall-for-vlan=no

Who is online

Users browsing this forum: Benzebub, GoogleOther [Bot], Kanzler, kristapsd, mkx, suszi and 80 guests