PPPoE with forwarding to a Hotspot when user is 'blocked'

Following scenario:

ISP with PPPoE on a BRAS accepting PPPoE Sessios from its customers for Access.
PPPoE Server runs on a Mikrotik ROS Router and sets IP addresses for the connecting PPPoE Clients via Radius.
If customer service is “expired” and should be “blocked”, we assign a different PPPoE IP Range for the same customer via Radius CoA.
The customers IP then changes on the fly and the BRAS forwards (NAT Rules on the SRC IP) the customer then to a external redirect Page to renew its Service. Works perfectly.

Now I’d like to extend this functionality and instead of forwarding the User to a redirect Page, forward instead to Mikrotiks Hotspot Feature.
So - if a SRC IP from a certain Range is detected on the BRAS, traffic should dropped into the enabled Hotspot feature on the same BRAS.
Note, we are then not using the DHCP Server neither Hotspot Pool to assign a customer a Hotspot IP as we have done that via PPPoE/Radius, but instead just need to “inform” the Hotspot that a given SRC IP Range is to be treated through the Hotspot feature.

Did anyone get this kind of scenario to work?
Have tried a few things (NAT an Mangle to forward traffic to the ‘unauth’ chains) but it seems not working/

Thanks!

Maybe I’m missing something, but why couldn’t you create an IP Pool on your BRAS that you assign to Hotspot Server as Address Pool, and then if a subscriber’s traffic needs to be captured by Hotspot, rather than having RADIUS server send Framed-IP-Address attribute in the Access-Accept response, instead have it send Framed-Pool with the name of the Hotspot IP Pool that is defined on the BRAS? Then you can have RADIUS set the subscriber IP directly when they are paid up, but when they are “expired”, instead the BRAS selects the IP from its local pool of Hotspot IPs?