Community discussions

MUM Europe 2020

Search found 10 matches

by kartwall
Thu Mar 01, 2018 3:17 am
Forum: General
Topic: Slow connection speed when using policy route
Replies: 11
Views: 1894

Re: Slow connection speed when using policy route

Sindy I tested your idea but sadly it seems that it's not right. After enabling 2 policy routes, I still saw lots of connections with a "F" tag.
I tried to clear all connections, reboot the router and tested a few times, still the same result.
by kartwall
Wed Feb 28, 2018 2:13 am
Forum: General
Topic: Slow connection speed when using policy route
Replies: 11
Views: 1894

Re: Slow connection speed when using policy route

Sindy, sebastia, thank you guys I've tested that both disabling "rule in chain forward with action=fasttrack-connection" and "Allow Fast Path" are working.
So the only question left is if fasttrack is the root cause, why defining 2 policy routes also work... :)
by kartwall
Tue Feb 27, 2018 9:34 am
Forum: General
Topic: Slow connection speed when using policy route
Replies: 11
Views: 1894

Re: Slow connection speed when using policy route

Thanks sindy. So: 1. "disable the fasttrack rule", do you mean I should go to "ip -> Settings" then uncheck the "Allow Fast Path"? Or just disable those 3 fasttrack mangle rules? 2. Yes, both WAN1 and WAN2 are PPPOE connections so I think it should be fine to set the interface in the routing rule ri...
by kartwall
Tue Feb 27, 2018 2:40 am
Forum: General
Topic: Slow connection speed when using policy route
Replies: 11
Views: 1894

Re: Slow connection speed when using policy route

@sindy @CZFan, I have the same thoughts before but it seems that it's not right. It seems that ROS is picking the routing rules randomly. In order to make this simple, I reset(reset configuration) my RB951 just now and created 2 WAN PPPOE interface(link), then: [admin@MikroTik] > /ip firewall nat pr...
by kartwall
Mon Feb 26, 2018 9:18 am
Forum: General
Topic: Slow connection speed when using policy route
Replies: 11
Views: 1894

Slow connection speed when using policy route

I have 2 WANs connect to my RB951ui, let's say WAN1 and WAN2. My requirement is pretty simple, for some hosts, I want all the traffic from these hosts go to WAN1 and other hosts go to WAN2, so I did: /ip firewall mangle add chain=prerouting action=mark-routing new-routing-mark=go-wan1 passthrough=no...
by kartwall
Sun Apr 16, 2017 11:40 am
Forum: General
Topic: Weird issue when adding address into firewall address list
Replies: 4
Views: 607

Re: Weird issue when adding address into firewall address list

yeah I have FastPath enabled, but disable it doesn't help.
by kartwall
Thu Apr 13, 2017 3:22 pm
Forum: General
Topic: Weird issue when adding address into firewall address list
Replies: 4
Views: 607

Re: Weird issue when adding address into firewall address list

Thanks, but actually I don't have any FastTrack rules in filter & mangle.
by kartwall
Thu Apr 13, 2017 2:52 pm
Forum: General
Topic: Weird issue when adding address into firewall address list
Replies: 4
Views: 607

Weird issue when adding address into firewall address list

We have a program which serves DNS requests from client, then adding the resolved IP address into ROS's firewall address list. The purpose of doing this is, after client gets DNS response and tries to reach the resolved IP, ROS will tag the packet in prerouting(we have a mangle rule which tags the p...
by kartwall
Thu Aug 13, 2015 8:58 am
Forum: General
Topic: Feature request: OpenVPN compression LZO and UDP
Replies: 200
Views: 94671

Re: Feature request: OpenVPN compression LZO and UDP

+1+1+1
udp+lzo ovpn server really matters for me. I don't think this is a technical problem which prevents this feature since this has been requested from several years ago, the real thing should be some non-technical issues.
by kartwall
Wed Aug 06, 2014 5:26 pm
Forum: General
Topic: Feature Request: OpenVPN [ovpn] udp tunnels
Replies: 250
Views: 93561

Re: Feature Request: OpenVPN [ovpn] udp tunnels

+1

I really need UDP OpenVPN + compression. TCP OpenVPN doesn't perform well on latency.