14.01.2015 Views

Bilgisayar ağlarında temel kavramlar

Bilgisayar ağlarında temel kavramlar

Bilgisayar ağlarında temel kavramlar

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>Bilgisayar</strong> <strong>ağlarında</strong> <strong>temel</strong> <strong>kavramlar</strong><br />

Burada yapılan tanımlar, şu anda elimde herhangi bir yazılı kaynak olmadığı için, sadece<br />

bugüne kadar okuduğum yazılı kaynaklardan hatırımda kalan bilgilerin derlenmiş halidir....<br />

Node:<br />

Bir bilgisayar ağına adapte olmuş herbir uç elemana denir. Bu kavram ile bir bilgisayar, ya<br />

da özelleşmiş elektronik cihazlar kastedilebilir.<br />

Paket:<br />

Herhangi bir protokol tarafından işlenmiş olan ve kendi içinde bütünlüğü olan en küçük<br />

veri parçasına, o protokole ait bir paket denir.<br />

Protokol:<br />

Birbirleriyle haberleşen sistemlerde, bu haberleşmenin yöntemlerini belirleyen kurallar<br />

bütününe protokol denir.<br />

Switching(Anahtarlama):<br />

Bir ağ içerisinde, bir paketin ulaşması gereken hedefe ulaştırılması için o paket üzerinde<br />

yapılan işleme switching(anahtarlama) denir. Bu işlem, switch adı verilen cihazlar<br />

tarafından gerçekleştirilir.<br />

Routing(Yönlendirme):<br />

İki ağ arasında, bir paketin ulaşması gereken hedef ağa ulaştırılması için o paket üzerinde<br />

yapılan ağlar arası transfer işlemine routing(yönlendirme) denir. Bu işlem, router adı<br />

verilen cihazlar tarafından gerçekleştirilir.<br />

Connection(Bağlantı):


İki node arasında, asıl bilgi transferinin dışında, iletişimin ayrıntılı özelliklerini belirleyerek<br />

ve senkronizasyon kurmaya dayalı olarak yapılan anlaşmaya connection(bağlantı) denir.<br />

Connection-oriented Communication(Bağlantılı İletişim):<br />

İki node arasında, güvenli bir iletişim maksadıyla kurulan bağlantı tabanlı iletişim<br />

yöntemleridir. Bağlantı'nın gereklerini yerine getirmek uzun bir zaman aralığı istediği için<br />

performansı daha düşüktür.<br />

Connectionless Communication(Bağlantısız İletişim):<br />

İki node arasında, bağlantı tabanlı olmayan iletişim yöntemleridir. Bağlantı'nın gereklerini<br />

yerine getirmek durumunda olmadığı için performansı daha yüksektir.


Transmission Control Protocol / Internet Protocol<br />

İletim Kontrol Protokolü / İnternet Protokolü<br />

İnternetin <strong>temel</strong> protokol paketidir. Protokol kelimesinin tanımı için bilgisayar ağları<br />

başlığı altına bakabilirsiniz.<br />

Internet üzerinde verilerin akışını kontrol eden TCP/IP bir çok protokolün bir araya<br />

gelmesiyle oluşturulmuş olduğu için ona protokol paketi diyoruz. TCP bu protokol<br />

paketinin "Noktalar arası veri transferinde dikkat edilecek hususlar" kısmını yürütürken, IP<br />

ise "Verilerin taşınacağı yolu nasıl belirlesek!" kısmıyla ilgilenir. TCP/IP sisteminin 7<br />

katmanlı OSI yapısına uymadığı bunu tartışan kitaplarda belirtilir. Bunun ne gibi bir soruna<br />

yol açtığını ise pek bilemiyoruz. (Aslında bilebiliriz de; uzun mesele. Boşverin gitsin)<br />

TCP/IP' yi anlatan kitapları karıştırdığımızda onun tarihi ile ilgili bazı bilgiler verilir. Ben<br />

de hatırımda kaldığı kadarıyla bunları derleyeyim. ABD' de DARPA adında askeri bir<br />

kurum bir nükleer savaş esnasında bile ayakta kalabilecek bir bilgisayar iletişim yapısı<br />

kurulması için çalışmalar başlatır. Bu projenin <strong>temel</strong> amacı, herhangi iki nokta arasındaki<br />

iletişimin kopması durumunda bile başka yollar üzerinden noktalar arası iletişimi devam<br />

ettirebilen bir sistem meydana getirebilmekti. Bu dokümanda işin tarihi ya da edebi<br />

yanından çok bu noktası açıklanacak. Yani sistem bunu nasıl olabiliyor da yapabiliyor<br />

Neyse bir kaç noktaya daha değinip bu faslı kapatalım. Daha sonra ABD çapında üniversite<br />

öğrencileri ya da akademisyenlerden oluşan bir yazılım grubunun uzunca bir çalışması<br />

sonucunda TCP/IP yapısı oluşturuluyor.<br />

TCP/IP adreslemesi ve LAN' lardaki analizi<br />

O zaman öncelikle TCP/IP' nin yerel ağımızdaki iletişimi nasıl sağladığıyla başlayalım


