Please, add support for FastTrack on PPPoE client interfaces. This would be great for all Movistar FTTH customers which uses RouterOS 
Thanks!
It is coming (or at least, that’s what Normis said to me in the Spain MUM in October 
)
Great!!..thanks for the info.
When was this implemented?
Seems to work for me on v6.33.3.. (Dec 03 2015)
I am running the latest RC build on my home 2011 router. From what I can see it appears to be the benefits of “Half FastPath” coming into the system. As FastTrack is FastPath applied to connection tracking (NAT) connections it appears that the half way benefits have started to kick into PPPoE Interfaces.
I think further testing should be undertaken by people (and a more detailed response from Mikrotik would be wonderful) however I am seeing packets both inbound and outbound triggering a match on the FastTrack rule.
This could indicate they have already done it, but for every other tunnel / encap type they have mentioned it explicitly that they have enabled FastPath (and therefore FastTrack) for I would have expected to see some more.
I hope this indicates more work being done and a full solution that will be rolled out (imaging even more efficient PPPoE Concentrators) and other improvements (as if they are working on their PPP implementation they may dedicate the development resources further) like if they remove the pause some have reported on concentrators when a large number of connected tunnels and any disconnect (not sure how these are related, maybe a linked list implementation that doesn’t close the gap well) and for me the holy grail would be automatic tunnel termination (allow specifying a range of VLAN’s to be accepted and also the range and any VLAN’s inside them automatically allowed to terminate PPPoE Connections (rather than having to manually manage the VLAN’s added or doing the popping elseware).
Regards
Alexander