Network Danışmanlığı: Ağ Analizi, Optimizasyon ve QoS

Network danışmanlığı; ağınızın önce ölçülüp haritalanması, yavaşlığın adresinin tahminle değil grafikle bulunması ve düzeltmenin o kanıta göre yapılması işidir: ağ analizi, darboğaz tespiti, QoS önceliklendirmesi ve bant genişliği yönetimi tek süreçte toplanır. Sahada bu işin tetiği neredeyse hep aynı cümledir: “Ağ yavaş, ama nereden kaynaklandığını kimse söyleyemiyor.” Biz o cümleyi ikiye böleriz: önce ölçeriz, sonra düzeltiriz. Ölçmeden yapılan her müdahale tahmindir ve tahminle yapılan yatırımın faturası genellikle yanlış yere kesilir.

Kurumsal network kurulumunu bir şehrin ulaşımı olarak anlatıyoruz: omurga otoyoldur, kenar switch’ler mahalle sokaklarıdır. Bu sayfanın konusu o şehrin trafik yönetimidir. Trafik kontrol merkezi kavşaklardaki yoğunluğu ekrandan izler (network izleme), bakım yüzünden kapanmış şeridi bulur (darboğaz) ve ambulansa geçiş üstünlüğü tanır (QoS). Şehirlerarası yollar, yani şubelerinizi birbirine bağlayan hatlar şubeler arası bağlantı hizmetinin konusudur; bu sayfada şehir içini, binanızın kendi ağını konuşuyoruz.

Bu ayrımın pratik bir sonucu var: internet hattını büyütmek çoğu zaman ilk yapılan, en pahalı ve en az işe yarayan hamledir. Şehre giren otoyolu genişletmek, tıkanıklık mahalle içindeki kapalı şeritten kaynaklanıyorsa tek bir aracı bile hızlandırmaz. Hangi hamlenin işe yarayacağını söyleyebilmek için önce trafiği saymak gerekir.

Network Danışmanlığında Ne Yapıyoruz, Ne Yapmıyoruz?

Bu hizmetin kapsamı, ağınızın ölçülür hale getirilmesi ve ölçümün gösterdiği düzeltmelerin yapılmasıdır:

• Ağ analizi ve haritalama. Hangi cihaz hangi porta bağlı, hangi kat hangi uplink üzerinden çıkıyor; topoloji çıkarılır ve yazılı hale gelir. Devraldığınız ağın belgesi yoksa ilk teslimat bu haritadır.
• Network izleme kurulumu. SNMP tabanlı bir izleme zemini kurarız: her portun trafiği ve her cihazın sağlığı grafiğe düşer. Zemin açık kaynaktır, lisans bedeli ödemezsiniz; aynı kurulumu kendi lab ortamımızda adım adım yazdık, biz onu sizin ağınızda kurup çalışır halde teslim ederiz.
• Darboğaz tespiti. Yavaşlığın adresi bulunur: hangi kablo, hangi port, hangi cihaz, günün hangi saatinde.
• QoS yapılandırması. Ses ve video trafiğine geçiş üstünlüğü tanınır; toplantı saatinde hattı dolduran indirme, konuşmanın önüne geçemez olur.
• Bant genişliği yönetimi. Hangi trafiğin hattın ne kadarını alabileceği kurala bağlanır; doymak bilmeyen bir akış, kritik uygulamanın payını yiyemez.
• Raporlu teslim. Harita, grafiklerin okunuşu, yapılan değişiklikler ve kapasite önerileri yazılı olarak elinizde kalır; izleme paneli sizde çalışmaya devam eder.

