Bir telekom mucizesidir.Santralden gelen kablo eklerle çoklana çoklana kalitenin dibini sıyırıyor.Sırf ''şu kadar fiber döşedik.'' demek için yapılan ultra kalitesiz işler.VDSL kalitesinin altında, ADSL kalitesiyle kapışan fiber interneti verebilmek, sadece ülkemize özgü olmasa gerek.
DH forumlarında vakit geçirmekten keyif alıyor gibisin ancak giriş yapmadığını görüyoruz.
Üye olduğunda özel mesaj gönderebilir, beğendiğin konuları favorilerine ekleyip takibe alabilir ve daha önce gezdiğin konulara hızlıca erişebilirsin.
PON yani pasif optik ağlar optik sinyali birden fazla parçaya bölerek bir noktadan çok noktaya erişim sağlayan bir ağ türüdür aynı koaksiyel (rf) kablo tv/internet altyapısı gibi.
PON ağların zaten özelliği bölünmesidir, bölmeyecekseniz PON tercih etmezsiniz zaten.
PON haricinde AON yani aktif optik ağlar da vardır ancak AON sektörde FTTH uygulamalarında kendisine yer edinememiştir. Çünkü çok maliyetlidir, ihtiyacın ötesinde kapasite sağlar, altyapıyı gelecekte güncellemek maliyetlidir. Bu yüzden AON ancak FTTC ve FTTB şebekelerde yer bulabildi. Sektörün FTTH konusundaki ana akımı PON zaten.
PON'u da kurarken bölme oranı ve tercih edilen topoloji oldukça önemli. Şuan 1:256 bölünme oranına dek destekleyen PON'lar var. Burada dikkat edilmesi gereken nokta sinyal kalitesinden ziyade kapasite yönetimidir. Zira PON yukarıda da ifsde ettiğim gibi Kablo TV altyapısı gibi tek noktadan çok noktaya erişimli bir ağ olduğu için kapasite de ortak kullanılır. Yani six 1:256 bölme oranı ile altyapı kurabilirsinix ancak kapasite tarafında patlamanız kaçınılmazdır zira PON'da port başına kapasite 2.4Gbps ile 50Gbps arasında kullanılan PON teknolojisine göre değişkenlik göstermekte.
Gelelim yapılan işlere. Telekom'un PON altyapısı diğer telco'ların PON'larına kıyasla daha maliyetli kurulumlar genelde. Çok ekonomi odaklı değil. Yani Telekom'un FTTH kurulumlarının Turkcell ve TurkNet gibi rakiplerinin FTTH kurulumlarından daha maliyetli ve daha performans odaklı olduğunu söyleyebilirim.
Tabi ki bu demek değildir ki Turkcell ve TurkNet'in ya da diğerlerinin FTTH'leri kötü. Ama unutmamak lazım 2-3 sene önce TurkNet'in FTTH altyapısı nasıl kapasiteden patlıyordu. Yani gereken müdahaleler yapılırsa ekonomi odaklı kurulumlarda dahi aslında ciddi bir sorun yaşanmaz.
Şimdi sanırım Telekom'da FTTH'de tek bir tatsız hadise var. Nokia sahalardaki bufferbloat sorunu. Açıkçası hemen herkes Nokia'yı suçluyor ama ban katılmıyorum. Nokia'yı Vodafone da, daha sonradan Turkcell de FTTH altyapısınds kullanıyor, onlarda bu sorun yok. Benim şahsi kanaatim sorına neden olan unsurun Telekom'un kullandığı port-adres bazlı doğrulama ve yetkilendirme sistrmidir. Bu sistem diğerlerinin sistemlerine nazaran daha karmaşık. Örneğin Turkcell ne yapıyor, Port bazlı yetkilendirme sistemi, daha basit. Yani ben Turkcell aboneliğimin PPP bilgileri ile Turkcell altyapısı bulunan herhangi bir yerden erişim alabilirim. Telekom'da ise kesinlikle alamam çünkü hangi OLT'deki hangi portun hangi PPP bilgileri ile erişim vereceği, ne kadar hız vereceği tanımlı.
Bu yetkilendirme sisteminin de artık bir nedenden dolayı Nokia sahalarda aboneye gelen veri akışını burst yaparcasına sınırlandırdığını bunun da bufferbloat sorununa sebep olduğunu düşünüyorum. Yani fiziksel bağlantıyı network (IP) tarafı frenlemeye çalışıyor da bu etki oluşuyor gibi.
Keza router'ınız üzerinden veri akışını burst atmayacak şekilde sınırlandırırsanız bu sorun ortadan kalkıyor bu da söylediklerimi destekleyicidir. Örneğin 100/20 erişiminiz var diyelim. QoS ayarlarından veri akışını UL yönünde 20480 Kbps olarak sınırlandırısanız yani hız UL yönünde 20Mbps'i aşmaya çalışmadığı taktirde sorun yok oluyor.
Peki bu sorunu düzeltmemiş olmaları hem Nokia hem de Telekom için ciddi bir ayıp mı, bence öyle.
DH forumlarında vakit geçirmekten keyif alıyor gibisin ancak giriş yapmadığını görüyoruz.
Üye Ol Şimdi DeğilÜye olduğunda özel mesaj gönderebilir, beğendiğin konuları favorilerine ekleyip takibe alabilir ve daha önce gezdiğin konulara hızlıca erişebilirsin.
< Bu mesaj bu kişi tarafından değiştirildi janec78042 -- 1 Nisan 2025; 0:8:28 >