ixreport

3C1B Telekom: PeeringDB fix list

AS6823 · peeringdb.com/net/26855

PeeringDB

5 things to fix in 3C1B Telekom's PeeringDB record, from what its exchanges publish: 2 to add, 3 to correct. As of 2026-10-08 18:53 UTC.

Make the changes on 3C1B Telekom'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 (2)

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

  1. Türkiye GIBIRIX İstanbul, Türkiye · PeeringDB 3659From its website members list
    IPv4185.1.221.21
    IPv62001:7f8:11d::21
    SpeedNot published
    RS peerNot published
  2. Bulgaria NetIX Sofia, Bulgaria · PeeringDB 699From its IX-F export and website members list

    The exchange's IX-F export and website members list doesn't give addresses or a speed. Use the addresses on your router, or ask the exchange.

    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.

Correct these entries (3)

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. Germany DE-CIX Frankfurt Frankfurt, Germany · PeeringDB 31
    ProblemPeeringDB hasThe export has
    Port speed differs400G800G
    • In the entry with IPv4 80.81.196.193: set Speed to 800000 (800G) (now 400000).
  2. Türkiye DE-CIX Istanbul Istanbul, Türkiye · PeeringDB 1150
    ProblemPeeringDB hasThe export has
    Port speed differs10G100G
    • In the entry with IPv4 185.1.48.69: set Speed to 100000 (100G) (now 10000).
  3. Bulgaria TurkIX Sofia Sofia, Bulgaria · PeeringDB 4186
    ProblemPeeringDB hasThe export has
    Port speed differs2 × 100G100G

    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/6823/: 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.