Etiket arşivi: aruba

Kablosuz Ağlarda “Gürültü” Problemleri Hakkında

Bu gün sizlere kablosuz ağların kullanımının çok çok artması sonucu ortaya çıkmaya başlayan bir sıkıntıdan bahsedeceğim.  Kablosuz ağlar, kullanıldıkları ortam dahilindeki başka faktörlerden de etkilenebiliyorlar. Örneğin, 2,4Ghz veya 5Ghz  bandında çalışan AP’ler, çalıştıkları frekansa etki eden diğer cihazlar yüzünden çalışamaz hale gelebiliyorlar.

Özellikle 2.4Ghz frekansı ciddi problem. Günlük hayatta kullandığımız birçok kablosuz ekipman, bu frekanstan çalışıyor.  Kablosuz video aktarıcılar, evlerimizdedeki sabit hatlar için kullandığımız kablosuz DECT telefonlar, bebekleri  dinlemek/izlemek için kullanılan kablosuz alıcı vericiler, mikrodalga fırınlar(büyük tehlike!), bluetooth cihazlar vesaire  vesaire… Bunlara ek olarak ortamda çalışan, sinyali bize kadar ulaşan ama bizim olmayan kablosuz access point’ler.. Bu  cihazların tümü, eğer bizim kablosuz erişim cihazlarımıza kadar sinyallerini ulaştırabiliyorlarsa bizim AP’lerin  yayınlarını olumsuz etkiliyorlar, hatta tümüyle bozabiliyorlar.

İşte bu ortamda çalışan AP’lerin, sadece birinin veya birkaçının değil, hepsinin ortamı tarama ve bize detaylı bilgi  sağlama özelliğinin olması gerekir.

Belirli frekans bantlarını gerçek zamanlı olarak Layer1 ortamında tarayıp ham data alabilen bu sistemlere Spectrum Analyzer  denilir. Spectrum Analyzer cihazları önceden USB’den bilgisayarımıza bağladığımız ekipmanlardı. Bilgisayarımıza bu  cihazları takar ve inceleyeceğimiz ortamda bunları çalıştırıp o bölgenin havasını “koklardık”. Artık USB’den takılan bu  pahalı ekipmanlara ihtiyacımız yok, artık her AP’nin birer Spectrum Analyzer’lik yaptığı kablosuz ağ yapıları  kurulabiliyor. Hatta ve hatta artık AP’ler bir yandan yayın yaparken bir yandan da Spectrum Analyzer’lik yapıp ortamdaki  tüm sinyalleri bize gösterebiliyorlar.

Spectrum Analyzer olarak çalışabilen AP’ler sayesinde, bizler, artık herhangi bir AP’nin duyabildiğini her türlü sinyali  analiz edip, bu sinyalin AP’yi etkileyip etkilemediğini anlayabiliyoruz. Bu imkan önemli bir imkan, özellikle kablosuz  ağların dominant bağlantı teknolojisi haline geldiği, son kullanıcı için kablo bulunmayan ofislerin kurulduğu günümüz  dünyasında gerçekten büyük bir imkan. Önceden kablosuz network, kablolu ağ çalışmadığı zaman danışılan bir yardımcı  ortamdı. Artık kablosuz ağ olmadan veya kablosuz ağ düzgün çalışmadan işler yürümüyor, çok çok kritik işler kablosuz ağlar  üzerinden yürütülüyor.

Peki, daha açık olmak gerekirse bu sistem tam olarak ne işimize yarayacak?

Bu sistem sayesinde biz istediğimiz zaman AP’lerin tam olarak neler duyduğunu anlayabileceğiz. Yoksa bizim AP’nin  yakınlarında, binanın diğer tarafındaki ofiste olan ama orada olduğunu bilmediğimiz bir mikrodalga fırın mı var? Yoksa  bizim kattaki kablosuz ağ, üst kattaki gibi sapasağlam çalışmıyor, sebebi bu mu? Özellikle sabahları kablosuz ağ arada bir  duruyor, yoksa yan ofisteki arkadaşlar poğaçalarını mı ısıtıyorlar mikrodalgada? :))

