Your CDNs
The contracts, accounts and edge networks you already have. vidNT adds the decision layer between them, not another vendor under them.
Multi-CDN as day-to-day operations.
Most multi-CDN setups exist for the bad day and idle through the good ones. For an OTT service or a FAST lineup, the routing should work the ordinary weeks: continuously weighing quality and cost per viewer across your CDNs, moving traffic in small, logged adjustments instead of dramatic failovers. The same mechanism that rescues a session on the loud night trims the delivery bill on the quiet ones.
vidNT is not a CDN and does not replace yours. It routes between the ones you are already contracted with, using open standards on both sides of the player: CMCD (CTA-5004) up from hls.js, Shaka, dash.js, native and in-house players; HLS and DASH Content Steering back down. Nothing proprietary ships in your client, so nothing proprietary can hold your client hostage.
The contracts, accounts and edge networks you already have. vidNT adds the decision layer between them, not another vendor under them.
Standards-native: the players you ship today already speak the protocol the routing listens to.
Session-start answers publish through the DNS you already run. No re-delegation of your zone to a routing vendor.
Every chart traces to decisions, and every decision to the signals that produced it — drill from the whole fleet down to a single session, per CDN, per region, per access network. Savings appear as an advisory figure next to the routing that produced them, and never as a billed number: the platform fee is flat, so the analytics have no reason to flatter themselves.
Start from the CDNs and players you already run — nothing gets replaced.
Leave your details and we open your access. A person comes back to you within one business day.
Open your assistant with a ready prompt — ask it anything about multi-CDN stitching, how vidNT fits your stack, or how to start.
The prompt asks your assistant to read vidnt.com/llms.txt and answer from it.