konuya. <strong>Bilgisayar</strong> Ağları kısmında da anlatıldığı gibi yerel alan ağı, 5-10 makine kadar bir<br />

bilgisayar topluluğunun ethernet vb. protokollerle bağlanmasıyla ortaya çıkıyordu.<br />

Netbios gibi bir protokolü ele aldığımızda bu protokolün her makineye verilen bir isim ile<br />

bu iletişimi sağladığını görüyoruz. Sisteminiz, ağ üzerinde şöyle bir tarama yapar ve size<br />

Netbios protokolünü kullanan diğer makinelerin isimlerini bir liste halinde getirir. Sonra da<br />

verilerinizi transfer edersiniz.Fakat TCP/IP global bir sistem olduğu ve öyle sadece 10<br />

makinayı birbirine bağlamakla yetinemeyeceği için daha global bir adresleme sistemi<br />

kullanmaktadır. TCP/IP' nin adresleri , notasyonal bazda birbirinden "." larla ayrılmış 4 er<br />

adet 8 bitlik (oktet) rakamdan oluşmaktadır. Bu adresleme sistemine bir örnek olarak<br />

193.255.88.197 adresini verebiliriz. 8 bitlik parçalardan oluşmasından dolayı iki nokta<br />

arasında kalan sayılar 0-255 arasında değişen değerler alırlar. Rakam kullanmak, çok geniş<br />

bir adresleme aralığı sağlamasının yanında, bilgisayar programlamayla uğraşanların hemen<br />

yorumlayabileceği gibi, yönlendirme işlemleri için algoritmik tasarım esnekliğini de sunar.<br />

Yerel alanda zorluk gibi gelen bu numaraların kullanılması, internet alanında bir<br />

zorunluluktur. Sistemi tasarlayan kişiler de bu numaraları hafızada tutmanın zor olduğunu<br />

bildiklerinden, DNS adını taşıyan ve www.erciyes.edu.tr gibi hafızada tutulması kolay<br />

(insan hafıza yapısına uygun) olan domain isimlerini, bunlara karşılık gelen IP adreslerine<br />

eşleyebilen bir sistem geliştirmişlerdir. Bu sayede bizim ezberlememiz ya da öğrenmemiz<br />

gereken IP numaralarının sayısı (kendi makinemizin ayarlarını buna katmazsak) sadece 1' e<br />

indirilmiş oluyor. Dolayısıyla bu numaralardan kaynaklanan zorluğu da aşmış<br />

bulunuyoruz.<br />

ARP<br />

(Address Resolution Protocol - Adres Çözümleme Protokolü)


Adres Çözümlemesi' nden kasıt, karşı bilgisayarın IP adresini sisteme vermemize karşılık<br />

ethernet katmanından karşı makinanın ethernet adaptörüne ait olan MAC adresini elde<br />

etmektir. Biliyorsunuz ethernet katmanında yazılımsal protokollerin (TCP/IP, Netbios gibi)<br />

adreslerinin hiç bir önemi yoktur. Bu adresler ethernet gibi daha alt seviyedeki protokoller<br />

tarafından, herhangi bir veriden farksız biçimde işlem görürler. Dolayısıyla LAN' ımızda<br />

yaptığımız her türlü iletişim için karşı bilgisayarın ethernet kartının donanımsal adresini<br />

bilmemiz gerekiyor. (Bu arada sürekli olarak ethernet üzerinden örnekler veriyorum.<br />

Çünkü TCP/IP nin token-ring veya FDDI gibi protokoller üzerindeki uygulamaları<br />

hakkında bir bilgiye sahip değilim. Ama önemli olan şu ki TCP/IP açısından değişen bir<br />

şey yok.)<br />

İşte bu karşı IP adresine sahip olan makinanin ethernet adaptörünün MAC adresini<br />

öğrenme işine ARP adı verilmektedir. Yapısal olarak son derece basittir. Yaptığımız iş<br />

bütün bilgisayarlara aranan IP adresinin o makineye ait olup olmadığını sormak ve eğer ait<br />

ise MAC adresinin geri gönderilmesini istemektir. Peki burada neden DNS' e benzer bir<br />

sistemle bu adresleri öğrenerek, sistemin performansını artırmıyoruz Çünkü LAN' larımız<br />

çoğunlukla basit amaçlarla kurulmuş ucuz sistemlerdir ve fazla bir performansa ihtiyaç<br />

duymamaktadırlar. Ve her LAN için bu tür bir sistem son derece maliyetlidir. Daha yüksek<br />

performansa ihtiyacı olan LAN' larda kullanlılan bridge vb. aktif cihazlar bu işin bir<br />

benzerini yapmaktadırlar.<br />

Routing - Yönlendirme<br />

Yukarıda da bahsedildiği üzere IP adreslerini LAN'ımızdaki makineleri birbirlerinden<br />

ayırmak için kullanıyoruz. "E o zaman tek oktetli bir adres kullansaydık. Bu kadar uzununa<br />

ne gerek var" diyenleriniz olabilir. Tahmin edilebileceği üzere oktetlerin sadece bir kısmı


LAN' ımızdaki uç makineleri (node) tarif eder. Geri kalan kısmı internet üzerindeki paket<br />