Yapmadığımız işi de aynı açıklıkla yazalım. Ağa kimin bağlanabileceği sorusu, yani 802.1X ile kimlik doğrulama ve erişim kontrolü bu sayfanın işi değildir; o katmanın nasıl çalıştığını RADIUS rehberimizde anlattık. Bir de sırayı bozmadığımız şey var: ölçüm söylemeden hat büyütmesi önermeyiz. Hat gerçekten doluysa bunu grafikle gösteririz; o noktada size uygun hattın tedarikini çözüm ortaklığımız üzerinden ayrıca konuşuruz, ama teşhis her zaman rakamdan önce gelir.

Ağ Optimizasyonu Kime Gerekli?

İhtiyacın acil olduğunu genellikle şu tablolardan biri söyler:

• “İnternet kötü” şikayeti kronikleşti. Hız testi normal çıkıyor, operatör hatta sorun görmüyor, şikayet sürüyor.
• Toplantı saatlerinde ses ve görüntü kopuyor. Video konferans donuyor, IP telefonda karşı taraf kesik kesik duyuluyor; gün içinde sorun kayboluyor, yoğun saatte geri geliyor.
• Ağın haritası yok. Yapıyı devraldınız, hangi kablonun nereye gittiğini bilen kişi artık kurumda değil; her arıza bir keşif gezisine dönüşüyor.
• Ağ büyüdü, plan büyümedi. Yeni kat, yeni kameralar, yeni cihazlar hep aynı eski omurgaya eklendi; ağ, hiçbir zaman bugünkü yükü için tasarlanmadı.
• Hat büyütüldü, şikayet bitmedi. En net işaret budur: sorun şehre giren yolda değil, şehrin içindedir.

Bu tabloların ortak bir özelliği var: hiçbiri kendiliğinden düzelmez, çünkü hiçbirinde sorunun adresi bilinmiyordur. Adres bilinmeyince yatırım da rastgele yapılır; bir cihaz değişir, bir hat büyür, şikayet kalır.

Hizmetin danışmanlık tarafı, kendi BT ekibi olan kurumlar için de aynı şekilde çalışır: ekibiniz ağı gün gün işletiyordur ama elinde ölçüm zemini yoktur. O durumda biz zemini kurar, ilk okumaları birlikte yapar ve ekibinize devrederiz; karar mekanizması sizde kalır, bizden alınan şey katman uzmanlığıdır.

Önce Ölçüm: Network İzleme ve Ağ Haritalama

Hangi tabloda olursanız olun ilk adım aynıdır: saymak. Kurumsal bir switch, her portundan geçen trafiği zaten sayar; sayaçlar cihazın içinde durur ve kendiliğinden kimseye bir şey anlatmaz. SNMP, bu sayaçları okunur hale getiren protokoldür: izleme sunucusu her cihaza belirli aralıklarla “bu portun sayacı kaçta” diye sorar, cevapları zaman ekseninde grafiğe döker. Grafik birikince yoğun saatte hangi şeridin dolduğu, hangi portun hata ürettiği, hangi cihazın ısındığı tek bakışta görünür. Protokolün kendisini, yönetici ile ajanın nasıl konuştuğunu merak ediyorsanız SNMP rehberimizde bütün mekanizmayı yazdık.

Peki yavaşlığı kullanıcı zaten hissediyorsa ölçüm niye gerekli? Çünkü his adres vermez: kullanıcı “internet kötü” der, grafik “omurga switch’in yirmi dördüncü portu her gün öğleden sonra doluyor” der. İkisi aynı gerçeğin iki hâlidir; biri şikayettir, öbürü iş emridir.

Benzetmenin koptuğu yeri de söyleyelim: trafik kamerası aracın içindekini de görür, SNMP görmez. İzleme, paketlerin içeriğini okumaz; sayar. “Kim ne yazışıyor?” sorusunun cevabı bu sistemde yoktur, “hangi şerit dolu?” sorusununki vardır. Çalışan mahremiyeti açısından bu bir ayrıntı değil, sistemin tasarımıdır.

