Exchanges · data from 2026-11-12
KAZ-IX Kazakhstan Traffic Exchange
Karaganda, KZ · members from IX Report (2026-11-12)
Route servers: RPKI + IRR filtering
For each member on the route servers: of the routes it originates, how many a route server would leave out if it dropped RPKI-invalid routes and filtered on the IRR the way IXP route servers commonly build their prefix lists: the member's AS-SETs from PeeringDB (with none, its own AS number), expanded as bgpq4 does against whois.radb.net, with more-specifics of a route object accepted down to /24 and /48 (bgpq4 -A -R 24 / -R 48). 3 routes are RPKI invalid and 11 fail the IRR filter. Only each member's own routes are counted: the collectors show a route's origin, not which network it came through, so customers' routes aren't in these numbers. Route objects only in LEVEL3 or IDNIC (no public dump) count as missing.
| AS35104Kaztranscom | AS-KTCPEERS | 189 | 3 | 9 | 9 5% |
| AS29355KCell JSC | AS29355 no AS-SET in PeeringDB | 2,561 | 0 | 1 | 1 0% |
| AS57724DDoS-Guard.net main network | AS-DDOS-GUARD | 35 | 0 | 1 | 1 3% |
2 other route-server members would have every route they originate accepted.
Members
Every member on IX Report's lists for KAZ-IX, with the routes it originates. Also as members.csv.