yönlendirme işlemlerinde işe yarar. Eğer 193.255.88.197 gibi bir adresin 197 olarak<br />

gördüğümüz dördüncü okteti nodelarımızı tarif etmekte kullanılacaksa, geri kalan<br />

193.255.88' lik kısım, yerel alan ağımızı tarif etmekte kullanılır. Fakat biz değişken olarak<br />

seçtiğimiz 197' nin yerine sıfır koyarız. "193.255.88.0 ağı" diyerek ağımızı adlandırırız.<br />

Tek oktetin değişken olarak seçildiği bu tür ağ IP adreslerine C sınıfı IP adresleri denilir. 0,<br />

ağ adresini 255 de broadcast(yayınlama - paketin bütün nodelara gönderilmesi durumu)<br />

adresi olduğu için C sınıfı ağlarda 254 tane uç eleman tanımlanabilir. Eğer iki oktet<br />

kullanılırsa B sınıfı olur. 65534 uç eleman olur. Üç oktet kullanılması durumunda ise A<br />

sınıfı ve yaklaşık 16 milyon adet uç IP olur. 1' den başlayıp 120 gibi bir rakama kadar<br />

giden (şu anda bunun kaç olduğunu hatırlayamıyorum. Çok da önemli değil zaten. İhtiyaç<br />

anında öğrenilebilir) numaralarla başlayan IP adresleri A sınıfı olarak tanımlanmışlardır ve<br />

internet üzerinde bu makinelerin düzgün çalışabilmesi için A sınıfı olduklarını belirten bir<br />

subnet mask ayarlaması yapmalıdırlar. (Subnet Mask' a birazdan değineceğim.) 192' ye<br />

kadar olanlar B sınıfı, 192' den 255' e kadar olanlar da C sınıfı... İstisnalar haricinde bu<br />

olay böyle.<br />

Eğer bizim göndereceğimiz paketin sahibi bizim ağımızda değil de internet üzerinde başka<br />

bir ağda ise bu paket için ARP işlemi yapmayız. Paketimizi, makinemizde tanımlaması<br />

daha önceden yapılmış olan Çıkış Noktası (Gateway)' na göndeririz. Çıkış Noktası IP' sine<br />

sahip olan cihaz bir bilgisayar olabileceği gibi router dediğimiz özel tasarlanmış cihazlar da<br />

olabilir. Yaptığı işe routing(yönlendirme) denir. Bu cihazin birden fazla arayüzü vardır.<br />

Her arayüzü farklı bir ağa bakar ve her arayüz baktığı ağa ulaşabilmek için o ağdan bir IP<br />

adresi alır. Üzerinde çalışan algoritmaya bakarak, bir arayüzünden aldığı paketi hangi<br />

arayüzünden göndereceğine karar verir. Göndereceği paketin hedefi, paketin gerçek sahibi


olabileceği gibi, yol üzerindeki başka bir router da olabilir. Paketin gittiği yolda, üzerinden<br />

geçtiği her bir router bir "hop" tur. Router' ların üzerindeki algoritmalar tarafından her<br />

interface için hedef ağa varmak amacıyla kaç hop' tan geçmek gerektiği bulunur ve paketin<br />

yollanacağı yöne bu hop sayılarına bakarak karar verilebilir. Bu yöntemlerden sadece<br />

biridir. Diğer başka bir yöntem ise her bir yöndeki ağ yoğunluğunun bulunmasıdır.<br />

Yoğunluğu daha az olan interface üzerinden gönderilir.<br />

Bir başka mesele de makinamıza kendi ağ adresini ve göndereceği paketlerin hedef IP'<br />

lerinin ağ adreslerini bulmasını öğretmektir. Hedef ağların tam ve net olarak bulunması pek<br />

önemli değilse de en azından makinemizin hedef IP' nin kendi LAN' ında olup olmadığını<br />

fark edebilmesi önemlidir. Bunun için kullandığımız yönteme maskeleme diyoruz ve IP<br />

adresine benzer bir 4 okteti daha bu işe ayırıyoruz. Bu 4 oktetlik rakamlar zincirine Subnet<br />

Mask denir. C class IP' ler için standart subnet mask 255.255.255.0' dır. Bu olayı en iyi<br />

şekilde bir örnekle açıklayabiliriz. Uygulama katmanımızdan TCP/IP katmanlarına<br />

193.255.100.1 adresine gönderilmek üzere bir paket geldiğini düşünelim. Bizim IP<br />

adresimiz ise 193.255.88.1 olsun. Subnet mask ise C class olduğu için 255.255.255.0 . 255'<br />

li kısımlar ayırt edici kısımlar, yani ağ tanımlayıcısını belirleyen kısımlar olduğu için hedef<br />

ağ 193.255.100.0 olarak bulunur. Kendi IP' miz için de aynı işlem uygulandığında<br />

193.255.88.0 ağı olduğu görülür. İki ağın aynı olmadığı anlaşıldığı için paket gateway' e<br />

yollanır. Fakat Subnet Mask eğer 255.255.0.0 seçilseydi, ağ tanımlayıcıları 193.255.0.0<br />

olarak bulunacağından gateway' e gidilmeyecek, LAN protokolü üzerinden direkt olarak<br />

ulaşılmaya çalışılacaktı.<br />

Şimdi bu 255' li kısımların ayırt edici olma meselesine bir göz atalım. Burası lojikle alakalı<br />

bir mesele olduğu için dileyen burayı atlayabilir. Önceki örneğe bağlı kalarak,<br />

193.255.100.1 adresi bitler seviyesinde açılır. 11000001.11111111.01011000.00000001


olduğu görülür. 11111111.11111111.11111111.00000000 (Subnet Mask da bitler<br />

seviyesinde açılır) Yukarıdaki gibi olduğu görülür. Alt alta gelen sayılar lojik AND<br />

işlemine tabi tutulur. Bu işlem sonucunda 255' li kısımların kopya almakta, 0' lı kısımların<br />

ise yutmakta olduğu açıkça görülmektedir. Öyleyse hangi oktet Subnet Mask'ta 0' lardan<br />

oluşmakta ise, adres kısmındaki o oktet, ağ adresi bulunurken yutulacağı için ayırt edici<br />

olma özelliğini yitirecektir.<br />

Ayrıca Subnet Mask'ta daha çok biti 1'olarak ayırırsak ne olur bir de ona bakalım. Subnet<br />

Mask'ımız<br />

11111111.11111111.11111111.11111100 olsun. Eski örneğe bağlı kalarak 193.255.88.0'ın<br />

bir ağ, 193.255.88.4'ün bir ağ, .8'in bir ağ, 12'nin bir ağ ... şeklinde ağ sayısının arttığını<br />

görmekteyiz. Ağ sayıları artmış fakat node sayıları azalmıştır. Demek ki C class bir IP'miz<br />

varsa ve biz onu sıkarak suyunu çıkarmak istiyorsak, böyle bir yöntem kullanmalıymışız.<br />

Pratik bir hesaplama yöntemiyle; 2 üzeri 1'li bit adedi kadar (bu örnekte 2 üzeri 6 = 64) ağa<br />

parçalamak mümkün. Her parçada da 2 üzeri 0'lı bit adedi - 2 (yazıyla: iki üzeri sıfırlı bit<br />

adedi eksi iki) adet nodeumuz oluyor. Yine bir adresin ağ tanımlayıcısına, diğerinin de<br />

