ixreport

Julius Wolff: PeeringDB fix list

AS211688 · peeringdb.com/net/26186

PeeringDB

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

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

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. Switzerland FogIXP Avers, Switzerland · PeeringDB 3756
    ProblemPeeringDB hasThe export has
    IPv4 address missing from PeeringDBnone185.1.147.28
    • In the entry with IPv6 2001:7f8:ca:1::28: set IPv4 to 185.1.147.28 (now empty).

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

  2. Germany KleyReX Frankfurt, Germany · PeeringDB 123
    ProblemPeeringDB hasThe export has
    IPv4 address missing from PeeringDBnone193.189.83.167
    • In the entry with IPv6 2001:7f8:33::a121:1688:1: set IPv4 to 193.189.83.167 (now empty).

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

Check these entries (1)

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

  1. United States EVIX Fremont, United States · PeeringDB 2274Not on its IX-F export or website members list
    IPv4–
    IPv62602:fed2:fff:ffff:6::70
    Speed1000 Mbps (1G)

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