Yerel ISP Altyapılarında PPPoE ve CGNAT Mimarisi Ölçeklendirmesi

Hızla Büyüyen İnternet Servis Sağlayıcıları İçin Altyapı Yönetimi

İster kablosuz internet hizmeti (WISP) sunan ister GPON fiber altyapı çeken yerel bir ISP olun; abone sayınız 1000'leri geçmeye başladığında ağ topolojinizin esnek ve ölçeklenebilir olması şirketin kaderini belirler. Radius tabanlı doğrulama (AAA) ve IP tahsisi bu mimarinin kalbidir.

PPPoE Topolojisinin Optimizasyonu

Abonelerin evlerindeki modemler ile merkez arasındaki iletişimi sağlayan PPPoE (Point-to-Point Protocol over Ethernet) sunucularının CPU yükünü dağıtmak kritik bir konudur. Tek bir devasa MikroTik veya Juniper Router üzerinde 5000 oturum açmak yerine, ağı bölgelere (VLAN veya fiziksel POP noktaları) bölüp dağıtık bir PPPoE mimarisi kurmak, kesinti anında tüm şehrin internetinin kopmasını engeller.

TR-069 ile Abone Modemlerinin Uzaktan Yönetimi

Saha destek maliyetlerinin en büyük sebebi "modemim resetlendi" şikayetleridir. Özellikle sahaya TP-Link gibi popüler modemler dağıtıyorsanız, merkeze bir ACS (Auto Configuration Server) kurarak TR-069 protokolünü aktif etmelisiniz. Abone modemi fabrika ayarlarına döndürse bile, cihaz internete ilk çıktığında ACS ile konuşur ve Radius kullanıcı adı/şifresini, Wi-Fi adını kendi kendine yeniden kurar. Bu operasyonel yükünüzü ciddi ölçüde hafifletir.

IPv4 Kıtlığı ve CGNAT (Carrier-Grade NAT)

Yeterli Public IP havuzunuz yoksa aboneleri internete çıkarmak için CGNAT yapmak zorundasınız. Loglama yasaları (5651) gereği hangi abonenin hangi dış portu kullandığını kaydetmek, sunucuyu felç edecek kadar büyük log dosyaları yaratır. Çözüm Deterministic NAT kullanmaktır. Her bir iç IP'ye önceden tanımlanmış sabit bir port bloğu (Örn: 2000-3000 arası portlar) atanır, böylece log tutmak yerine sadece logların matematiksel formülünü savcılığa teslim edersiniz.