broadcast' e gittiğini unutmayalım; niye - 2 oluyor diye sormayalım.<br />

Bugünlük de bu kadarla bitirelim.


OSI Modeli' ne bir bakış<br />

OSI, ismini standartlaşma konusunda sıkça duymuş olduğunuz ISO (9001, 9002 vs.)<br />

International Standards Organization'in bilgisayar ağlarına bir standart getirmek için ortaya<br />

atmış olduğu bir standartlar yapısıdır. Open Systems and Interconnections kelimelerinin<br />

kısaltılmasından oluşuyor OSI ifadesi.<br />

Şimdi bu standartlaşma işini biraz açmakta fayda var. Dünya üzerinde bir çok bilgisayar<br />

sistemi vardır ki; birinde kullanabildiğiniz disketi diğerinde doğrudan kullanamazsınız.<br />

Dosya sistemleri farklıdır vs. yani kısacası biz bu sistemlere "birbirleriyle uyumsuz<br />

sistemler" deriz. Eğer bu sistemler arasındaki bilgisayar ağı yeterince esnek dizayn<br />

edilmezse, sistemler birbirleriyle ağ üzerinden haberleşemez hale gelirler. Varın internetin<br />

halini siz düşünün artık...<br />

Her ne kadar sistemler birbirleriyle uyumsuz olsa da her sistemin dizaynı esnasında göz<br />

önünde bulundurulan <strong>Bilgisayar</strong> Mimarisi, İşletim Sistemleri gibi bilimler vardır. Sistemler<br />

bu bilimlere uygun dizayn edildiklerinden ötürü bir sistemin yaptığı bir işe karşı öbür<br />

sistemde de aynı ya da benzeri işi yapan bir birim vardır. Ve eğer siz iki bilgisayarın<br />

haberleşmesi sırasında yapılan işleri tam ve net olarak tarif edebilirseniz, her sistemde bu<br />

yapılan işlere denk gelen bölümleri birbirlerinden bağımsız olarak düşünebilirsiniz.<br />

Sistemlerin birbirleriyle uyumsuz oldukları noktalarda, her sistem için o sisteme özgü<br />

modüller oluşturur, transfer edilmesi istenen veriyi diğer sistemle uyumlu olacağı noktaya<br />

kadar o modüller ile işler ve karşı tarafla uyumlu olacağı bir noktaya kadar getirirsiniz.<br />

Daha sonra bu sistemler birbileriyle uyumlu oldukları bir kıvama geldiklerinde iki sistem<br />

arasında bir ortak dil/arayüz bulunmuş olur ve bu noktada veriyi transfer edebiliriz. Sonra<br />

karşı tarafa ulaşan veri bu sefer ters işlemlere tabi tutulur ve karşı tarafa özgü olan<br />

modüllerle işlenir. Ve işlenme bittiğinde o verinin karşı sistemdeki tam karşılığı elde


