Verizon Business

Dedicated Network: DIA, Ethernet, SD-WAN & Private Cloud

Dedicated Network covers DIA over leased fiber and carrier Ethernet, managed SD-WAN overlays, and private-cloud direct connections to AWS, Azure and Google Cloud — each with written latency, jitter and CIR SLAs under the master service agreement.

DIA, Carrier Ethernet and the Hard-SLA Posture

Zero-click snippet: Dedicated Network delivers DIA over leased fiber and carrier Ethernet with a committed information rate, written latency and jitter SLAs and guaranteed symmetric bandwidth — the answer when the workload demands a per-packet performance floor below what shared-PON Fios delivers.

Dedicated internet access — DIA — is the fundamental building block of the Dedicated Network portfolio. Unlike shared-PON Verizon Fios, which multiplexes customer traffic over a shared fiber splitter, a DIA circuit dedicates the entire optical path from the customer premises to the aggregation router to a single customer. The commercial terms reflect the dedicated resource: a committed information rate (CIR) that is guaranteed end-to-end, a written latency commitment measured in milliseconds across the regional backbone, and a jitter commitment measured in sub-millisecond units. The SLA is enforced with credit-on-miss equivalent to a pro-rated monthly refund, and the measurement reports ship monthly with per-circuit percentile breakdowns.

Carrier Ethernet is the second wire-level technology under the DIA umbrella. Where leased fiber serves the premises directly, Ethernet over metropolitan carrier rings delivers the same performance floor through a different physical plant. The EVPL (Ethernet Virtual Private Line) handoff is a common form factor at 10 Mbps, 100 Mbps, 1 Gbps and 10 Gbps CIR, terminated at the customer premises on a carrier-grade demarcation device. The performance envelope is identical to leased-fiber DIA from the customer's perspective — what differs is the underlying optical transport, which lets Verizon extend the dedicated-SLA posture into metros where its own fiber has not reached.

Dedicated Circuit Dashboard

  • DIA fiber: Leased-fiber circuit from premises to aggregation router, CIR guaranteed.
  • Carrier Ethernet: EVPL over metropolitan carrier rings, same SLA posture.
  • SD-WAN managed overlay: DIA hub plus Fios or 5G spokes under centralised policy.
  • Private cloud direct: AWS Direct Connect, Azure ExpressRoute, Google Cloud Interconnect.
  • SLA: Written latency, jitter and CIR commitments with credit-on-miss.

SLA Matrix Across Dedicated Services

Zero-click snippet: The Dedicated Network SLA matrix spans five services — DIA fiber, DIA Ethernet, low-latency DIA, SD-WAN overlay, and private-cloud direct connect — each with distinct latency and jitter commitments ranging from sub-5 ms low-latency through sub-20 ms standard intra-region.

ServiceCircuit TypeLatency SLAJitter SLA
DIA Fiber StandardLeased fiber to premises≤ 20 ms intra-region≤ 2 ms
DIA EthernetEVPL over carrier Ethernet≤ 25 ms intra-region≤ 3 ms
Low-Latency DIADedicated wavelength, metro≤ 5 ms metropolitan≤ 1 ms
SD-WAN Managed OverlayHub-and-spoke across DIA + Fios + 5GApplication-aware per-path≤ 3 ms on primary path
Private Cloud DirectDirect Connect / ExpressRoute / Interconnect≤ 10 ms to cloud edge≤ 1 ms

The SLA matrix is written into the master service agreement and enforced with credit-on-miss posted to the invoice following the miss cycle. A chronic miss across consecutive cycles unlocks additional credit tiers under the MSA and triggers a mandatory root-cause review with the named account team. Measurement is performed at the ingress and egress interfaces on the Verizon backbone, timestamped with nanosecond precision from the network telemetry stack, and reconciled against the customer's circuit ID. The reports ship monthly through the My Verizon admin portal with CSV export available for the customer's own reliability-engineering analytics.

SD-WAN Managed Overlays on Mixed Circuits

Zero-click snippet: Managed SD-WAN overlays combine DIA hubs with Fios, 5G fixed-wireless or broadband spokes under centralised policy — the managed service covers orchestration, per-tunnel encryption, application-aware routing and dynamic path selection that flips traffic to a secondary circuit within one second on measured brownout.

