Son birkaç ayda, yeni bir internet servis sağlayıcısına (ISS) geçiş yapmak zorunda kaldım ve bu geçişin getirdiği en can sıkıcı sorun, “carrier grade NAT” (CGNAT) adı verilen bir durumdu. CGNAT, IPv4 adresimin neredeyse tamamen kısıtlanmasına neden oldu, bu da kendi sunucularımı barındırmamı zorlaştırdı. Neyse ki, yeni ISS’m bana özel bir IPv6 adresi sağlıyordu. Bu nedenle, IPv6’yı etkinleştirdim ve bazı hizmetleri buna bağladım. Ancak, beklenmedik şekilde, IPv6 olmayan uygulamalarımda garip davranışlar görmeye başladım.
Oyun seanslarımda, sesli iletişimde (VoIP) ve oyun sunucusunda aralıklı gecikmeler yaşanıyordu. Gecikme bazen o kadar yükseliyordu ki, sunucuyla bağlantımı tamamen kaybetiyordum. Sorunun kaynağı, doğrudan IPv6 değil gibi görünüyordu, ancak donanımımın IPv6’yı işlemedeki yetersizliği olabileceğini düşündüm. IPv6’yı devre dışı bıraktığımda sorunlar ortadan kalkıyordu.
Sorunlu trafiklerin çoğu aslında IPv4 üzerinden gerçekleşiyordu. Örneğin, kullandığım oyunlar (Escape From Tarkov, Counter-Strike 2 ve Battlefield 6) ve Discord gibi uygulamalar, temel olarak IPv4 bağlantıları kullanıyorlardı. Hatta Steam web sitesi, hesap hizmetleri ve oyun sunucuları bile IPv4 üzerinde çalışıyordu.
Bu durum aslında alışılmadık bir şey değildi. Ancak, sorunların sadece IPv6 etkinleştirildikten sonra ortaya çıkması ve devre dışı bırakıldığında kaybolması, sorunun kökeninin IPv6’nın donanım üzerindeki uygulamasıyla ilgili olabileceğini düşündürdü.
Tüketici sınıfı router’lar genellikle IPv6’yı iyi yönetemiyor. Bu durum, daha ucuz router’larda gigabit trafiğinin yazılım yerine özel silikon üzerinden yönlendirilmesine neden olabilir. Bu, IPv4 için optimize edilmiş yolların kullanılmasına ve IPv6 etkinleştirildiğinde performans sorunlarına yol açabilir.
Bir diğer sorun ise çoklu yayın (multicast) ile ilgiliydi. IPv6, cihazların yerel ağda birbirini bulmasını sağlayan “neighbor discovery” işlemini çoklu yayın kullanarak gerçekleştirir. Router’lar ve erişim noktaları (AP), bu trafiği “MLD snooping” adı verilen bir mekanizma ile sınırlaması gerekir. Ancak, bu özelliğin tüketici sınıfı cihazlarda genellikle eksik veya hatalı uygulanır.
Çözüm olarak IPv6’yı devre dışı bırakmak zorunda kaldım. CGNAT arkasında olmak, IPv6’nın kendi sunucularımı barındırmam için tek çözüm olması anlamına geliyor. Ancak, sorunları çözemediğim ve tutarlı bir şekilde yakalayamadığım için, IPv6’yı devre dışı bıraktım ve o zamandan beri herhangi bir sorunla karşılaşmadım.
IPv6’nın soruna neden olduğundan emin olamasam da, sorunların sadece IPv6 etkinleştirildikten sonra ortaya çıkması ve devre dışı bırakıldığında kaybolması, sorunun kökeninin IPv6’nın donanım üzerindeki uygulamasıyla ilgili olabileceğini düşündürdü. Ne yazık ki, çoğu kullanıcı ev ağlarında IPv6 yapılandırması yapmadığından, bu protokol genellikle tüketici sınıfı cihazlarda bir “ek özellik” olarak görülüyor.
Bu Gelişmeyi Toplulukta Değerlendirin
Haber hakkındaki düşüncelerinizi, donanım deneyimlerinizi ve teknik sorularınızı topluluk üyeleriyle anlık olarak tartışın.
Bir yanıt yazın