Jerzy Krempa "Telpol" PPMUE: PeeringDB fix list

AS30838 · peeringdb.com/net/12151

PeeringDB

2 things to fix in Jerzy Krempa "Telpol" PPMUE's PeeringDB record, from what its exchanges publish: 1 to add, 1 to correct. As of 2026-10-08 20:58 UTC.

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

  1. Poland EPIX.Warszawa Warsaw, Poland · PeeringDB 474From its IX-F export
    IPv489.46.144.139
    IPv62001:678:3ac::139
    Speed100000 Mbps (100G)
    RS peerYes

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

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. Poland EPIX.Katowice Katowice/Silesia, Poland · PeeringDB 491
    ProblemPeeringDB hasThe export has
    IPv4 address missing from PeeringDB178.216.40.8178.216.40.8 178.216.40.83
    IPv6 address missing from PeeringDB2001:7f8:5b::82001:7f8:5b::8 2001:7f8:5b::83
    Port speed differs60G2 × 40G
    • In the entry with IPv4 178.216.40.8: set Speed to 40000 (40G) (now 60000).
    • Add an entry: IPv4 178.216.40.83, IPv6 2001:7f8:5b::83, speed 40000 (40G), RS peer yes.

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

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