IP Transit & Ethernet
Transit built for networks that want control
Carrier-grade IP transit from carrier-neutral PoPs, fed by a diverse upstream blend. Full BGP control on every port, with DDoS mitigation available inline, or the port on its own. Read about the engineering behind Wirescope.
Why Wirescope Transit
Transit that does more than deliver packets
Bandwidth is the baseline. Routing control and native dual-stack come standard on every port, with inline mitigation available on any of them.
- Full BGP control
- Granular BGP community support for route optimization. Prepend, blackhole, and steer traffic per prefix with full route filtering control.
- Native dual-stack
- IPv4 and IPv6 on every port and every session, with the same routing policy and the same tooling for both.
- Mitigation on the same path
- Inline DDoS filtering is an option on the port, not an overlay. Turn it on and attack traffic is dropped before it counts toward your commit.
- Diverse upstream blend
- Every PoP is fed by multiple international carriers, so a single upstream event does not become your outage.
- Asymmetric-friendly
- We never force symmetric routing. Send us traffic the way your network already works, full announcements or partial.
- Flat-rate or burstable
- Commit-based or 95th percentile billing, with traffic aggregated across ports and locations for one invoice.
Headroom
Fast, with room to grow
We buy upstream capacity with headroom rather than to the edge of what we sell, so a spike lands in room we already hold instead of a queue. Ports are burstable on top of that: run above your commit whenever your traffic does, on flat-rate or 95th percentile billing, aggregated across every port and PoP.
012345678901234567890123456789012345678901234567890123456789.012345678901234567890123456789Gbps
Commit 10G · bursts above it are expected
- Peak
- 31.8G
- Billed on
- 95th percentile
- Upstream capacity carries headroom, so a burst has somewhere to go.
- Flat-rate, or 95th percentile so short spikes are discarded.
- Traffic aggregated across every port and PoP onto one invoice.
- With mitigation enabled, attack traffic never counts toward your commit or your 95th.
Illustrative meter and 5-minute samples, not live telemetry.
Route optimization
The best path to your users, not just a path
Every PoP is fed by several upstreams, and a prefix is not stuck on whichever one wins by default. We steer per prefix toward the residential networks your users actually sit on, and move it when a path degrades.
203.0.113.0/24 leaves by session-b, local-pref 200
Illustrative sequence with a documentation prefix. Prepend, no-export, regional and peer-specific announcements are set by community or through the API.
The Network
A focused footprint, extended through partners
Wirescope delivers transit from carrier-neutral facilities in Ashburn and Frankfurt, with more locations on the way. Past our footprint, traffic rides a diverse blend of partner networks.
Transit Partners
Who feeds your port
Each core location is fed by multiple international carriers over multiple 400GbE upstream interfaces. Full per-PoP connectivity detail lives on the location pages.
The upstream blend
- GTTAvailable in v1
- Tier 1 backbone
- NTTAvailable in v1
- Tier 1 backbone
- ArelionComing in v2
- Tier 1 backbone
ASN and PeeringDB profile available at launch.
Reach
Where your packets actually have to land
Two destinations decide whether transit feels fast: the residential networks your users sit on, and the clouds your own backend sits in. We pick upstreams for both, and we keep the controls to steer between them when a path goes bad.
Eyeball networks
Residential ISP reach
Most of what you serve ends up on a consumer connection, so reach into residential networks is part of why each upstream is on the blend rather than an afterthought. GTT and NTT each carry a different mix of eyeball paths, and we can move a prefix between them.
- Upstreams chosen for residential reach, not only price per meg
- Per-prefix steering between carriers when a path degrades
- Regional and peer-specific announcements over BGP communities
- Asymmetric paths are fine; we never force symmetric return
Cloud and SaaS
Cloud reach
Your backend rarely lives in one place. Both core locations are carrier-neutral campuses, so reaching another provider in the same facility is a cross-connect rather than a new circuit across town, and the transit side stays on the port you already have.
- Carrier-neutral facilities: cross-connect to whoever else is in the building
- Point-to-point Ethernet and on-net cross-connects to your other racks
- Bring your own cloud interconnect; we carry the transit side
- Same port, same session: no separate contract for the cloud leg
What we will not do is publish a hop count or a latency table we cannot stand behind for your prefixes. Bring the destinations that matter to you and we will run them from the PoP you would actually buy, on the looking glass or during a trial, before you commit to anything.
Connectivity
Flexible port options
Available in 10GE, 25GE, 100GE and 400GE port speeds, with flat-rate or burstable billing. Aggregate traffic across ports and locations for simplified invoicing. Every speed runs the identical service, with real-time traffic analytics and BGP tooling.
Route Optimization
Granular BGP community support
Take full control of how your traffic enters and exits our network: path selection, prepending, blackholing, and regional steering, applied consistently at every PoP within seconds. Communities can also be set programmatically if you automate your routing.
- Blackhole
- Drop all traffic to a prefix at our edge
- Prepend 1x
- Add 1 AS prepend to all upstreams
- Prepend 2x
- Add 2 AS prepends to all upstreams
- Prepend 3x
- Add 3 AS prepends to all upstreams
- No Export
- Do not announce prefix to any upstream
- Regional Steering
- Announce only in specific regions (EU, NA)
- Peer-Specific
- Control announcements to individual upstreams
- Force full inspection
- Raise a prefix to the strictest filtering profile during an incident
On a mitigated port, filtering is on from the start; this community only tightens the profile.
Full community reference and values are provided during onboarding.
Wholesale
No one-size-fits-all, and nothing you did not ask for
Every network arrives with something already in place, and we would rather fit around it than force you into a bundle you do not need. Mitigation is an option on the port, not a condition of it, and how much of it we run is yours to set: all of it, just the generic layers, none, or the controls in your own hands at our edge. The platform is configurable end to end, so you tailor it to your needs rather than the other way round.
Without mitigation
Off
0%Filtering switched off. Traffic is delivered and billed as it arrives.
- Volumetric floodsdisabled
- Protocol-level filteringdisabled
- Application-layer inspectiondisabled
- Dynamic rule generationdisabled
- Per-workload tuningdisabled
- Escalation & NOC watchdisabled
Illustrative split. The real one is scoped with you.
Either way the network underneath is identical, and you can move between them as you grow. The controls behind Custom are laid out below. If you are reselling capacity or building a product on top of ours, the founding partner terms are open during v1.
Programmable edge
One API, and every other way in
Everything you can do in the panel, you can do from your own systems over the API. FlowSpec and BGP communities are there too, for the tooling you already run, and where policy alone is not enough you can deploy your own code to run inline beside our stack.
The API
PrimaryEverything the panel does, the API does, driven from your own systems: BGP sessions, prefix announcements, mitigation mode and rules per prefix, thresholds, alerting and traffic analytics. No portal in the loop, so it fits a CI pipeline, a runbook, or the tooling you already have.
- Sessions, announcements and prefixes
- Mitigation mode and rules per prefix
- Filtering thresholds per prefix
- Alerting and traffic analytics
- Fits a CI pipeline or an incident runbook
- Same port, same session, no re-homing
POST /prefixes/203.0.113.0/24/mitigation
{
"mode": "custom",
"rules": ["drop udp/11211", "ratelimit udp 500M"]
}
GET /prefixes/203.0.113.0/24/traffic?window=15mIllustrative. Shape of the calls, not the schema; the API reference is provided during onboarding.
Other ways in
FlowSpec
InterfaceAnother way in for match-and-action rules, over the BGP session you already run with us. Useful when your existing tooling speaks FlowSpec already.
- Prefix, port, protocol, length, flags, DSCP
- Discard, rate-limit, redirect or mark
- Withdraw the route and the rule is gone
route drop-memcached {
match {
destination 203.0.113.0/24;
protocol udp;
destination-port 11211;
}
then discard;
}Illustrative. Junos-style syntax shown. Supported matches, actions and limits are in the onboarding reference.
BGP communities
InterfaceSteering per prefix using the same communities we use internally, including one that raises a prefix to the strictest filtering profile.
- Blackhole a /32 in seconds
- Prepend toward an upstream or region
- Force full inspection during an incident
203.0.113.7/32 blackhole
203.0.113.0/24 prepend x2 toward carrier A
198.51.100.0/22 strictest filtering profileIllustrative. Intent shown, not values; the community reference is provided during onboarding.
Your code
InlineWhere policy alone is not enough, write your own filtering and steering logic and deploy it to our edge, where it runs inline in the forwarding path beside our stack.
- Runs at the ingress PoP, on the same port
- A parser for your own protocol
- A classifier trained on your own game
// drop handshakes that do not follow our sequence
export function inspect(pkt, session) {
if (pkt.udp && !session.sawHello && pkt.payload[0] !== 0x01) {
return DROP
}
return PASS
}Illustrative. Pseudocode; the runtime and its interface are scoped with you.
All four work on the same port and the same BGP session, and none of them is a separate product: they are how a Custom port is run. The full community reference, FlowSpec limits and the API reference are provided during onboarding.
Get Started
Request a transit quote
Tell us how you want to connect and where, and our network engineering team will scope a configuration for you. Wirescope works alongside your existing stack, other providers included: use us for everything, or just the pieces you need.
FAQ
Common questions
Ready to connect?
Get a custom quote for IP transit at any of our PoPs, or talk to our engineers about your connectivity requirements.