3.

TCP/IP ve INTERNET
Veri haberleme alar kullanclarn bilgisayar ve bilgi kaynaklarn ortaklaa kullanabilmeleri
iin gelitirilmitir. Organizasyonlar bilgisayar ticaretin her ynne tadka, aka grld
ki tek bir a ok kullanl olmasna ramen, ticaret ve katlmclarn bilgi ihtiyacn
karlamakta yetersiz kalyordu. rnein, bir an kullancs sk sk baka bir aa ait
bilgisayar ve veritaban kaynaklarna ulamak ihtiyacnda olabilir. Tm kaynaklar bir ada
birletirmek, fahi biimde kark ve pahal bir yntemdir.

3.1 OSI Modeli

Intenational Organization for Standardization (ISO)nun tanmlam olduu OSI modeli,

bilgisayar a iletiimi iin byk problemleri, kk, daha kolay ynetilebilir paralara
blerek ilevsel bir tanm verir. Model, a ile ilgili tartmalara bir referans oluturmaktadr.
ekil 3-1de OSI modeli grlmektedir.

OSI modeli yedi katmandan oluur. Her katman iin belirli sorumluluklar ve servisler
tanmlanmtr. Alc ya da gndericideki katman karsndaki katman ile iletiim kurar. Her
katman komu katmanlardan ilevsel olarak bamszdr. rnein, a katmanndaki bir
protokol gerekletirimi, dier katmanlarn ileyiini deitirmeden baka bir a katman
gerekletirimi ile yer deitirebilir.

ekil 3-1 OSI Referans Modeli

OSI modelinin katmanlar aadaki ilevleri yerine getirir:

Fiziksel balantlar (1 ve 2. katmanlar): Bu katmanlar st katmanlara (3-7) fiziksel balant

salarlar ve verinin a ortamndan iletilmesinden sorumludurlar.
letiim (3 ve 4. Katmanlar): Bu katmanlar fiziksel ortamdan bamsz olarak gnderici ya da
alc tarafndan verinin doru olarak gnderildiini/alndn garanti eden katmanlardr.
Servisler (5, 6 ve 7. katmanlar): Bu katmanlar kullancya bilgisayar a servisleri salarlar.
Bu servislerden bazlar, dosya ve yaz servisi, elektronik posta, terminal emlasyonu, format
evrimi, login denetimi ve dierleridir.

OSI modeli detayl bir tanmlama ya da protokol olmadndan, veri iletiim protokollerini
tartrken referans model olarak kullanlabilir. Veri iletiim protokollerinin amac farkl
birimler zerinden uygulama verilerinin tanmasdr. Tm veri iletiim protokollerinde temel
ama budur. Veri iletiim protokolleri farkl yntemlerle gelitirilseler bile ayn ilevi yerine
getirmektedirler.
3.2 RFCler (Internet Kitapklar)

Internetin nasl alt RFClerde (Request for Comments) belirlenmitir. Bir, RFC bir
Internet standardn veya sadece nerileri, fikirleri veya bir standart iin gerekli kurallar
ieren bir metin belgesidir. Dokmanlar yaynlanma tarihlerine gre sraya konulur. Bu yzden
konulara gre bir sralama sz konusu deildir.

