Latency-aware routing.

Standard BGP picks the path with the fewest autonomous systems. That metric ignores geography, peering capacity, congestion, packet loss, and everything else that actually determines latency. We route on measured performance instead.

Why BGP alone isn't enough

Geographic distance

A 2-hop path can cross an ocean.

Peering capacity

A "short" path can be congested.

Packet loss, jitter, and latency variance

Intra-AS transit length

A single big AS can add 40+ ms.

Route leaks and hijacks

BGP default vs 101 Bits

How the two approaches compare on metrics that matter.

Metric
BGP default
101 Bits
Path selection
AS-PATH length
Measured latency
Congestion awareness
None
Continuous probing
Re-route trigger
BGP convergence (minutes)
Overlay re-select (<2s)
Geographic optimization
Inferred from AS topology
Real-time RTT measurement
Route security
Optional RPKI
RPKI + MANRS enforced
Visibility
None to customer
Live portal + looking glass

What we do

Dense peering

Direct PNIs with hyperscalers and Tier-1 transits.

IXP presence

Active at major internet exchanges.

Latency-aware overlay

Continuous probing, re-select in seconds.

Segment routing

Deterministic intra-backbone paths.

RPKI + MANRS

Validate origins, sign routes.

Published looking glass

Anyone can query our routing table.

What it means in practice

Median latency to major clouds

Measurably lower.

P95/P99 tail latency

Materially lower.

Fewer TCP retransmits

Faster TLS handshakes.

Predictable jitter

On VoIP and real-time media.

Ask us anything.

An architect — not a sales rep — will answer within one business day.

Contact sales