ixreport

CMIS: PeeringDB fix list

AS204949 · peeringdb.com/net/40164

PeeringDB

2 things to fix in CMIS's PeeringDB record, from what its exchanges publish: 1 to add, 1 to correct. As of 2026-10-08 22:13 UTC.

Make the changes on CMIS's PeeringDB page: sign in, choose Edit, and find the exchanges under Public Peering Exchange Points. Speeds go in as megabits per second.

Add these exchanges (1)

On the exchange's own member list, but not in CMIS's PeeringDB record. Add one entry per connection with these values.

  1. Czechia Peering.cz Prague, Bratislava, Vienna, Frankfurt, Czechia · PeeringDB 713From its IX-F export and website members list

    2 connections, so 2 entries:

    IPv4185.0.20.91
    IPv62001:7f8:7f::91
    Speed2625 Mbps (2.625G)
    RS peerYes
    IPv4185.0.20.93
    IPv62001:7f8:7f::93
    Speed2625 Mbps (2.625G)
    RS peerYes

Correct these entries (1)

Addresses or port speeds in PeeringDB that differ from the exchange's IX-F export. The changes below follow the export; if the export is the one that's wrong, tell the exchange instead.

  1. Czechia NIX.CZ Prague, Czechia · PeeringDB 71
    ProblemPeeringDB hasThe export has
    IPv6 address missing from PeeringDBnone2001:7f8:14::49:1 2001:7f8:14::49:2
    Port speed differs2 × 20G20G
    • In the entry with IPv4 91.210.17.39: set IPv6 to 2001:7f8:14::49:1 (now empty).
    • In the entry with IPv4 91.210.17.49: set IPv6 to 2001:7f8:14::49:2 (now empty).

    PeeringDB's IX-F import is on for this exchange and this network allows automatic updates, so PeeringDB should make this change by itself. If it hasn't, PeeringDB may have hit a conflict: check the IX-F suggestions on the network's PeeringDB page.

From ixreport.com/net/204949/: PeeringDB against each exchange's IX-F export and website members list. Exchanges whose lists couldn't be read on this update aren't included.