edilmiş olur.<br />

Bir örnekle bu konuya yaklaşalım: Eski zamanda iki ülke hükümdarından birinin diğerine<br />

bir mektup yollamak istediğini hayal edelim. Bu noktada, iyi bildiğimizi<br />

düşündüğümüzden dolayı fazlaca önem vermediğimiz bazı ayrıntıları vurgulamak<br />

istiyorum. Bir hükümdar, hiçbir zaman yazacağı mesaja muhattap olarak, kendinden daha<br />

alt seviyede bir insanı almaz. Bu ne demektir Yani hükümdarın muhattabı ancak diğer<br />

ülkenin hükümdarıdır. Söylemek istediği şeyleri hükümdarlar arasında alışılagelmiş bir<br />

ortak üsluba dikkat ederek söyler. Yani birbirlerinin ne demek istediklerini gayet iyi<br />

anlamaktadırlar. Buraya kadar olan yer mektubun içeriği meselesiydi.<br />

Peki mektubun iletilmesi problemini hükümdar nasıl çözecek İşini gücünü bırakıp atına<br />

binerek dört nala sürecek mi Yoldan geçen herhangi bir atlıya rica mı edecek Ya da<br />

bütün yolculuk organizasyonunu kendisi mi yapacak Hayır, bunların hiçbiri değil. Evet;<br />

cevabı siz de tahmin etmiş olmalısınız. Tabii ki en güvendiği bir vezirini çağırıp; "Şu<br />

mektubun icabına bak!" diyecektir. Bu şekilde bütün işinin gücünün arasında, herhangi bir<br />

mektuba mesaisini ayırmaktan kurtulmuş olur. Hesap sormak istediğinde de yalnız bir tek<br />

kişiyle muhattap olur. Peki vezir ne yapar Onun da işi başından aşkın. Tabii ki, o da<br />

kendinden bir alt kademedeki memuruna bu işi havale eder. Ta ki atlı elçiye mektubun<br />

teslim edilme noktasına kadar.<br />

İşte bu şekilde işlerimizin daima tıkırında işlemesine vesile olan ve adına bürokrasi(!)<br />

denen kavramı hep birlikte icad ederek tarih sahnesine sunmuş olduk. Şaka bir yana<br />

yukarıda tarif etiğimiz yöntemle her birim bir altındaki birime bir görev havale ediyor ve o<br />

görevin nasıl yapılması gerektiğini, hassasiyetlerini, inceliklerini vb. ayrıntıları en iyi<br />

şekilde biliyor ve kendinden bir üstteki birime karşı da göreviyle alakalı sorumluluk


duyuyor. Ve tabii gerektiğinde hesabını da oraya veriyor.<br />

İşte buraya kadar anlatmış olduğumuz bu hikaye, bilgisayar ağlarının haberleşme<br />

algoritmasına karşılık benim uydurduğum bir yaklaşımdır. Hikayede adı geçen birimler,<br />

haberleşmede tarif edilen katmanlara karşılık gelir. En alt birim olan atlı-elçi, fiziksel<br />

katman adı verilmiş olan ve bilgisayarlarımız arasına döşenen kablolar ile içlerinden akan<br />

sinyaller olarak düşünülebilir. Hem nasıl bir atlının yolu üzerinde başına bir iş gelse veya<br />

atı hastalanıp ölse, o problemini kendi uzmanlık alanı olduğu şekliyle çözerek aldığı görevi<br />

yerine getirir ve hükümdarın da bundan haberi bile olmaz; haberleşen sistemlerde de<br />

üstteki katman alttaki katmana yapması gereken işi söyler ve yapılıp yapılmadığını kontrol<br />

eder, ama oranın kendi iç problemlerinin ne olduğuyla ilgilenmez. Çünkü üst katmanın asıl<br />

işi kendisine ait olan problemleri çözmektir.<br />

Yapılan işlemleri birbirlerinden ayrı düşünmenin bir faydası da bunları modül modül ele<br />

alarak kazanmış olduğumuz esneklik avantajıdır. Tasarımcılar her seviye üzerine ayrı ayrı<br />

konsantre de olabilirler. Bir bilgisayar sisteminde kullanıcıya yakın olan seviye üst seviye,<br />

elektroniğe yakın olan seviye ise alt seviye olarak bilinir. Seviyeler bu bakış açısıyla<br />

belirlenir. İşlevleri tam olarak tarif edilmiş olan bu seviyelere katman(layer) adı verilmiştir.<br />

ISO uzmanları oturmuşlar bunları tarif ederek bir standarda bağlamışlardır. Katmanlar 1<br />

den 7' ye kadardır ve şöyle tarif edilmişlerdir.<br />

Application, Presentation, Session, Transport, Network, Data-Link, Physical<br />

Net olarak ne iş yaptıklarıyla alakalı bir miktar bilgi staj notlarında olacak. Oradan<br />

bakabilirsiniz. Zaten ulaşılması da son derece kolay bir bilgidir. Biz biraz yorumuna<br />

bakalım isterseniz.


Şimdi bu katmanlar bir seviyeye kadar donanımsal, ondan sonra ise yazılımsal bazda<br />

