I have 70+ tower routers setup with DHCP on a bridge for AccessPoints. I am working to convert this to PPPoE so that we can have the usual accounting tools provided by PPP/RADIUS.

It make sense to me that my existing queue tree setup is not going to match download traffic in my existing queue tree which uses "AP_bridge" as the parent interface. The upload traffic, using my uplink interface as the parent interface, will probably be limited correctly.

Is there a way to modify my queue tree setup so that it will work for my dynamically created PPPoE client interfaces? Or is it best to just return the simple queue parameters via RADIUS for my PPPoE clients?

Here is an example of the configuration of my existing queues. I've only included the 1 up / 1 down plan. The mangle rules mark traffic in both directions with the same packet-mark.

Janis replied to my support ticket request. He confirmed my suspicions.

In case you have many interfaces in one direction you need to use "Global" HTB instead.
That exactly the reason it was introduced, but you will have to mark upload and
download with separate marks.

You can use dynamic address lists, and add pppoe clients to specific address lists when
they connect, and later use these address lists in mangle.

Regards,
Janis M.

So basically, two options:

a) use Global as the parent and modify the mangle rules to mark packets separately for download and upload directions.

b) use simple queues.

If I'm marking packets separately in both directions, rather than using connection marks and then packet marks, I don't see any benefit to maintaining the queue tree method. Simple queues, here I come.