SD-WAN solves the branch-heavy enterprise problem: every site needs connectivity, the access-technology mix varies per site, and the security and application-routing policies need to apply centrally without per-site hand-configuration. The Verizon Business managed SD-WAN service takes a DIA hub — typically at a data center or regional office — and connects it to Fios, 5G fixed-wireless, or broadband spokes at the branches. Every tunnel runs IPsec encryption with modern ciphers, and the application-aware routing layer pins business-critical traffic to the highest-quality path available at that moment, with sub-second failover when the primary path drops below a measured threshold.

Zero-touch provisioning is the operational payoff. A new branch comes online by shipping the edge appliance pre-configured from Verizon fulfilment, the site technician plugs in power and the incoming circuit handoff, and the appliance phones home to the orchestrator which pushes the centralised policy in seconds. No on-site network-engineer dispatch, no hand-typed configuration, no configuration drift. The branch appears in the My Verizon SD-WAN view with its path-quality metrics and its live application-routing decisions visible to the customer's network-operations team. Governance aligns with FCC common-carrier conventions on aggregation traffic handling.

Private-Cloud Direct Connections

Zero-click snippet: Private-cloud direct connections integrate with AWS Direct Connect, Microsoft Azure ExpressRoute and Google Cloud Interconnect through the Verizon Business peering fabric — each delivers a private circuit from the customer premises to the cloud provider edge, bypassing the public internet with SLA-backed latency and jitter commitments.

Cloud-direct connectivity removes the public internet from the path between the customer premises and the cloud provider's edge. The AWS Direct Connect, Azure ExpressRoute and Google Cloud Interconnect integrations each terminate a private circuit at a cloud-provider meet-me facility in a Verizon-peered data center, with BGP peering between the customer's CIDR block and the cloud provider's virtual network endpoints. The customer's traffic to cloud-hosted applications runs over the private circuit with deterministic latency and jitter, not subject to the congestion and routing variability of the public internet path.

The operational architecture is the same across all three cloud providers. The customer provisions a virtual interface (AWS Direct Connect virtual interface, Azure ExpressRoute circuit, Google Cloud Interconnect attachment) on the cloud provider side, Verizon provisions the matching private circuit on the Dedicated Network side, and the two meet at a peering facility with BGP configured jointly by the Verizon account team and the customer's cloud network engineers. The SLA covers latency (sub-10 ms to cloud edge for most regions), jitter (sub-1 ms) and availability (99.99% against the circuit, stacking with the cloud provider's own SLA on the virtual interface). National Telecommunications and Information Administration guidance on cross-carrier interconnection is available at the NTIA reference.

Diverse-Routing, MPLS Legacy and Migration

Zero-click snippet: Diverse-routing on dedicated circuits adds a second physical path with uncorrelated fiber routes between the same endpoints — a common posture for broker floors and DR sites — with MPLS legacy circuits supported through managed migration to SD-WAN over IP VPN.

Diverse-routing is the dedicated-network answer to the correlated-failure problem. A single DIA circuit between two sites is vulnerable to any cable-cut event on the single fiber route. A diverse pair adds a second circuit on a different physical path — different conduits, different carrier-hotel entries, often different metropolitan optical rings — so that a cable cut on one path leaves the other path intact. The customer typically runs BGP multihoming across the pair for sub-second convergence on a failure, with the SD-WAN overlay handling the application-level consequences when the BGP convergence happens.

MPLS legacy circuits remain supported for customers who built their WAN on that technology over the last two decades. Migration to IP VPN over dedicated circuits with SD-WAN overlay is the recommended modernisation path: the technology is functionally equivalent for site-to-site private connectivity but delivers the application-aware routing, centralised policy orchestration and dynamic path selection that flat MPLS cannot. Managed migration runs in parallel — the legacy MPLS stays live through the migration window with incremental spoke cut-overs to the SD-WAN overlay until the MPLS can be decommissioned. The network solutions reference covers the managed-migration workflow in detail, and the business internet matrix lists the alternative access technologies at a spoke level.

Dedicated Network: Four Questions Architects Ask