işliyorlar. Donanımsal sistemler son derece hızlı fakat yeterince esnek değillerdir.<br />

Yazılımsal sistemler ise son derece esnektir fakat donanımsal sistemler kadar hızlı<br />

değillerdir. Dolayısıyla işlerimizi olabildiğince donanım üzerinden yapmaya çalışıyoruz.<br />

Yapamadığımız yerde ise yazılımsal sistemlerin esnekliğinden istifade ediyoruz.<br />

Genel itibariyle Data-Link ve Physical katmanları donanımsaldır ve çoğunlukla ethernet<br />

kartları gibi LAN adaptör kartları gibi donanımlar ile uygulanırlar.<br />

Network ve daha yukarı katmanlar ise yazılımsaldır. Fakat eğer bu işler için özellikle<br />

yapılmış bir donanım üzerinden akan bir veriden söz ediyorsak, bu donanım için<br />

donanımsal işler daha üst katmanlara kadar çıkabilir.<br />

Bir sistemin herhangi bir katmanı üzerinde çalışan bir protokol, ancak karşı sistemin aynı<br />

katmanında çalışan aynı protokol ile haberleşebilir.<br />

Böylece sistemler arasında bir uyumsuzluk olma ihtimali tamamen ortadan kaldırılmış olur.<br />