Evet eskiden bu tip problemleri tespit edip ortadan kaldırmak çok çok zordu. Artık bir RF uzmanının yerinde müdahalesine  bile gerek yok, AP’ler otomatik olarak kendisini rahatsız eden gürültüyü anlayıp hemen boş ve rahat bir kanala  zıplayıveriyorlar.

Velhasıl artık tüm AP’lerimizde Spectrum Analyzer çalışması ve hem Kablosuz Ağ yayını yapıp hem de aynı anda Spectrum  Analzer ile veri toplanabiliyor olması çok aradığımız ve önemli bir kablosuz ağ mimarisi…

İyi çalışmalar.

Oğuzhan Eren

Kablosuz Ağlarda Option 82 desteği.

Biraz da kablosuz dünyadan bahsedelim. Kablosuz dünyaya ait tonla teknoloji var ve bunlardan birçoğu gerçekten hayatı
kolaylaştıracak türden. Ben Aruba Networks ürünleri üzerinde çok çalıştım ve Aruba Networks ürünleri merkezli olmak üzere
diğer tüm networking üreticilerinin ön plana çıkarttığı kablosuz teknolojiler hakkında biraz konuşmak isterim.
Örneğin option 82 özelliğinden bahsedelim.
Normalde kablosuz istemcilerin DHCP istekleri, bilindik bir şekilde, DHCP standardına uygun olarak DHCP sunucuya ulaşır,
DHCP sunucu bunlara bir IP adresi sunar ve o IP adresi o istemcinin olur. DHCP sunucunun istemci ile aynı yerel ağda
olmadığı durumlarda, istemcinin default gateway’inin DHCP Relay işlemi yapması gerekir. Yani, istemcinin default gateway’i
kendisine gelen DHCP isteklerini başka bir network’teki DHCP sunucuya “relay” eder. Bu şekilde, DHCP server istemci ile
aynı network dahilinde değilken de DHCP server ip sağlama hizmetini yerine getirebilir.
Peki Option 82 özelliği bu işin neresinde?
Büyük çapta bir network düşünelim. Dünya çapında bir network olsun. Her ülkenin değişik yerlerinde hot spot access
point’lerimizin olduğunu düşünelim ve AP’lere bağlanan müşterilerimizin bir captive portal sayfası aracılığı ile bizden
internet satın alıyor olduklarını varsayalım. Sonuçta bunu sağlamak için müşterilerimiz AP’lere bağlanıp otomatik IP
alacaklar ve internet’e gitmeye çalıştıklarında bizim captive portal’i görecekler. Her hot spot lokasyonunu farklı bir IP
bloğu olarak atayabilir veya belirli bir bölgedekileri (örn İst – Ortaköy bölgesi cafeleri gibi) aynı network dahilinde de
tutabiliriz, çok önemli değil. Asıl önemli olan nokta, bizim merkezde bulunan içerik sağlama yazılımlarımızın (captive
portal’i ve/veya captive portal üzerindeki reklamları sağlayan yazılımlarımızın) hangi müşterimizin hangi AP üzerinden
merkeze bağlandığını bilebilmesidir. İşte bunu option 82 ile sağlamak mümkün.
Yani olay şöyle çalışıyor, bir müşteri bir AP üzerinden bağlanıyor, DHCP isteği gönderiliyor. Bu DHCP isteği merkezdeki
controller tarafından relay edilip DHCP server’a gönderilmeden hemen önce option 82 field’ina bu müşterinin bağlandığı
access point’in mac adresi (veya essid’si) yazılıp öyle gönderiliyor. Artık DHCP server IP’yi ona göre verir, içerik
sağlamak yazılımları müşterinin göreceği captive portal’a ona göre reklam yayınlarlar, o merkezdeki yazılımlara kalmış.
Bu anlamda option 82 teknolojisi, mekan tabanlı hizmet servislerine önemli katkı sağlamış oluyor.
Teşekkürler ;)
Oğuzhan Eren