ixreport

ServCity: PeeringDB fix list

AS207994 · peeringdb.com/net/32472

PeeringDB

4 things to fix in ServCity's PeeringDB record, from what its exchanges publish: 1 to add, 2 to correct, 1 to check. As of 2026-10-08 18:53 UTC.

Make the changes on ServCity'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 ServCity's PeeringDB record. Add one entry per connection with these values.

  1. Switzerland 4b42 Internet Exchange Point Zurich, Switzerland · PeeringDB 2447From its IX-F export and website members list
    IPv4–
    IPv62001:7f8:d0::3:2c7a:1
    SpeedNot published
    RS peerYes

Correct these entries (2)

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. Netherlands GNM-IX Amsterdam, Netherlands · PeeringDB 358
    ProblemPeeringDB hasThe export has
    Port speed differs2 × 200G200G

    PeeringDB's IX-F import is on for this exchange, so PeeringDB also suggests this change on the network's PeeringDB page.

  2. Czechia Peering.cz Prague, Bratislava, Vienna, Frankfurt, Czechia · PeeringDB 713
    ProblemPeeringDB hasThe export has
    Port speed differs100G12.5G
    • In the entry with IPv4 185.0.21.62: set Speed to 12500 (12.5G) (now 100000).

Check these entries (1)

In PeeringDB, but on none of the exchange's own lists. If ServCity has left, delete the entry; if it's still connected, the exchange's list is wrong: ask the exchange to fix it.

  1. Germany ERA-IX Frankfurt Frankfurt, Germany · PeeringDB 4630Not on its IX-F export or website members list
    IPv4185.0.27.91
    IPv62001:7f8:15e::91
    Speed100000 Mbps (100G)

From ixreport.com/net/207994/: 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.