Ölçümün işe yaraması için bir ön koşul daha var: harita. Grafikte dolu görünen portun sahada hangi kata, hangi kabinete, hangi cihaza gittiğini bilmiyorsanız ölçüm adressiz ihbara dönüşür. Bu yüzden analiz her zaman haritalama ile başlar; devralınmış ve belgesiz ağlarda işin ilk günleri bu arkeolojiye gider ve o emek boşa gitmez, çünkü harita optimizasyondan sonra da kurumun elinde kalır.

Ölçümün süresi de keyfi değildir: en az bir yoğun iş haftasını kapsar. Darboğaz mesai davranışıyla yaşar; salı sabahı onda çekilmiş tek bir fotoğraf, ay sonu yedeklemesinin ya da cuma toplantı trafiğinin tıkadığı şeridi göstermez.

Sonra Düzeltme: Darboğaz Giderme, QoS ve Bant Genişliği Yönetimi

Grafikler dolan şeridi gösterdikten sonra düzeltme tahmin olmaktan çıkar ve üç aileden birine düşer:

• Fiziksel düzeltme: şeridi açmak. Eski kablo, düşük hızda anlaşmış bir port, tek uplink’e binmiş bir kat. Ölçüm hangi bağlantının fiziksel sınırında yaşadığını gösterir; o bağlantı değiştirilir ya da büyütülür.
• Önceliklendirme: ambulans şeridi. QoS, tıkanıklık anında hangi trafiğin önce geçeceğini belirler: switch ve firewall, işaretlenmiş ses ve video paketlerini ayrı kuyrukta taşır, yol daraldığında önce onları geçirir. Hat boşken kimse fark etmez; hat dolduğunda toplantı akmaya devam eder, indirme birkaç saniye bekler.
• Şerit tahsisi: bant genişliği yönetimi. Yedekleme, kamera arşivi, güncelleme dağıtımı gibi doymak bilmeyen akışlara sınır konur, kritik uygulamaya garanti pay ayrılır. Amaç kimseyi cezalandırmak değil, hattın paylaşımını yazılı bir kurala bağlamaktır.

Bazen ölçüm üç ailenin hiçbirini değil, dördüncü gerçeği söyler: hat gerçekten doludur. O zaman raporda bu yazar ve operatörünüzle tahmin üzerinden değil grafik üzerinden konuşursunuz; büyütmenin ne kadar nefes aldıracağı da aynı grafikten okunur.

Ağ Optimizasyonunu Nasıl Yapıyoruz?

Süreç beş adımdan geçer:

1. Keşif, uzaktan ve ücretsiz. Şikayetin kendisini, cihaz envanterinizi, lokasyon sayısını ve hat kapasitenizi konuşuruz; görüşmenin sonunda işin mertebesi belli olur.
2. Harita ve izleme kurulumu. Topoloji çıkarılır, izleme zemini kurulur, ilk grafikler aynı hafta birikmeye başlar. Bu aşama tamamen okuma tarafındadır; ağınızın yapılandırmasına dokunulmaz.
3. Analiz. En az bir yoğun iş haftası ölçülür. Çıktı, öncelik sırasına dizilmiş bir darboğaz listesidir: hangi port, hangi saat, hangi trafik, hangi düzeltme ailesi.
4. Düzeltme. Değişiklikler planlı saatte ve her cihazın yapılandırma yedeği alınarak yapılır. QoS eşikleri masa başında değil, deneme ve yeniden ölçme döngüsüyle oturur; doğru değere ölçerek yaklaşılır.
5. Raporlu teslim ve devir. Raporda ağ haritası, grafiklerin okunuşu, yapılan değişiklikler ve kapasite önerileri yazılıdır; izleme paneli çalışır halde sizde kalır.

Teslimden sonrası için dürüst olalım: panelin başında birinin olması gerekir, çünkü sahipsiz kalan izleme ekranı birkaç ay içinde kimsenin açmadığı bir sekmeye dönüşür. Bu yüzden sürekli izlemeyi ayrı bir ürün gibi satmıyoruz: optimizasyon bittikten sonra grafiklerin takibi, alarmların yorumlanması ve kapasite kararları kurumsal bakım anlaşması kapsamında bize devredilebilir; kendi ekibiniz sürdürecekse teslim dosyası tam da bunun için yazılır.

