For those of you running Mikrotik as a PPPOE LNS what are you doing with Fast Track/Fast Path when you are using dynamic simple queues for users ? We seem to have hit and miss results with it, sometimes it works, sometimes it doesn't. If we have a simple queue not matching any upload traffic we have to disable fast path and it works again. Any thoughts or experiences in this area ? We even have some routers where some customer queues work ok and others don't match upload traffic with default settings for fast path. Strange... Regards Paul
Saw this in the changelog for 6.41. *) l2tp - improved reliability on packet processing in FastPath; *) l2tp-server - fixed PPP services becoming unresponsive after changes on L2TP server with IPSec configuration; Top one may bare some relationship. Andrew On Wed, Jan 10, 2018 at 4:08 PM, Paul Julian <paul@oxygennetworks.com.au> wrote:
For those of you running Mikrotik as a PPPOE LNS what are you doing with Fast Track/Fast Path when you are using dynamic simple queues for users ?
We seem to have hit and miss results with it, sometimes it works, sometimes it doesn't. If we have a simple queue not matching any upload traffic we have to disable fast path and it works again.
Any thoughts or experiences in this area ?
We even have some routers where some customer queues work ok and others don't match upload traffic with default settings for fast path.
Strange...
Regards Paul _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
https://wiki.mikrotik.com/wiki/Manual:IP/Fasttrack Fasttracked packets bypass firewall, connection tracking, simple queues, queue tree with parent=global, IP accounting, IPSec, hotspot universal client, VRF assignment, so it is up to administrator to make sure fasttrack does not interfere with other configuration; Fast tracking will dump some packets through slow path to keep connection tracking open, hence why you still need to have an allow rule after the fasttrack rule. This is why you will see packet count going up on queues etc If you want traffic to hit queues you need to put an allow rule matching that traffic before the fastrack rule On 12 January 2018 at 18:31, Andrew Gilbett <andrew@gilbett.net> wrote:
Saw this in the changelog for 6.41. *) l2tp - improved reliability on packet processing in FastPath; *) l2tp-server - fixed PPP services becoming unresponsive after changes on L2TP server with IPSec configuration;
Top one may bare some relationship.
Andrew
On Wed, Jan 10, 2018 at 4:08 PM, Paul Julian <paul@oxygennetworks.com.au> wrote:
For those of you running Mikrotik as a PPPOE LNS what are you doing with Fast Track/Fast Path when you are using dynamic simple queues for users ?
We seem to have hit and miss results with it, sometimes it works, sometimes it doesn't. If we have a simple queue not matching any upload traffic we have to disable fast path and it works again.
Any thoughts or experiences in this area ?
We even have some routers where some customer queues work ok and others don't match upload traffic with default settings for fast path.
Strange...
Regards Paul _______________________________________________ Public mailing list Public@talk.mikrotik.com.au https://linkprotect.cudasvc.com/url?a=http://talk. mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au&c=E,1, DJWjZKuQmYB94b0qgQ4ptQl2ytz1kKudV3l_XnBBSvAfdhF_IY_ sum1warUmRXgWEJ8oziah37jtqVhS30atXPlaaKIi7198vUgvpNPDve-BDzci&typo=1
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au https://linkprotect.cudasvc.com/url?a=http://talk.mikrotik.com.au/mailman/ listinfo/public_talk.mikrotik.com.au&c=E,1,-UPPkHRTmEWsy- KJD4LsWYMryXDhfjFkKMx2X2w5uWJ7lcLY7Dq9zUXEoFXzShj8JXnSBcz0_ 2EhH3VVYyAKpMKsNCDvPZ9BUp_7TT4Up0ZL-DE,&typo=1
participants (3)
-
Andrew Gilbett -
Paul Julian -
Stephen Schwetz