Connect to both TurkIX route servers
Use the following endpoints when establishing BGP sessions to the TurkIX route server platform.

Use the following endpoints when establishing BGP sessions to the TurkIX route server platform.
Before activation, align your peering policy and operational workflow around the route server model.
TurkIX route server filtering follows the standard IXP Manager model. Use route server ASN AS34565 in your policies. Large communities are recommended, especially for 32-bit ASN environments, and standard plus large communities should not be mixed on the same announcement.
0:PEER_ASN
34565:PEER_ASN
0:34565
34565:34565
34565:0:PEER_ASN
34565:1:PEER_ASN
34565:0:0
34565:1:0
34565:101:PEER_ASN
34565:102:PEER_ASN
34565:103:PEER_ASN
Close distribution to everyone first, then explicitly allow the selected peers.
0:34565
34565:65001
34565:65002
Use a single deny community to exclude one participant while keeping global route server distribution.
0:65010
Recommended model for Bird v2 and modern 32-bit ASN environments.
34565:0:0
34565:1:65001
Use peer-specific prepend communities to influence path selection toward a single participant.
34565:102:65020
For stronger availability, participants can establish sessions to both route server instances and keep peering more stable during maintenance or node events.
A route server model helps simplify the exchange of accepted routes across the platform while keeping policy handling operationally cleaner.
As the number of peers increases, the route server approach keeps day-to-day peering management far more practical than a full bilateral mesh.
Contact our team or send your application to plan the right connection model and activation path for your network.