Resmi bir standart durumuna sahip 2200 RFC bulunmaktadr. Dokmanlar Internette
arivlenmitir ve buradan bunlar okumak mmkndr
(http://www.internic.net/ds/dspgointdoc.html).

3.3 TCP/IP ve OSI

A mimarilerini tartmaya balamadan nce unu bilmeliyiz ki TCP/IP ve ilgili protokollerin

kullanm hzla artmaktadr. Bu arada OSI modeli ile ilgili ilgin gelimeler olmaktadr. Birok
kii baz nedenlerden dolay TCP/IPnin daha uygulanabilir bir model olduunu
dnmektedir. Bu nedenleri yle sralayabiliriz:

1. TCP/IP buradadr ve almaktadr.

2. TCP/IP protokol ailesinin kullanan geni bir rn yelpazesi mevcuttur.
3. IAB (Internet Advisory Board) tarafndan salanan iyi-kurulmu ve fonksiyonel bir ynetim
yaps vardr.
4. Dokmanlara kolay ulam salar.
5. Birok UNIX rnnde kullanlmaktadr.

Yukarda saylan nedenlere ramen, TCP/IP protokol ailesinden OSI modeline geme fikri
orijinal Internet sponsoru US DODa (Birleik Devletler Savunma Departman) aittir. Ancak,
Internet yaklam u anda varolan standart ve protokolleri ile duracaktr. Yalnzca gerekirse
yeni zellikler yazlacaktr. Son olarak, Internet yaklamnn daha uzun bir sre reticisinden
bamsz olaca sylenebilir.

3.4 Internetworking Mimarisi

3.4.1 Terimler ve kavramlar

Internette alar aras fonksiyonlarn aktarlmasn salayan cihazlara gateway veya router
denir.

ekil 3-2de grlen A, B, C alar genelde alta olarak tanmlanr. Bu, allagelmi bir adan
daha az fonksiyon salarlar demek deildir. Daha dorusu, a da tam mantksal adr.
Altalar internetworking iin yaplan tm ilemlere katlrlar. Altalar bir internetwork veya
bir interneti yaratrlar.
 ekil 3-2 Gateway ve Altalar

Bir internetworking gatewayi son-kullanc uygulamas iin transparandr. Gerekte, son-

kullanc uygulamas aa bal host cihaznda yerlemitir; nadiren gatewaye yerletirilmitir.
Bu yaklam eitli bak alarndan dolay ekicidir. Birincisi, gateway kendini veri taban
eriimi, elektronik posta, ve dosya ynetimi gibi uygulama katman protokolleri iin yormaya
gerek duymaz. Bylece, alar aras trafii ynetmek gibi, dier grevlerini daha hzl
yapabilir. kincisi, bu yaklam gatewayin her trl veri uygulamasn desteklemesini salar
nk gateway uygulama mesajn, transparan bir protokol veri biriminden (protocol data unit
(PDU)) farkl bir ey olarak grmez.

Baz tasarmclar, uygulama katman transparanl yannda, gatewayi altalara kar da

transparan yapmaya kalkmlardr. Bu, gatewayin ne tip bir aa balandna dikkat
etmemesi anlamnadr. Gatewayin ana amac yeterli miktarda adres bilgisine sahip PDUyu
almak ve onu son var yerine veya bir sonraki gatewaye iletmektir. Transparanlk ok
ekicidir nk gatewayi bir ekilde modler yapar. Gateway farkl tiplerdeki alarda
kullanlabilir.

unu nemle belirtmek gerekir ki, bu transparanlk sihirle baarlmamaktadr. Alta

protokolleri ve gateway arasnda haberlemenin mmkn klnmas iin yazlma ihtiya
duyulur. Bu prosedrler genelde irketlere zeldir ve standartlar gateway ile alta arasndaki
bu arabirimi tanmlamazlar. Bu szn dnda kalanlar; IEEE, OSI yaynlardr. Ayrca host ve
gateway protokolleri (katmanlar) arasndaki prosedrleri tanmlayan Internet servis
tanmlamalar da bu szn dndadrlar. Internetin servis tanmlamalar ilerleyen blmlerde
incelenecektir.

3.4.2 Balantsz ve balant-ynlendirmeli protokoller

Balantsz ve balant-ynlendirmeli ilem kavramlar her haberleme protokolnn temelidir

ve Internet standartlar her ikisini de kullanmaktadr. Bunlarn zelliklerini tam olarak anlamak
bizim iin zorunludur. Ana karakteristikleri aadaki gibidir:

Balant-ynlendirmeli ilemler: Kullanc ve a veri transferine balamadan nce aralarnda

mantksal bir balant kurarlar. Bu tip balant, kullanc ile a arasnda baarl bir veri
transferi iin kullanlr.
Balantsz-mod ilemleri: Veri iletiminden nce kullanc ve a arasnda hibir mantksal
balant kurulmamtr. Veri birimleri bamsz varlklar olarak iletilirler.

Balant-ynlendirmeli servis, iki son kullanc ve servis salayc (rnein, a) arasnda -

ynl bir anlama yaplmasn gerektirir. Balant-ynlendirmeli servis, haberleen taraflarn
belirli opsiyonlar ve quality-of-service (QOS) fonksiyonlarn mzakere edebilmelerine
olanak tanr. Balant kurulmas sresince, taraf da dierleri ile ilgili bilgileri depolarlar
(adresler ve QOS zellikleri gibi). Veri transferi balaynca, PDUlarn zerlerinde protokol
kontrol bilgilerini (protocol control information (PCI)) daha fazla tamalar gerekmez. Bu
yaklam genelde a zerinde sabit rotalamaya neden olur nk veri paketleri dinamik
rotalama kararlarnn alnmasna izin verecek yeterli adresleri iermezler. Tek gereken,
taraflarn tablolara ulaarak tam adreslere ve QOS zelliklerine bakmasn salayacak bir
ksaltlm tanmlaycdr. Oturum mzakere edilebildiinden haberleen taraflarn birbirlerinin
tm karakteristik bilgilerini nceden bilmesine gerek yoktur. Eer istenen servis
salanamyorsa, taraflardan herhangi biri servisi daha dk bir seviyeye alabilir veya balant
isteini tamamen reddedebilir.

Gemite, balant-ynlendirmeli servislerde tm veri birimleri iin (birka hari)

acknowledgment (onay) salanrd. Eer iletim sresince sorunlar oluursa, balant-
ynlendirmeli protokol hatal birimlerin yeniden iletilmesini salard. Ek olarak, ou
balant-ynlendirmeli protokol verinin var yerine doru bir srada gitmesini garanti ederdi.
Bu servisler (sralama ve trafik aklamas gibi) artk bir balant-ynlendirmeli protokole
yklenemez. Daha ileri sistemlerde (rnein, frame relay), trafik ynetimi sistem tarafndan
deil son kullanc i istasyonundaki, bir kullanc program gibi, baka bir varlk tarafndan
salanr. Balant-ynlendirmeli alarn karakteristikleri ekil 3-3 ile zetlenmitir.

ekil 3-3 Balant-Oryantasyonlu Alar.

Balantsz servis kullanc PDUlarn bamsz ve ayrk varlklar olarak ynetir. Verinin
baar ile transfer edilip edilmedii ile ilgili bir denetim yaplmaz ve a/alar zerinden devam
eden kullanc-kullanc haberlemesinden birka kayt alnr. Ne opsiyonlar mzakere edilir ne
de veri transferi ile ilgili bir tablo oluturulur. Birka sistemde, haberleen varlklar nasl
haberleme yapacaklarna dair n anlama yapmak ve QOS zelliklerini nceden dzenlemek
zorundadrlar. Daha sk olarak ise, iletilen her PDU iin QOS salanr. Her PDU; servisin
tipini ve seviyesini tanmlayan alanlar ierir.

Teoride balantsz alar, pozitif ve negatif acknowledgmentler (sras ile, ACKler ve

NAKler) ve sralama (sequencing) gibi, veri doruluunu destekleme fonksiyonlarn
salarlar. Pratikte ise, ou balantsz sistem bu servisleri salayamaz.
Balantsz servis doas gerei aadakileri baarabilir:

bir alta ierisindeki zel protokollerden yksek derecede bamszdr

altalarn hatr saylr derecede birbirlerinden bamsz olmalarn salar
 altalarn, kullanclarn zel protokollerinden yksek derecede bamsz olmalarn salar

Balantsz bir a, balant-ynlendirmeli karlndan daha salam grlebilir nk her bir

PDU bamsz bir varlk olarak ele alnr. Bu nedenle, veri birimleri a ierisindeki km
dmlerden veya skk noktalardan kanarak, farkl rotalar izleyebilirler. Balantsz
protokoller PDUlarnda balk uzunluu ve kullanc verisi iin balant-ynlendirmeli
karlklarna oranla daha fazla yer tketirler. Balantsz alarn karakteristikleri ekil 3-4de
zetlenmitir.

ekil 3-4 Balantsz Servis.

3.5 Internet Katmanlar

TCP/IP alar zerinde alan yazlmlar ve donanmlar haberleme aktivitelerini desteklemek

zere geni bir fonksiyon yelpazesine sahiptirler. A tasarmclar bu fonksiyonlarn says ve
karkl karsnda muazzam bir grevle karlatlar. Bu sorunlarn zm iin, bir
internetin fonksiyonlar katmanlara ayrlm ve internet katmanl olarak yaplandrlmtr.

Modern alar yedi kavramsal katmana blnerek tanmlansa da, Internet mimarisi yalnzca
drt katmana dayanr. ekil 3-5te Internet katman mimarisi gsterilmitir. Internetin en
alttaki katman altalar ve alta arabirimlerinden oluur. Bu altalar verinin her bir an
ierisinden gidebilmesine izin verirler. Altalara rnek olarak WillTel, Transpac, ve bir
Ethernet LAN verilebilir. Bu katman bir alta iermesine ramen, gerek uygulamalarda, bir
alta veya gateway ile haberleen tm cihazlar iin veri balant ve fiziksel katmanlarn
varolmas gerekmektedir. Bu nedenle ekil 3-5 olduka zettir nk bu katman veri balant
ve fiziksel katmanlar da iermelidir. Daha sonraki ekillerde bu alt katman daha detayl olarak
gsterilecektir.

Bunun stnde internetwork katman vardr. Bu katman alar ve gatewayleri tutarl bir
sistem ierisinde birbirlerine balamak iin gerekli fonksiyonlar salar. Bu katman, veriyi
kaynaktan var noktasna tamakla sorumludur. Internetwork katman IP ve ICMP (internet
control message protocol (Internet kontrol mesaj protokol)) protokollerini ieri. Rota bulma
ve adres haritalama iin kullanlan dier destek protokolleri de bu katmanda IP ile
birliktedirler.

ekil 3-5 Internet Katmanlar

nc katman servis salayc protokol katman olarak bilinir. Bu katman utan-uca

haberlemeden sorumludur. Eer balant-ynlendirmeli ise, gvenirlilik lmleri ve bir
internet zerinden akan tm trafii aklayabilen mekanizmalar salar. Bu katmanda TCP ve
UDP vardr.
Son olarak, en st katman uygulamalar servisi katmandr. Bu katman bir son kullanc
uygulamasna dorudan arabirimler salar. Dosya transferi, uzak terminal eriimi (remote
terminal access), remote job execution, elektronik posta vb, gibi fonksiyonlardan sorumludur.
Ayrca bu katman, FTP gibi, geni kullanm alan olan belirli protokoller ierir.

3.6 Katman lemlerine bir rnek

ekil 3-6da, katmanl protokoller ile alta ve gatewaylerin ilikisini gsterilmitir. ekil 3-
5de belirtilen katmanlar, endstride ska kullanlan terimleri kullanmak zere yeniden
adlandrld.

ekil 3-6 Internet Katman lemlerine bir rnek

Bu ekilde, A hostunun B hostundaki bir uygulama katman protokolne bir uygulama

PDUsu gnderdiini dnelim (bir dosya transfer sisteminde olduu gibi). Dosya transfer
yazlm eitli fonksiyonlar gerekletirir ve dosya kaytlarn kullanc verisine yollar.
Birok sistemde, B hostunda yaplan ilemler sunucu ilemleri ve A hostunda yaplan
ilemler isteki (client) ilemleri olarak anlr.

ekilde, A hostunun protokol ynndaki okun ynnden de anlalaca gibi, bu birim

uygulama katmanndan aktarm katmanna gnderilir. st katmandan gelen PDU aktarm
katmannca veri olarak karlanr. Bu katman eitli ilemler yapar ve kendine gelen PDUya
bir balk ekler. Bu veri birimine artk segment denir.

Daha sonra, aktarm katman segmenti IP katman da denen a katmanna geirir. Bu katman
da zel servisler salar ve segmente kendi baln ekler. Bu birim (Internet terimlerinde
datagram denir) alt katmanlara geirilir. Burada veri balant katman, datagrama kendi
baln ekler ve veri birimi (artk ereve denir) fiziksel katman aracl ile aa braklr.
Tabii ki, B hostu A hostuna veri gnderirse sre ters olur ve oklarn yn deiir.
Internet protokolleri an ierisinde neler olup bittiinden habersizdirler. A yneticisi
PDUyu gerekli grd biimde ynetebilir. Baz durumlarda, Internet PDUsu (veri ve
balklar) alta boyunca iletilirken deiime uramaz. ekil 3-6da, PDU gatewayden
geerken bu gereklidir. Burada, rotalama ilemleri host bilgisayar tarafndan salanan
adreslere dayanlarak yaplr.

Rotalama kararlar alndktan sonra PDU uygun bir altaa bal haberleme linkine geer.
PDU, veri balant katman erevesi olacak biimde yeniden paketlenir ve dier altaa iletilir.
Daha nce olduu gibi, bu birim alta transparan olarak geer ve sonunda var hostuna gelir.

Var hostu B, trafii alt katmanlar ile alr ve A hostunda yaplan ilemlerin tersini yapar;
yani uygun katmanlarda balklar skerek paketleri aar. Balk; katmana yaplmas gereken
ileri bildirir. Yani balk katman ilemlerini ynetir.

Uygulama katmannda; dosya transfer uygulamas tarafndan yaratlan PDU, B hostundaki

dosya transfer uygulamasna varr. Eer A ve B hostlar byk mainframe bilgisayarlar iseler,
bu uygulama byk ihtimalle A hostundakinin tam bir eidir. Uygulama ald bala gre
eitli fonksiyonlar yerine getirebilir. Verinin B hostundaki baka bir son-kullanc
uygulamasna geirilebilecei ihtimali vardr, fakat ou durumda, A hostu yalnzca dosya
transferi veya elektronik posta gibi sunucu protokol servislerinden yararlanmak ister. Eer
durum bu ise B hostunda bir son-kullanc uygulamasnn altrlmasna gerek yoktur.

B hostundaki sunucunun ald veriyi, A hostu istekisine geri dndrmek iin, bu srecin
tersi izlenir. Veri, B cihaznn katmanlarn, a, gatewayi, dier a ve A hostunun
katmanlarn geerek son-kullancya ular.

3.7 TCP/IP Modeli: Daha Yakn bir Bak

ekil 3-7de, TCP/IP modelinin mimarisi ve eitli temel ilgili protokoller gsterilmitir. Bu
modelin katmanlarnn ynlanma biimi, a kullanclarnn ihtiyacna ve a tasarmclarnn
kararlarna baldr. TCP (ve UDP)nin zerindeki protokoller uygulama katman
protokollerine rnektirler ve ekil 3-5de gsterildii gibi uygulama servisi olarak da
adlandrlrlar. Daha alttaki iki katman veri balant ve fiziksel katmanlar gsterir. ekilde
grld gibi bu katmanlar iin geni bir standartlar ve protokoller yelpazesi gelitirilmitir.

ekil 3-7 IP Ailesi

3.8 Internetworkingin Amac

imdiye kadar edinilen bilgilerle, bir a yneticisinin internetworking servislerini salarken

karlat eitli zorluklar ve sorunlar tartlabilir. Bu balk altnda bu sorunlara genel
olarak deinilecektir.

Farkl alar farkl uzunlukta PDUlar kullanrlar. Eer farkl uzunluklar kullanlrsa, alar veya
gatewayler veri birimleri iin fragmantasyon (paralama) salamaldr ve bu yaplrken veri
birimlerinin kimlii kaybedilmemelidir. Veri birimlerinin farkl uzunluklar, utan-uca
temeline dayanan sra numaras (sequence number) ilikisinin kurulmas gereini ortadan
kaldrmaz. Bir IP gatewayi veri birimlerini paralayabilir ve alc host bilgisayar bu paralar,
tam bir PDU elde etmek zere yeniden-birletirebilir (reassemble).

Zamanlayclar, timeoutlar ve tekrarlama deerleri altadan altaa deiebilir. rnein, A

ann bir veri birimini ilerlettiinde onay-bekleme zamanlaycsn kurduunu dnelim.
Zamanlayc utan-uca onaynn belirli bir zaman dilimi ierisinde olumasn salar. Veri
birimi B ana geer fakat bu an utan-uca zamanlaycs yoktur. Bylece, bir amazla kar
karya kalrz. Veri birimi B andan getikten sonra A a alc kullancdan onay alabilecek
midir? ve ikinci a veri birimini gerekten alabilecek midir? A a bu durumda bir gvenlik
sorunu olutuunu dnecektir nk veri var yerine ulamam olabilir. TCP/IP utan-uca
zamanlama destei salar. Ancak fonksiyon, veri birimi altalardan geerken altrlmaz,
yalnzca host bilgisayarlarnda altrlr. Bylece, a istedii tipte zamanlayc kullanmakta
zgr kalr.

Altalar farkl adresleme emalar kullanabilirler. rnein, biri mantksal isimler kullanrken
dieri fiziksel isimler kullanabilir. Bu durumda, iki alta arasnda adres zmleme ve
haritalama farkllklar gsterebilir. Aslnda, ou a kendi ana-zel adresler kullanr.
rnein, bir SNA adresi kolayca bir DECnet adresine evrilemez. Neyse ki, Internet eitli
tiplerdeki adresleri destekleyecek standartlar salar. Ayrca, Internet sistemleri, a
katmanndan fiziksel katmana kadar olan adresler iin adres haritalama destei salar.

Altalar farkl seviyelerde baarm gsterebilirler. Bir a, dierinden daha yava olabilir ve
daha az ak salayabilir. Internet protokolleri bu meselelerle ilgili belirli bir zm
salamazlar ve kendilerini bu meselelerden sorumlu tutmazlar. Daha nce belirttiimiz gibi,
protokoller farkl tipteki alar zerinde transparan olarak almak zere tasarlanmlardr.
Tabii ki, a yneticisi bu sorunlarla ilgilenmek zorundadr ve sorunlarn zmnde yardmc
olmas iin baz Internet yazlmlarn ara olarak kullanabilir.

Altalar farkl rotalama yntemleri kullanabilirler. rnein, biri sabit rotalama dizini
kullanrken dieri adaptif rotalama dizini kullanabilir. lk durumda a mant, rotalama
dizinini seyrek olarak yeniden dzenler. kincisinde, yeniden dzenleme mant genitir.
TCP/IP ailesi gateway rotalamasn destekleyen birok protokol ierir fakat intranet-working
rotalamasna hi girmez. Bu nedenle, birok organizasyon bu protokolleri kendi alar
ierisinde kullanrlar.

Altalar farkl tiplerde kullanc arabirimlerine gereksinim duyabilirler. Bir alta balant-
ynlendirmeli, kullanc-alta arabirimi kullanrken bir dieri balantsz, datagram protokol
kullanabilir. Arabirim tipi, hata bulma ve ak kontrolnde sz sahibidir.

Altalar farkl seviyelerde gvenlik gerektirebilirler. Bir a enkripsyon (ifre zmlenmesi)

gerektirirken bir dieri yalnzca temiz-metin iletimini destekleyebilir. TCP/IP gvenlik ile
kendisi ilgilenmez ve kullancnn veri iletimi iin bir gvenlik seviyesine karar verebilmesine
olanak salar.

Sorun giderme, tehis etme ve a bakm, altadan altaa farkllklar gsterebilir. Bir altada
meydana gelen sorun, bir baka alta etkileyebilir ve etkilenen alta hata analizi ve hata
dorulamasndaki kontroln yitirebilir. A ynetim bilgilerinin alar aras alverii Internet
protokolleri tarafndan transparan olarak gerekletirilir. Internet a ynetim standartlar, a
ynetimi iin hatr saylr destekler salar.
Aktr ki internetworking ii basit deildir ve gerekletirilmeden nce ciddi analizler ve n
almalar yaplmas gerekir.

3.9 Tipik Internet Topolojileri

ekil 3-8(a)da bir gateway (G ile gsterildi) ile birbirlerine balanan iki a gsterilmitir.
Alar a adresleri (a IDsi) ile tannrlar. eklin solundaki a, 11.4 a, dieri 128.1 a (bu
numaralar yaratmakta kullanlan ema 5. blmde anlatlacak) olarak tannr. Bu ekil iin a
bulutlar terimi kullanlabilir nk alarn topolojisi ve ilevleri gsterilmemitir. Daha alttaki
ekillerde, a topolojileri de belirtilmitir.
 ekil 3-8 Tipik Internet Topolojileri : (a) A Bulutlar ve Gatewayler (b) Gateway Alar
Balyor (c) Paket Anahtarlar veya Gateway olarak davranan Hostlar (d) LAN Gatewayleri
(e) LANlar arasnda Ortak Gatewayler (f) Bir Internet ierisinde oklu Gatewayler

A ierisindeki ilemlerin tartlmad durumlarda ekil 3-8(a) kullanlr. A ierisindeki

ilemler incelenecekse ekil 3-8deki dier a gsterilimleri kullanlr. rnein ekil 3-
8(b)de bir paket-anahtarlamal a (11.4 a) ve bir Ethernet-tipi LAN (128.1 a) topolojisi
gsterilmitir. 11.4 anda A, B, C, D ile gsterilen kutular paket anahtarlarn sembolize
ederler ve bunlar birbirlerine haberleme linkleri ile balanmlardr. Bunlar ayn zamanda
host ve paket anahtar fonksiyonlarn gerekleyen bilgisayarlar da olabilirler. ekil 3-
8(b)deki iki a bir gateway ile birbirlerine balanmlardr.

ekil 3-8(c)de 128.1 andaki B hostunun 11.4 andaki D paket anahtar iin bir gateway
gibi davrandn gryoruz. Bir paket anahtarnn bir gateway gibi davranmas gereken
durumlarda, bu dzenleme olduka yaygndr. Hostun bir gateway olarak kullanlmas
gereken durumlarda, bu dzenleme pek yaygn deildir nk host kullanc uygulamalarn ve
gateway fonksiyonlarn altracak kaynaklara sahip olmayabilir.

ekil 3-8(d) LAN yaplarn aklamak iin de kullanlabilir. Bu yap, bir ofis ierisinde birden
fazla LAN birbirlerine balanarak kullanldnda grlr. 128.1 a Ethernet topolojisinde ve
128.2 a token-ring topolojisinde olan alardr. ekil 3-8(e)de bir gateway iki Ethernet-tipi
a birbirlerine balamaktadr. Bu yaklam da olduka yaygndr. Dikkat edilirse ekil 3-8(d)
ve 3-8(e)de alar bulutsuz izilmitir.

Son olarak, ekil 3-8(f)de eitli a bulutlarn gryoruz. Bir internet kullancs asndan,
d bulut kullancnn hayali an gsterir. Kullancs verisinin, drt a (128.1, 11.1, 11.2 ve
128.2) ve gatewayi (A, B, ve C) geerek var noktasna ulaabilecei gerei kullancy
ilgilendirmez.

Tartmalarmzda tm internetworking fonksiyonlar iin gateway terimini kullanmaktayz.

Daha sonra bu tanm, geniletilerek gateway, router ve kprler ek olarak tantlacaktr.