This controls whether VBR-NRT (variable bit rate, non-real-time) traffic on this card is handed off to the dedicated NRTS processor for scheduling, rather than handled by the card's default forwarding path. Turning this on offloads that traffic class's shaping and scheduling decisions to specialized NRTS hardware, which matters specifically when the card is carrying enough VBR-NRT circuits that the NRTS processor's more sophisticated congestion management measurably improves fairness compared to the default path. For example, an admin sets cardNrtsVbrNrtManage to yes(2) on a card carrying many bursty data PVCs so the NRTS processor's congestion-aware scheduling handles that traffic instead of a simpler default queuing scheme.