It seems indeed that the bandwidth "tool" does not allow "vrf aware" config settings, hence it will operate (only) within the default routing domain.
Why are you using VRF here ? Do you have overlapping IP-space that you need to counter ?
Technically you could think about some (static) route leaking between VRF's on both sides ? But if overlapping exists then NAT is needed etc,etc.
I’m aware of options like route leaking, etc., but they don’t really fit my use case. Even if they did, they still wouldn’t resolve the issue with the bandwidth-test tool itself.
Perhaps add this as a feature request??
Dont use logic like, it was working on versionXX but now its not working.
Seems like people here dont believe in logic
Yes the changes are for the client side. The btest server has no setting to bind it to a specific VRF yet.
Honestly, I prefer that the services (server side) in RouterOS don't listen on a specific VRF but on all of them. It would much more useful. Like the built-in DNS resolver for example: Currently you have to specify a VRF interface for it and it can no longer serve as DNS server for the other VRFs, which is a bummer.