IP TRANSIT
1G and 10G ports, full view or default, IPv4 + IPv6.
- 1000BASE-T / BX and 10GBASE-LR / SR
- Full view, partial or default route — your call
- BGP communities to steer your announcements
- Trial connection before any contract
Named after the one metric we keep at zero. Everything else — transit, peering, tunnels and racks — simply works.
Registry data comes from RIPE, the session list comes off our own routers. None of it was invented by a marketing department, and nearly all of it is externally verifiable.
| AS | ORGANISATION | AF | TYPE |
|---|---|---|---|
| AS31500 | Global Network Management | v4 · v6 | TRANSIT |
| AS30823 | aurologic GmbH | v4 · v6 | TRANSIT |
| AS50952 | DATA-IX | v4 · v6 | IX |
| AS49869 | Piter-IX Moscow | v4 · v6 | IX |
| AS50817 | Piter-IX St. Petersburg | v4 · v6 | IX |
| AS13335 | Cloudflare | v4 · v6 | PEER |
| AS6939 | Hurricane Electric | v4 · v6 | PEER |
| AS214745 | NET67X Networks | v4 · v6 | DOWNSTREAM |
| AS219431 | MANEKO | v4 · v6 | DOWNSTREAM |
Five items. None of them is called a next-generation cloud ecosystem.
1G and 10G ports, full view or default, IPv4 + IPv6.
GRE, IP-in-IP and IPsec between your sites and our core.
Native dual-stack at every site, no NAT.
Units and 42U racks on our own platform in Moscow.
Blackhole triggered by your own announcement. No phone calls.
Send your AS number, the bandwidth you want and the site — that is enough for a first reply.
REQUEST A PORTWe peer with anyone holding an ASN and an interest in fewer hops. No NDA required for that.
| COMMUNITY | ACTION |
|---|---|
| 202831:666 | BLACKHOLE — drop at every edge |
| 202831:911 | BLACKHOLE — upstreams only, keep local reachability |
| 202831:100 | PREPEND x1 to all transits |
| 202831:200 | PREPEND x2 to all transits |
| 202831:300 | DO NOT ANNOUNCE to transits (peers only) |
Three points of presence. The network plugs into carrier-neutral hubs; the servers sit on platforms we run ourselves.
AS202831 was built for our own hosting projects. Below: who owns it and what runs on it.
Third-party projects taking addressing and transit from us.
| PROJECT | SITE |
|---|---|
| endcore.cloud | MSK |
Above: what we sometimes find when a customer migrates to us. Below: what it looks like afterwards. The difference is usually measured in downtime, not money.



A small team with no management layer in between. Your ticket lands directly with whoever can fix it.
Owns the BIRD configuration, plans addressing, and decides what to do with a flapping session at three in the morning.
Works the ticket queue, builds tunnels, and explains why MTU 1500 inside GRE is a bad idea.
Negotiates interconnects, maintains IRR objects, and keeps the ROAs from expiring.
This section is inherited from the previous version of the site. We kept the format and fixed the spelling.
Took a rack for my project. BGP session was up two hours after the request, max-prefix negotiation included. Support answers to the point and without scripts. Ten out of ten.
Left my previous transit provider over price. Ping to Europe via Warsaw is 30 ms, and in a year monitoring has not caught a single outage. Invoices match the contract.
Tried to run something on a VDS that should not have been run. The VM was pulled in four minutes with an explanation citing the contract. No complaints, still a customer.
The old site had a list of surnames here. We replaced it with a list of prefixes — more useful, and unlike politics it is actually enforced at the edge.
Three addresses and one messenger. There is no eight-item phone menu.
Send your AS number, the bandwidth you want and the site — that is enough for a first reply.