Takibi bize devrettiğinizde alarmın ötesinde bir soru daha doğuyor: panel bir şey yakaladığında ne oluyor? Bir arıza bildirildiğinde ya da izlemede tespit edildiğinde hangi adımların atıldığını, çağrının etki ve aciliyete göre hangi önem seviyesine girdiğini destek sürecimizde yazdık.

Sahada Ne Yaptık?

Bu sayfanın anlattığı işin iki yarısı var: ölçmek ve düzeltmek. İkisi de sahada sınandı:

• Merkezi izleme dönüşümü: pahalı ve yanlış yapılandırılmış bir izleme platformunun yerine, tüm lokasyonları tek merkezden gören açık kaynak bir zemin kuruldu. Ölçüm yarısının en büyük ölçekli örneği budur.
• Toplantı saatlerinde çöken video konferansın QoS ile kurtarılması: çok lokasyonlu bir hat üzerinde sorun, hat büyütülmeden, yalnızca önceliklendirmeyle çözüldü. Düzeltme yarısının ta kendisidir.

Teknik derinlik için de iki adres var: ölçümün protokol tarafı SNMP rehberinde, izleme zemininin kurulumu ve sahada nelere baktığımız Cacti kurulum rehberinde yazılı. İkincisi, aynı modeldeki cihazların neden bambaşka sağlık grafikleri ürettiğine dair saha notlarımızı da taşır.

Ağ Optimizasyonu Fiyatını Ne Belirler?

Gösterge bedelimiz bu sayfanın altındaki kutuda güncel olarak duruyor; teklifin o bandın neresine oturacağını dört kalem belirler:

• Ağ topolojisi. Tek binalık derli toplu bir yıldız yapı ile katlar arasında zincirlenmiş, yıllar içinde araya switch eklenerek büyümüş bir yapı aynı sürede analiz edilmez.
• Mevcut karmaşa. Haritasız ve belgesiz devralınmış ağda sürenin bir kısmı arkeolojiye gider; harita zaten varsa aynı süre doğrudan ölçüme kalır.
• Cihaz ve kullanıcı sayısı. İzlemeye alınacak port sayısı ve grafiği okunacak cihaz sayısı doğrudan iş yüküdür.
• İnternet sağlayıcınızın ağınıza ne kadar dahil olduğu. Operatörün yönettiği cihazlarda doğrudan değişiklik yapamayız; oradaki her düzeltme operatörle koordinasyon ister ve takvimi etkiler.

Teklifleri karşılaştırırken tek soru yeter: rakamdan önce ölçüm var mı? Ağınızı hiç ölçmeden çözümü ve fiyatı söyleyebilen teklif, tahmini satıyordur; tahmin, bedava olduğunda bile pahalıdır.

Ağ yavaşlığı kader değildir; adresi olan, ölçülebilir ve düzeltilebilir bir mühendislik sorunudur. Trafiği sayan bir kontrol merkezi kurulduğunda “internet kötü” cümlesi yerini “üçüncü katın uplink’i doldu” cümlesine bırakır; ancak ikincisiyle iş yapılır.

Ölçüm sonunda darboğaz hattın kendisinde çıkarsa iş kurumsal internet hattı, ses trafiğinde çıkarsa iş telefon hattı ve SIP trunk tarafına geçer.

Yazan İlker Pehlivan

BT Danışmanı | Ağ, Sistem ve Güvenlik Yönetimi

İlker Pehlivan, karmaşık BT altyapılarını ölçeklenebilir ve güvenli sistemlere dönüştürür. Buradaki rehberleri kendi laboratuvarında kurup ölçerek yazar.

LinkedIn