İnternet bağlantısında sorun yaşandığında akla gelen ilk şey hattın yoğunluğu ve doluluğudur. Oysa çoğu zaman sorun kapasite değil, verinin izlediği yoldur. Paket kayıpları ve yüksek ping değerlerinin asıl sebebi, trafiğin yanlış yollardan hedefe ulaşmaya çalışmasıdır.
Ağ performansı, hattın ne kadar geniş olduğundan ziyade, verinin kaç farklı ağdan geçtiği ve ne kadar mesafe aldığı ile ilgilidir.
Bu noktada karşımıza iki seçenek çıkar, IP Transit ve Peering. Bunları birbirinin rakibi gibi görmek hatalıdır. Önemli olan hangisi daha iyi değil, hangi trafik için hangisinin seçileceğidir. Bir veri merkezinde gerçek performans, bu iki yöntemi doğru bir dengede kullanmakla başlar.
IP Transit ve Peering Nedir?
IP Transit, bir ağın internetin geri kalanına ulaşmak için üst seviye bir sağlayıcıdan rota satın almasıdır.
Erişim sağlanır, yani ağ internete açıktır. Ancak trafiğin hangi yoldan ve nasıl taşınacağı, büyük ölçüde upstream operatörün politikalarına bağlıdır.
Peering ise iki ağın doğrudan trafik değişimi yapmasıdır. Üçüncü bir taşıyıcı yoktur. Rota daha kısadır, gecikme düşüktür ve trafik akışı daha öngörülebilirdir.
Transit interneti açar, peering ağı optimize eder.
Bu yaklaşım özellikle Kentik ve Equinix gibi ağ odaklı içeriklerde net biçimde görülür. Bir örneğe bakacak olursak kullanıcı İstanbul’dan bir API isteği gönderir. Paket iki farklı yoldan hedefe ulaşabilir. Biri kısa ve doğrudan, diğeri karmaşık ama erişilebilir.
Burada ağ performansını belirleyen şey hız değil, rota tercihidir. İşte peering ve IP transit farkı tam olarak burada başlar.
Veri Merkezleri Neden Peering Odaklı Düşünür?
Bir veri merkezi için peering ve IP transit iki ayrı ürün değil, aynı ağ yapısının tamamlayıcı parçalarıdır.
Gerçek performans, bu ikisinin nasıl dengelendiğiyle ortaya çıkar.
Veri Merkezi Ne Zaman Peering Odaklı Olmalıdır?
Bir veri merkezinde aşağıdaki koşullar varsa, peering kritik hale gelir,
- Yoğun outbound trafik (web, CDN, SaaS, API)
- Düşük gecikme beklentisi (oyun, finans, canlı yayın)
- Aynı ASN’lere sürekli trafik (Google, Meta, Microsoft, CDN’ler)
Bu hedeflere giden trafiği transit üzerinden taşımak mümkündür ancak verimli değildir.
Rota uzar, hop sayısı artar ve gecikme yükselir.
Bu nedenle iyi konumlandırılmış veri merkezleri Internet Exchange noktalarına doğrudan bağlanır.
Örneğin DE-CIX gibi IX noktaları, trafiğin şehir hatta ülke dışına çıkmadan çözülmesini sağlar.
Peering bant genişliği için değil, rota kısaltmak için yapılır.
Veri Merkezi Ne Zaman Transit Ağırlıklı Olur?
Peering yapılmayan veya peering’e kapalı binlerce ASN bulunur. Küçük ağlar, edge servisler ve lokal içerik üreticileri çoğu zaman peering ilişkisine teknik ya da ticari olarak uygun değildir.
Ayrıca IPv4 ve IPv6 adreslerinin küresel ve kesintisiz erişimi hâlâ büyük ölçüde transit operatörler üzerinden sağlanır.
Bu noktada önemli olan transit sayısı değil, transit kalitesidir.
- Tek Tier-1 transit → risk
- Çok transit ama politika yok → kaos
- Transit + doğru BGP policy → dengeli ağ
Trafik Türüne Göre Doğru Yol Seçimi
| Trafik Türü | Örnek | İdeal Yol |
|---|---|---|
| CDN Trafiği | Video, statik içerik | Peering |
| Bulut Servisleri | API, object storage | Peering |
| Bölgesel Servisler | Yerel ISP | IX Peering |
| Global Erişim | Küçük ASN’ler | IP Transit |
| Bilinmeyen Hedefler | Rastgele trafik | IP Transit |
Peering–Transit Dengesi Bozulduğunda Ne Olur?
Peering ve IP transit dengesi bozulduğunda problemler genellikle ani değil, zamanla biriken şekilde ortaya çıkar. Başlangıçta her şey çalışıyor gibi görünür, ancak belirli saatlerde veya belirli hedeflere erişimde performans düşüşleri yaşanmaya başlanır.
Sahada sık görülen belirtiler şunlardır:
- Aynı hedef IP için saatlere göre değişen gecikme
- Akşam saatlerinde artan jitter
- Belirli CDN veya SaaS servislerinde düzensiz yavaşlama
Bu noktada sorun çoğu zaman kapasite değil, trafik yoludur.
Çok Transit Her Zaman Daha İyi Değildir
Transit sayısı arttıkça, eğer BGP politikaları doğru kurgulanmazsa şu problemler ortaya çıkar:
- Trafiğin düşük kaliteli upstream’e yönlenmesi
- Asimetrik routing
- Aynı destinasyon için sürekli rota değişimi
Bu durum özellikle gecikmeye hassas uygulamalarda ciddi performans dalgalanmalarına neden olur.
Transit sayısı değil, transitin nasıl kullanıldığı önemlidir.
SLA ile Peering–Transit İlişkisi Nasıl Kurulur?
Gerçek SLA, bir servisin sadece açık olup olmadığıyla değil, trafiğin ağ üzerinde ne kadar kararlı, tutarlı ve öngörülebilir aktığıyla doğrudan ilişkilidir.
Peering–Transit Dengesi SLA’yı Nasıl Etkiler?
Sağlıklı bir SLA, tek bir ağ bileşenine dayanmaz. Aşağıdaki üç yapı birlikte ve dengeli çalıştığında gerçek anlamda SLA ortaya çıkar.
| Bileşen | Ağ Üzerindeki Etkisi |
|---|---|
| Peering | Trafiğin en kısa rotadan akmasını sağlar, gecikmeyi düşürür |
| Transit | Global erişim, kapsama alanı ve yedeklilik sunar |
| BGP Politikası | Trafiğin hangi yoldan, ne zaman ve hangi öncelikle akacağını belirler |
Sık Sorulan Sorular
IP Transit varken neden peering’e ihtiyaç duyulur?
IP transit internetin tamamına erişim sağlar ancak trafik çoğu zaman dolaylı yollardan taşınır. Peering, yoğun ve bilinen hedeflere giden trafiği daha kısa rotadan yönlendirerek gecikme ve jitter’ı düşürür. Bu nedenle transit erişim için, peering ise performans için kullanılır.
Peering her zaman daha düşük gecikme sağlar mı?
Doğru yapılandırılmış peering genellikle daha düşük gecikme sunar. Ancak yanlış filtreler, eksik BGP politikaları veya yetersiz IX bağlantıları varsa peering beklenen faydayı sağlamayabilir. Peering’in performansa katkısı, yalnızca varlığıyla değil nasıl yönetildiğiyle ilgilidir.
Yüksek bant genişliği olmasına rağmen neden ping yükselir?
Ping değerleri bant genişliğinden çok, paketlerin geçtiği ağ sayısı ve izlediği rota ile ilişkilidir. Trafik gereksiz yere upstream ağlar arasında dolaşıyorsa, yüksek kapasiteye rağmen gecikme artabilir.
Bu tür durumlarda Internet Exchange üzerinden doğrudan peering yapılması kritik rol oynar. DE-CIX ile peering’in veri merkezleri açısından temel mantığını, yazımızda ele almıştık.
Jitter mı latency mi daha kritiktir?
Gecikmeye hassas uygulamalarda jitter çoğu zaman latency’den daha yıkıcıdır. Sürekli değişen gecikme süreleri, stabil ama biraz daha yüksek gecikmeden daha fazla sorun yaratabilir.