(Macintosh üzerinde çalışan TCP/IP ile IBM mimarisi bir PC'nin üzerinde çalışan<br />

TCP/IP'nin haberleşebilmesi gibi)<br />

OSI modeli katmanlarının Physical ve Data-Link katmanlarında LAN protokolleri olarak<br />

bildiğimiz Ethernet, Token-Ring ve FDDI çalışır. Bu protokoller genelde<br />

bilgisayarlarımıza taktığımız bir takım adaptör kartları tarafından uygulamaya geçirilirler.<br />

Katmanlı yapının <strong>temel</strong> özelliği olarak daha önce de anlattığımız gibi, adaptör kartı<br />

tarafından kablo üzerinden çekilen bilgi, işlenmek üzere yukarı katman protokolünün<br />

emrine verilir.


Network Layer kısmında genelde yazılımsal adresleme işleriyle uğraşırız. Bizim kendi<br />

yaılımsal adresimiz ve karşıdaki makinanın adresi gibi...<br />

Transport'ta ise verilerin parçalara bölünmesi ve bu parçaların gönderiliş-alış esnasında<br />

karışmaması gibi meseleler halledilir. TCP/IP nin TCP ve UDP' si, Netbios, IPX gibi<br />

protokollerin bu katmanlarda çalıştıklarını söyleyebiliriz.<br />

TCP/IP; bazen data-link'ten sonrasını bütünüyle ele alması (örnek: telnet) gibi<br />

özelliklerinden dolayı OSI modeline uymaz.<br />

Bu şekilde işlene işlene gelen bilgi masanızın üzerinde bazen bir chat sürecindeki bir satır<br />

bilgi olur, bazen de bir html dokümanı olarak web browserınız tarafından işlenir.<br />

OSI modeli Tannenbaum'un Computer Networks kitabında da ayrıntısıyla kritik edildiği<br />

gibi pratik hayatta pek de uyulmayan bir standartlar bütünüdür. Fakat ağ sistemlerinin<br />

çalışma prensiplerini kavrayabilmek açısından çok faydalı olduğundan, ağları anlatan<br />

kitaplarda başköşelerdeki yerini daha uzun süreler koruyacağa benziyor.<br />

En önemli dört katmanın da görevlerinden az da olsa bahsettiğimize göre bu bahsi burada<br />

noktalayabiliriz.<br />

Aktif Network Cihazları<br />

Ethernet'ten bahsederken collision denen bir hadiseden bahsetmiştik.


Hakikaten ethernet'in en büyük baş belası bu collision denen hadise olsa gerek. En<br />

basitinden şöyle bir örnek verelim: Geçen bir arkadaşla ağ üzerinden oyun oynuyorduk.<br />

Başka bir kullanıcı da aynı ağ üzerinden internet bağlantısı alıyordu. Daha sonra bu<br />

internet kullanıcısı yok yere makinasını mı denemek için yaptı artık orasını bilmiyoruz, 14<br />

tane IExplorer penceresi açtı arka arkaya. Herhelde açılan her pencere de ağ üzerinden bir<br />

sorgulama mı yapıyor onu da bilmiyoruz, oyunumuzun kesilmesine sebep oldu. Eğer siz de<br />

oyun oynamak gibi, ağ üzerinden zaman-kritik işler yapıyorsanız; beklenmedik bir anda,<br />

bilinmeyen bir sebeple gelen bir veri dalgası işinizin aksamasına, daha da kötüsü<br />

kesilmesine sebep olabilir.(Ağ üzeinde oynanan oyunlarda zaman senkronizasyonu çok<br />

önemlidir. Çünkü her oyuncunun aynı anda, aynı ortamda bulunduğu duygusu<br />

verilmelidir.)<br />

Genelde LAN'ınızdaki makine sayısı 10'un üzerine çıktığında ve ağ üzerinde yoğun<br />

sayılabilecek veri trafiği varsa bu collision meselesi problem olmaya başlıyor. (Burada,<br />

normal ev kullanıcısı olarak bilinen ve hataya tolerans gösterebilen bir kullanıcı üzerine<br />

yapılan pratik bir yorum sözkonusu. Ağ ile taşınan verinin kritikliğine göre ve hata<br />

tahammülüne göre bu yorum değişebilir.) Ama tabii profesyonel uygulamalarda buna bile<br />

bakılmayıp birden fazla cihazın aynı collision domain'de bulunması zararlı görülerek,<br />

pahalı cihazlar kullanılmak kaydıyla bu problem aşılmaya çalışılıyor.<br />

Şimdi, nedir bu cihazlar Ne iş görürler onu inceleyelim. Aktif bir cihaz olmamasına<br />

rağmen önce hub'dan başlamak, konu bütünlüğü açısından daha doğru olacak...<br />

Hub<br />

Göbek/dingil manasına gelen bu kelime, elektronik sinyalleri çoğaltarak, bütün ayaklarına<br />

ulaştıran basit yapıdaki bir cihaz için kullanılmaktadır. Üzerinde hafıza üniteleri


olmadığından ve akıllı bir sistem olmadığı için aktif cihaz sınıfına girmez.<br />

Bilindiği gibi ethernet'de sinyallerin bütün uç elemanlara ulaştırılması esastır. Biz de uç<br />

elemanımızı bu cihaza bağlayarak, ağda dolaşan sinyallerin bizim makinamıza da<br />

uğramasını sağlamış oluruz yani ağa adapte oluruz.<br />

Bir kablo üzerine birden çok uç elemanın bağlanmasıyla ethernet oluşturulabiliyorken,<br />

daha çok kablo kullanması gereği aşikar olan böyle bir sisteme niçin geçilme ihtiyacı<br />

duyulmuştur<br />

Çünkü, bu sayede fiziksel bağlantıların herhangi birinde bir sorun olduğunda, sadece o<br />

fiziksel bağlantının sahibi olan bilgisayarın ağ ile olan bağlantısı kesilir. Ağın faaliyeti ise<br />

normal olarak işlemeye devam eder. Sorunsuzluk; ufak maliyet artışlarından çok daha<br />

önemli bir tasarım kriteridir.<br />

Bridge<br />

Bridge(Köprü) adı verilen cihazlar, gerçek bir köprüde de olduğu gibi iki ayağa sahiptirler.<br />

Şöyle bir örnek verirsek:<br />

Bir şirkette, muhasebe ve bilgi işlem departmanlarının bilgisayarları aynı ağda olsunlar.<br />

Burada sizin de tahmin edebileceğiniz gibi, bu grupların kendi içlerindeki veri trafiğinin<br />

gayet yoğun, birbirleri arasındaki veri trafiğinin ise çok seyrek olarak yaşanması beklenir.<br />

Peki böyle bir durumda bir önlem alınmalı mıdır<br />

Evet. Çünkü ethernet sisteminin yukarıda da bahsettiğimiz Multiple Access özelliğinden<br />

dolayı, bir ağa attığımız bilgi bütün uç elemanlara ulaşır. Eğer bir uç elemana, kendisini<br />

ilgilendirmeyen verilerin gelme olasılığı, kendisini ilgilendiren verilere oranla çok


fazlaysa; bu olay hem o uç elemanı gereksiz yere meşgul edecektir, hem de collision<br />

olayının gerçekleşme ihtimalini artıracaktır.<br />

Öyleyse, bu iki bilgisayar grubunun arasına, mesajları süzerek filtre eden bir cihaz<br />

konulursa, her grubun mesajını kendi bölgesinde tutmuş olur ve yukarıda saydığımız<br />

zararları ortadan kaldırır.<br />

Bu cihazın mantığı, her bir ayağına bağlı olan ethernet adaptörlerinin MAC adreslerini<br />

öğrenerek bunları hafızasında tutuyor olmasıdır. Bir ayağına, diğer ayağındaki makinelere<br />

ulaştırılması gereken bir paket geldiğinde, onu diğer ayağından ağa gönderir. Diğer<br />

bacağını ilgilendirmeyen bir paket geldiğinde ise hiçbir işlem yapmayarak filtre işlemini<br />

gerçekleştirmiş olur. Bir bilgisayardan ağa gönderilen bir paket, muhattabına ulaşmasının<br />

hemen ardından gereken cevap da postalandığından; bridge cihazı, bir haberleşmede iki<br />

adet bilgisayarın hangi bacaklarında bulunduğunu öğrenmiş olur.<br />

Switch<br />

İkiden fazla sayıda ayağı olan bridge'lere switch adı verilir. Pratik hayatta bridge'lerden<br />

ziyade switch'lerle karşılaşmamız muh<strong>temel</strong>dir. Çünkü profesyonel ağ tasarımları gitgide<br />

daha çok yaygınlaşıyor ve sorunsuz sistemler isteyen tasarımcılar ve ağ yöneticileri gitgide<br />

bu cihazlara doğru yöneliyor.<br />

Switch'lerin yaptıkları iş olan anahtarlama, bu cihazların en önemli bir performans kriteri<br />

olarak bilinir. Bu kabiliyetleri ne kadar fazlaysa, o kadar yoğun bir ağ yükünün altına<br />

girebilirler. En kabiliyetli olan switch'ler, o ağın tasarımının en merkezine ya da göbeğine<br />

yerleştirilirler. Daha az kabiliyetli switchler ya da kritiklik durumu daha az olan bölgelerde<br />

ise hub'lar, merkezdeki switch'e(core switch) uç eleman olarak bağlanırlarsa; mantık olarak


düşünüldüğünde de, pratikteki uygulamalarında da, ağımız bir ağaç yapısı içerisinde<br />

büyüyerek genişleyebilir.<br />

Standart olarak en sıklıkla karşılaştığımız switch'ler 24 port olanlarıdır. Merkeze konan<br />

büyük switch'ler ise genelde modüler yapıda olup, ihtiyaca göre modüller eklenerek<br />

kapasiteleri artırılabilmektedir.<br />

Ethernet'ten çok farklı olan ATM vb. sistemlerde de switch adı verilen cihazlar<br />

bulunmakta, yaptıkları iş ise paket süzmekten ziyade, gerçek manada paket anahtarlaması<br />

yapmaktır. Bu tür sistemlerde switch'lerin daha akıllı görevleri, sistem yönetim<br />

yazılımlarını üzerlerinde barındırmaya varıncaya kadar, oldukça geniş bir yelpazededir.<br />

Ayrıca bu tür sistemlerde switch, bir paketin noktadan noktaya hangi yollardan geçerek<br />

gitmesi gerektiğini bilebilmekte ya da buna karar verebilmektedir.<br />

Ethernet<br />

Ethernet, aynı kablo üzerine bağlanmış birden fazla makinenin oluşturduğu donanımsal<br />

bazlı bir protokoldür. Bu protokolde makinelere taktığımız ethernet adaptör kartları, ağa<br />

elektronik sinyaller gönderme ve başkaları tarafından gönderilmiş olan sinyalleri algılama<br />

özelliğine sahiptir. Herhangi bir protokol tarafından işlenmiş olan ve kendi içinde<br />

bütünlüğü olan en küçük veri parçasına, o protokole ait bir paket diyoruz.


Ethernet paket yapısı<br />

(Aslında katmanlı yapıyı anlamaya daha uygun)<br />

Ethernet için bu paketlerin IEEE 802.3 standardında da belirtilmiş olan büyüklükleri vardır.<br />

(IEEE LAN sistemlerini standardize etmiş ve onlara 802 ile başlayan kod numaraları<br />

verilmiş. Ethernet'in payına ise 802.3 düşmüş.) Bütün adaptör kartları tek bir kablo<br />

üzerinden veri alışverişi yaptığı için hangi verinin kimden kime gönderildiğini<br />

anlayabilmek gerekir. Bunu belirleyebilmek için, her ethernet adaptör kartının dünya<br />

üzerinde diğer kartlardan farklı bir sabit adresi olması öngörülmüştür. İşte bu sabit adrese<br />

Media Access Control (MAC) adresi adı verilir. Her ethern et paketinin üzerinde paketi<br />

gönderenin ve alıcısının MAC adreslerini gösteren bölgeler vardır. Ethernet kartı bu<br />

bölgelerden mesajın kendisine gelip gelmediğini ya da kimden geldiğini anlayabilir. Eğer<br />

mesaj kendisine gelmiş ise veriyi üst katman protokollerine gönderir. Eğer paket kendisine<br />

ait değilse paketi atar.<br />

Ethernet sistemi, en basit şekliyle CDMA/CD denen bir yöntem ile haberleşmeyi düzenler.<br />

Bu kısaltmanın açılımı Carrier Sense (Hattı dinlemek), Multiple Access (Çoklu erişim),<br />

Collision Detection (Çarpışmanın fark edilmesi) şeklindedir. Bu kelimeleri yorumlarsak<br />

ethernetin<br />

çalışma<br />

prensibini anlamış oluruz. Üst katmanlar tarafından ethernet katmanına indirilmiş olan


paketler ethernet içinde uygun paketler haline dönüştürüldükten sonra kablo üzerinden ağa<br />

gönderilmek üzere iken, ağ üzerinde hareket eden başka verinin olup olmadığını anlamak<br />

maksadıyla hat dinlenir.(CS) Eğer hat doluysa hat boşalıncaya kadar beklenir. Bir kablo<br />

medyasına aynı anda birden çok ethernet kartı erişebilirler.(MA) Fakat hattın boş<br />

olduğunun görülmesiyle hatta aynı anda gönderilen birden fazla adaptör kartına ait veriler,<br />

çarpışma (collision) denilen verilerin bozulması olayına maruz kalırlar. Hattı dinleyen<br />

diğer bağlı makineler çarpışmanın varlığını anlayabilirler. (/CD) Paketlerinin böyle bir<br />

duruma maruz kaldığını algılayan adaptör kartları, paketlerini yeniden göndermek üzere<br />

rasgele bir süre beklerler.<br />

İşte ethernet sisteminin çalışma mantığı bundan ibarettir ve gayet basittir.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!