This Q. is really confirmation to what I already suspect.
On a single physical interface with a carrier that uses two dot1q logical sub interfaces to handle DIA and L3VPN, I suspect any usage of DIA for data from branch offices (BOs) instead of backhauling renders QoS for voice (SIP and RTP) packets over L3VPN moot when it's needed.
Although I can mark voice packets for QoS over VPN, DIA traffic competes with that without DSCP so the physical circuit can be saturated and priority not given to voice. And since the congestion is already at the doorstep, not much can be done.
Are these assumptions true? Would it be better to just backhaul data over VPN so end-to-end QoS is unaffected as long as sufficient branch office bandwidth exists? BO DIA could still exist as a backup. What other viable and proven options exist to this classic problem?
All BO sites are part of full mesh MPLS-VPN and were required to have DIA before voice came into picture. Hosted VoIP provider can tie into this VPN or use SIP trunks from HQ. Provider is recommending uncompressed codec that eats up 90Kbps over compressed one at 30Kbps.