Ethernet hlzat alapjai

Az Ethernet ezen az oldalon egy rendkvl sszetett kategria, amit csaknem lehetetlen kibogozni.
Voltakppen mindent, ami a jellegzetes RJ45 csatlakozban vgzd vezetken trtnik, ide szoks
sorolni. Az ethernet neve mra egybeforrt az internettel s az intranetes hlzatokkal. Nagy
tmegben gyrtott, ezrt olcs berendezsei s relatv nagy sebessge az automatizlstechnikban
is kelendv tette.

Jellemzen az Ethernet ma mr mindentt "adott", csak egyszeren r kell csatlakozni.

Az Ethernet az voltakppen csak egy kommunikcis rendszer 2. OSI szintjn tallhat tviteli
technolgia (IEEE 802.3), s nem a teljes rendszer, amire az egyszersg kedvrt gy szoktunk
hivatkozni, hogy az Ethernet, s ebbe belertnk mindent, ami az adott drton folyik.

Az Ethernet protokollok (taln egyetlen) kzs jellemzje a CSMA/CD kzeg-hozzfrsi eljrs,

amelyrl bvebben a hlzati alapok jegyzetben olvashatunk.

Az Ethernet az 1970-es vek elejn kidolgozott ALOHANET-tel kapcsolatos fejlesztsek eredmnye.

Bob Metcalfe s David Boggs 1976-ban terveztk meg s valstottk meg az els helyi hlzatot a
Xerox Palo Alt-i kutatsi kzpontjban. A nevt az terrl (angolul: ether), a 19. szzadi fizikusok
ltal felttelezett, az elektromgneses sugrzsok terjedsre szolgl knny kzegrl kapta.

Az Ethernet esetn a kzeg nem vkuum, hanem egy specilis koaxilis kbel volt, amely akr 2,5 km
hossz is lehetett (500 mterenknt egy ismtlvel). A kbelre csavarozott advevkkel legfeljebb
256 gpet lehetett csatlakoztatni. A kzponti kbelnek, amelyhez a gpek csatlakoztak
sokcsatlakozs kbel (multidrop cable) volt a neve, s 2,94 Mb/s-os sebessggel tudott zemelni. Ez
az Ethernet olyan sikeres volt, hogy a DEC, az Intel s a Xerox 1978-ban megllapodott egy kzs, 10
Mb/s-os Ethernet szabvnyban, amely a DIX szabvny nevet kapta. Ebbl jtt ltre ksbb a IEEE
802.3 szabvny 1983-ban.

Mivel a Xerox nem mutatott nagy rdekldst az amgy sikeres Ethernet irnt, Bob Metcalfe
megalaptotta sajt cgt, a 3Com-ot, hogy Ethernet csatolkat adjon el PC-khez. Eddig
hozzvetlegesen 100 milli darab kelt el bellk.

Az Ethernetet s Ethernet alap tviteli megoldsokat az IEEE 802.3 szabvny definilja.

Jelen sszefoglal gyjtemnyben a TCP/IP modell els 3 szintjt szeretnm kicsit rszletesebben
lerni, ugyanis a 4. szint, mint alkalmazsi szint az tbb szz oldalas rszletezsbe sem frne bele, s
ott rdemes az adott protokollok utn rszletesen utna olvasni.
A kvetkez bra szemllteti az OSI-ISO s a TCP/IP referencia modellek kapcsolatt, tovbb a
modellek esetben melyik szinten milyen protkollok cscslnek, s fizikai sszekttets
szempontjbl melyik eszkz melyik szinten tallhat:

Mieltt belekezdennk az Ethernet rszletesebb trgyalsban, fontos tisztznunk, hogy az Ethernet

mint technolgia a vletlen vezrls kzeg-hozzfrsi mdhoz tartozik, ahol a CSMA/CD
technolgit alkalmazzk, ennek elnye, hogy gyr forgalom esetn gyors a kzeghez val
hozzfrs, viszont nagy forgalomnl sok tkzs keletkezik, ami mg tbb adst s gy egyre
nagyobb forgalmat generl.

Mi is az a CSMA/CD?

CS (Carrier Sense): vagyis az egyes llomsok rzkelik ha a csatorna foglalt

MA (Multiple Access): a msnak szl csomagokat az adott lloms nem rtelmezi

CD (Collision Detection): ha ads kzben szreveszem, hogy tkzs (collision) van, vagyis ms is ad,
akkor megllok, s vletlen ideig vrok (backoff delay), ezutn jraprblkozs, ha az tkzs jra
fenn ll, akkor ismtelten meglls s vletlen ideig vrs, de ekkor a vrakozs hosszabb
(exponential backoff):

Itt kell beszlnnk mg egy fogalomrl a Capture Effect-rl, amely akkor kvetkezik be, ha tlterhelt
a hlzat, vagyis az exponencilis backoff kvetkezmnye, ekkor egyetlen lloms kisajtthatja az
erforrsokat.

Trjnk vissza ezutn a kis CSMA/CD bevezet utn az Ethernet alapjaira s a TCP/IP modell rteges
felptsre.

Jl lthat, hogy az OSI modell 1-2 szintje a fizikai s az adatkapcsolati rteg, amely a TCP/IP modell
esetben 1 szintet jelent az adatkapcsolati rteget (link layer), vagy ms-ms krnyezetben szoktk
ezt hlzati rtegnek is nevezni.

Ezen a szinten kell beszlnnk a tnyleges fizikai sszekapcsoldsrl, csatlakoz tpusokrl s a

vezetkes s vezetk-nlkli technolgik felhasznlsrl. Itt jellemz egysgknt pusztn bitekrl
beszlhetnk.

Magt az Ethernetet alapveten hrom kategriba sorolhatjuk, a klasszikus Ethernet, a gyors

Ethernet s a gigabites Ethernet:

- A klasszikus Ethernet esetben a megnevezs els szma az tviteli sebessget jelli, az ezt
kvet Base az alapsv tvitelre utal. A kvetkez szm, koaxilis kbel esetn a kbel
hosszt adja meg 100 mteres egysgekre kerektve.

- A gyors Ethernet (IEEE 802.3u) esett tekintve 1992-ben sszehvtk a bizottsgot, hogy
ksztsenek egy j szabvnyt, egy gyorsabb LAN-ra, megtartva az IEEE 802.3 minden egyb
 elrst. Egy msik elkpzels szerint viszont teljesen t kell mindent alaktani, biztostani
kell a vals idej forgalmat, valamint a digitlis hangtvitelt. A nevet zleti okokbl meg
akartk tartani. A bizottsg az els vltozatot fogadta el, s elksztette a 802.3u-t. Az el nem
fogadott javaslat hvei elksztettk a sajt szabvnyukat, a 802.12-t, ami nem terjedt el.

- Harmadik szabvny tekintetben a gigabites Ethernet (IEEE 802.3z). A gyors Ethernet

szabvnyt kveten 1995-ben a 802-es bizottsg egy mg gyorsabb Ethernet tervein kezdett
dolgozni. A clkitzsek a kvetkezk voltak: 10x gyorsabb sebessg, kompatibilits az eddigi
Ethernetekkel. A vgs szabvny, a 802.3z eleget tett a feltteleknek.
A gigabites Ethernet eltren a klasszikus Ethernettl pont-pont felpts. A
legegyszerbb topolginl a kt szmtgp van gigabites Ethernettel sszekapcsolva.
Gyakoribb az a megolds, amikor egy kapcsol vagy eloszt kt ssze tbb szmtgpet,
vagy tovbbi elosztkat vagy tovbbi kapcsolkat. Minden esetben egy Ethernet kbel vgn
pontosan egy-egy eszkz tallhat csak.
A gigabites Ethernet kt mkdsi mdot tmogat: a duplex s half-duplex mkdst.
"Normlis" esetnek a duplex mdot tekintik, a forgalom mindkt irnyban egy idben
folyhat. Ezt akkor hasznljk, ha egy kzponti kapcsolt vagy a perifrin lv gpekkel, vagy
ms kapcsolkkal ktnek ssze. Ekkor minden adatot pufferelnek, gy brmelyik gp s
kapcsol tetszs szerinti idben kldheti el az adatait (kereteit). Az adnak nem kell figyelnie
a csatorna forgalmt, mert a versengs kizrt. Mivel a kbel egy gpet s egy kapcsolt kt
ssze, csak ez a gp adhat a kapcsol fel, a duplex megolds miatt az esetleges ellenirny
adatklds biztosan sikeres lesz. Nincs teht versengs, a CSMA/CD protokoll hasznlata
felesleges, a maximlis kbelhosszt a jel erssge hatrozza meg, nem pedig egy zajlket
adhoz val visszajuts ideje. A kapcsolknak mdjukban ll keverni s egyeztetni a
sebessgeket, s automatikusan konfigurlhatjk a hlzatot is, hasonlan a gyors
Ethernethez.
Ha a szmtgpek nem kapcsolhoz, hanem eloszthoz kapcsoldnak, akkor a half-duplex
mdot hasznljk. Az eloszt nem puffereli a berkez kereteket. A kapcsol bell villamosan
sszekti az sszes vonalat, hasonlan a klasszikus Ethernetnl alkalmazott megoldshoz. Az
tkzsek nem kizrhatk, teht szksges a CSMA/CD protokoll hasznlata. Mivel a
legrvidebb keretet (64 byte) 100-szor gyorsabban lehet elkldeni, a maximlis tvolsg is
100-szor kisebb, azaz 25 mteres lesz, hogy megmaradjon az a sajtossg, hogy az ads mg
a legrosszabb esetben is addig tart, amg a zajlket visszar az adhoz. Egy 2500 mter
hossz kbel esetben, 1 Gb/s sebessg mellett az ad mr rgen vgzett egy 64 byte-os
keret adsval, amikor a keret a kbel hossznak tizedt sem tette mg meg (a visszatrl
nem is beszlve).
A bizottsg rtheten elfogadhatatlannak tartotta a 25 mteres tvolsgot, ezrt
bevezette a vivkiterjeszts (carrier extension) s a keretfzs (frame bursting) funkcikat.
gy a kbelhossz 200 mterre kiterjeszthet.
Ellentmondsos, hogy egy szervezet, amelyik a gigabites Ethernet megvalstsa mellett
dnt, de elosztkkal kti ssze a gpeket, ezzel tulajdonkppen a klasszikus Ethernetet
szimullja. Tny, hogy az elosztk valamivel olcsbbak a kapcsolknl, s a gigabites Ethernet
illeszt-krtyk elg drgk. Ha ezt a relatv drgasgot az olcsbb elosztkkal akarja a
szervezet ellenslyozni, akkor ezzel egyben a hlzata teljestmnyt drasztikusan cskkenti.
 A bizottsgnak viszont a kitztt visszafel kompatibilits elrsa s szoks miatt a
802.3z szabvnyban meg kellett engednie ezt a lehetsget.

TCP/IP modell adatkapcsolati vagy hlzati rtege (1. szint)

Leggyakoribb Ethernet fizikai kzegek:
- 10Base2: vkony (thin) ethernet, koax, T alak BNC csatlakozk
- 10Base-T: 10Mb/s legalbb Cat3 csavart rpron
- 100Base-TX: 100Mb/s legalbb Cat5 csavart rpron
- 100Base-FX: 100Mb/s optikai rpron:
1. Half duplex mdban 412 m maximlis kbelhossz
2. Full duplexben 200 m maximlis kbelhossz
3. Tipikusan multimdus optikn
- 1000Base-SX: Short Wavelength, 850 nm, gigabit
- 1000Base-LX: Long Wavelength, 1300 nm, gigabit

Kbelek:
- rzkbelek:
1. UTP: Unschielded Twisted Pair: ez a legelterjedtebb, a csavart rpr
2. ScTP: Screened Twisted Pair: rnykolt csavart rpr
- optikai kbelek:
1. MMF (Multi-Mode Fiber): multimdus:
a. a fny tbb ton halad a kbelen
b. LED-del megvilgtott
c. 50-100 micron az tmrje
d. legalbb 3 csomagol rteg bortja
e. a kbelhossz 2000m alatt van
f. tipikusan felhasznlsi terlete az pleten belli kipts
2. SMF (Single-Mode Fiber): egymdus:
a. a fny nem szrdik a kbelben
b. 10 micron a kbel tmrje
c. drga
d. nagyobb tvolsgokra hasznlatos

sszefoglalva lthat a kvetkez tblzatban az Ethernetre jellemz tviteli kzegeket:

A kvetkez tbla jl szemllteti a ltez Ethernet kbeleket szabvny s egyb tulajdonsg szerint:

Az tviteli kzegek tisztzsa utn mg mindig a a TCP/IP modell els szintjn a fizikai rteg szinten,
vagy ms nven az adatkapcsolati / hlzati rteg szinten maradunk. Ugyanis ezen a szinten az
tviteli kzegek mellett helyezkednek kell az OSI-ISO modell terminolgijt tekintve az
adatkapcsolatrt felels tnyezk (MAC, ARP, NDP, LLC). Ezen a rszen viszont mr a TCP/IP modellt
illeten is nem csak bitekrl beszlnk, hanem sszefgg adatrl, amelyet keretnek (frame)
neveznk.

Nzzk meg rszletesebben az ide tartoz fogalmakat!

1. MAC/OUI (Medium Access Control / Organizationally Unique Identifier): eszkzhozzfrs-

vezrl cm / egyedi szervezeti azonost. Jellemzen minden Ehternet alap protokoll alkalmazza
a partnerek egyedi azonostsra a MAC-cmet. Ez a cm (elvileg) az egsz vilgon egyedi. A
cgazonostt az IEEE Standards Department-tl lehet krni a cg azonostsa cljbl - ez az
eljrs (mrmint a cm-kiads) nem ingyenes. Ez a MAC cm OUI (egyedi szervezeti azonost)
rsze. sszefoglalva a MAC alrteg feladata a kzeghez val hozzfrs, a kereteknek a kbelre
val juttatsa (az adsi jog megszerzse s az adsa).

A 48 bites MAC cmzs elvileg 248 azaz 281,474,976,710,656 egyedi cmet tesz lehetv. rdekessg,
hogy a MAC cmzs mg az Internet skorbl, a Xerox cmzsi smbl maradt meg.

A MAC cmet eredetileg egy egyedi azonost jelnek szntk, azrt ennek az egyedisgvel vatosan
kell bnni, ugyanis:
- j nhny gyrt nem nagyon foglalkozik azzal, hogy minden termknek eltr legyen a
ROM-ban trolt MAC cme
- rszben az elz pont miatt, rszben "csak"; sok termknek a cme nem ROM-ba kerlt
letrolsra, gy azt meg lehet vltoztatni

Ezrt ha hlzatunk vergdik, s a cmzssel folyamatosan problmk merlnek fel, rdemes arra
gyanakodni, hogy a hlzaton kt, azonos MAC cm egysg is tallhat.

MAC cm tpusok:
 - BIA (burned-in addresses): ide tartoznak a tradcionlis MAC cmek, ezeket a gyrtk ROM-
ba rjk, azaz getik, ezrt ezek nem vltoztathatak. Ezekben az esetekben az els bjt 2.
bitje mindig 1-es rtket tartalmaz
- LA MAC (locally administered): loklis MAC cm, ezeket meg lehet vltoztatni, ezltal (mivel
a tbbieknek sok rtelmk nincs), az OUI mezben csak a jellbitek kerlnek kitltsre. Az
els bjt kt legalacsonyabb helyi rtk bitje. Mivel ezekben az esetekben a tbbi rtk 0,
gy a loklis (MAC) cmeket onnan lehet felismerni, hogy az els bjtjuk rtke 2 vagy 3.

A kvetkez tblzatban lthat a MAC cmek felosztsa:

A tblzatban szerepl Vilglland cmeket az IEEE osztja ki 224-es darabokban.

A cmekben 3 bjt (els 3) fix, pldul Cisco eszkzknl 00:00:0C.

2. ARP (Address Resolution Protocol): cmfeloldsi protokoll

Jellemzen az Ethernet hlzatokon elterjedt protokoll clja a logikai IPv4 cmekhez tartoz MAC
fizikai cmek feldertse (Az IPv6 cmekhez mr az NDP protokoll alkalmazand). Erre azrt van
szksg, mert mg az IP cmek szabadon vltoztathatk, a MAC cmek ROM-bl kerlnek kiolvassra
minden egysgben - ezrt ezek jellemzen egyedi azonostk. Amikor egy egysg egy msikkal akar
forgalmazni, els krben ki kell dertenie annak a MAC-cmt. Ennek menett (s az ARP cljt) egy
pldn keresztl szemlltetem.

A plda szerint a 192.168.1.11 IP cm grl szeretnnk elrni a 192.168.1.37 cm eszkzt:

Az ARP protokoll mkdse:
1. ARP cache checked: a PC megvizsglja az ARP gyorst tra, hogy nem lelhet-e vletlenl ott
a cllloms cme
2. ARP send a request: a PC egy broadcast ARP csomagot kld a hlzaton lev sszes
eszkznek, a csomagban a keresett 192.168.1.37-es IP cmmel
3. ARP entry is added to cache: az sszes lloms akinek nem szl a csomag az eldobja, mivel az
nem az IP cmre szlt. A keresett eszkz mieltt vlaszolna lementi a sajt ARP gyorst
trba a kld eszkz MAC cmt s az annak megfelel IP cmet
4. ARP send reply: vlasz a kld eszkznek, a vlasz csomag tartalmazza a keresett eszkz
MAC cmt
5. ARP entry is added to cache: az egsz krst indt eszkz megkapta a vlaszt, gy is rgzti
a paramtereket az ARP gyorst trba.

3. RARP (Reverse Address Resolution Protocol): az ARP protokoll fordtottja, itt nem a MAC cmek
utn szeretnnk keresni IP alapjn, hanem IP-ket szeretnnk azonostani MAC cm alapjn. Ezek
alapjn az RARP olyan tblzattal dolgozik, amelyben az van felsorolva, hogy milyen IP cm milyen
fizikai (MAC) cmnek felel meg.
Ennek hasznlata csak specilis esetekben szksges, pl: hlzati boot, X-terminlok.

4. NDP (Neighborn Discovery Protocol): A 2007-ben - RFC 4861-ban - publiklt NDP funkcionlisan
gyakorlatilag megegyezik az ARP mkdsvel, azzal az eltrssel, hogy ezzel az IPv6-os cmek
alapjn lehet vadszni a MAC cmeket. (s persze ebbl addan az NDP csomagok felptse
eltr az ARP-s eldtl).

5. LLC (Logical Link Control): az LLC ellenrzi a vett keretek psgt, kri s vgzi az jrakldst s
szervezi a kapcsolatot, a MAC rteg szolgltatsainak (keret adsa s vtele) felhasznlsval.
6. Frame (keret) struktra

A kvetkez tblzat szemlleti az Ethernet alap keretek formtumt:

Preambulum SFD Destination Source MAC Length / Data Pad CRC

MAC Ethertype

Preambulum (eltag): 7 byte hosszan (56 bit) vltakoz 0 s 1 rtkeket tartalmaz, amely a vev
szinkronizlshoz szksges
SFD (Start Frame Delimiter): 1 byte hosszan, melynek tartalma 10101011 jelsorozat, s szintn a
vev szinkronizlsra szolgl informcit tartalmazza
Destination/source MAC (cl/forrs): a kld s fogad eszkzk fizikai cmnek helye
Length/ehtertype: hossz vagy tpus, ha 1500-nl kisebb, akkor hossz, ha nagyobb, akkor tpus. A
hossz a kvetkez byte-tl a CRC-ig szmt.
Data (adat): szoks Payload-nak nevezni amelynek mrete 46-1500 byte, ha a minimlis rtket
nem ri el, akkor kiegszts trtnik (Pad).
CRC (Cyclic Redundancy Check): ciklikus redundancia ellenrzs, egy olyan ellenrz sszeg, amely a
cl cmtl az adat vgig szmolja a kld s a fogad is, ha a CRC hibt jelez, akkor a fogad eldobja
a csomagot.
Interfram gap (kivrs): framek-k kzt legalbb 12 byte (96 bit) id.

Hlzati paramtereknek fontos szerepe van a frame kezelsben, ugyanis ha elindul egy frame, akkor
a hlzat legtvolabbi pontjn is rzkelni kell mieltt vget r, fontos, mivel nem lehetne szrevenni
az tkzst. Emiatt korltozni kell a kbelhosszt s a repeaterek szmt, tovbb minimalizlni kell a
mdiumon megengedett frame hosszt, alapesetben 512 bit (64 byte), gigabit esetn 4096 bit.
Kt esetet klntnk el, mikor tl kicsit a frame mrete, vagy tl nagy:
- 64 byte-nl kisebb, ekkor runt (trpe) frame-rl beszlnk, itt az alap 18 byte (12 byte cm, 2
byte hossz, 4 byte CRC) mellett a 46 byte adat nincs meg.
- 1518 byte-nl nagyobb, ekkor giant (ris) frame-rl beszlnk, itt az alap 18 byte mellett a
megengedett 1500 byte adatmennyisg nagyobb (tagged frame)
 Internet vagy hlzati rteg (OSI-ISO 3. szint, TCP/IP 2. szint)
Az internetprotokoll az internet (s internetalap) hlzat egyik alapvet szabvnya (protokollja).
Ezen protokoll segtsgvel kommuniklnak egymssal az internetre kttt csompontok.

Kialaktsban fontos szerepet jtszott az egyszersg, s a robusztussg. Ezek egy olcs technolgit
eredmnyeztek, aminek segtsgvel gyorsan terjedt az IP, kiszortva pldul a jval komplexebb, de
igen drga konkurenst, az ATM-et. Fejlesztst mg az ARPA kezdte el, jelenleg az IETF felgyeli. 4-es
verzijnak (IPv4) lerst az RFC 791 tartalmazza.

Az IPv6 az internet cm-hsgre adott vlaszknt szletett meg, az tlls a kt cmzs kztt mg
hossz veket fog ignybe venni, addig a kt cmzsi rendszer egyms mellett fog futni.

Az IP a klasszikus OSI besorols alapjn a 3., a hlzati rtegben helyezkedik el. Csomagkapcsolt
hlzatot valst meg, azaz nem pti fel a kapcsolatot a forrs s a cl kztt, hanem minden egyes
csomagot kln irnyt (route-ol). Hibadetektlst s hibajavtst nem vgez (ezeket nevezzk
megbzhatatlan protokollnak), ezeket a funkcikat fleg a szlltsi rtegben elhelyezked
protokollokra bzza (pldul TCP). Ennek a kialaktsnak az oka az, hogy az egyszersgre trekedtek.
gy a hibajavts terhe fkpp a forrs s a cl szmtgpeknl jelentkezik, s nem terheli
feleslegesen az egybknt is leterhelt hlzati tirnyvlaszt csompontokat (router).

IPv4 protokoll (Internet Protocol version 4):

Az IPv4-ben a forrs- s clllomsokat (az gynevezett hostokat) cmekkel (IP-cmek) azonostja,

amelyek 32 biten brzolt egsz szmok; azonban ezt hagyomnyosan ngy darab 8 bites (azaz 1
byte-os, vagyis 0 s 255 kz es), ponttal elvlasztott szmmal rjuk le a knnyebb olvashatsg
miatt (pl: 192.168.23.18). A cmek felptse hierarchikus: a szm bal oldala (vagy szakmai nevn a
legnagyobb helyirtk bitek fell indulva) a legfels szintet jelenti, s jobbra haladva az ez alatti
szinteket kapjuk meg, pldul egy szolgltatt, a szolgltat alatti gyfeleket, s az gyfelek alatti
egyes szmtgpeket.

A hlzatokon az IP cmek a MAC-cmekhez kerlnek hozzrendelsre, melyek (mivel ROM-ban

kerlnek trolsra) az egysgek egyedi azonostst vgzik. A hozzrendelsek megkeressre szolgl
az ARP protokoll (IPv4 cmek esetn, IPv6-nl az NDP clravezet).

IPv4 header (fejrsz) szerkezete:

Version: Ez a mez teszi lehetv, hogy azonos hlzatban eltr IP verzik mkdhessenek, egy-egy
tlls gy folyamatosan mehet vgbe, nem kell egyszerre az egsz hlzat sszes berendezst
tlltani. Jelenleg vek ta tart pldul az IPv4-rl IPv6-ra trtn migrcija az internetnek. A verzi
mez rtke 4 ha IPv4, 6 amennyiben IPv6 protokollhoz tartozik a csomag. (az IPv5 egy ksrleti
protokoll volt, mely vgl nem terjedt el)

IHL (Internet Header Length): az IP fejlc hossza nem lland, ez a mez hordozza a fejlc hosszra
vonatkoz informcit. A hosszt 32 bites szavakban adja meg, 5 s 15 kztt vehet fel rtket, ami
minimum 20 maximum 60 bjtos fejlcet jelent. (a fejlchossz az opcik vltoz szma miatt nem
lland)

ToS (Type of Service): 6 bites mez. Eredeti tartalma hrom bitnyi precedencia informci, majd
hrom jelz bit ami gyakorlatilag prioritsnak felel meg(0: norml csomag, 7: hlzatvezrl csomag).
A hrom bit egyenknt a ksleltetsre, tbocstsra s a megbzhatsgra vonatkozott. Egy csomag
priorizlsnl ezekkel lehetett kivlasztani, hogy a szolgltats mely minsgi eleme fontos a
kzbestsnl. Mivel sok eszkz figyelmen kvl hagyta egyszeren az IHL-t, jelentst vgl
megvltoztattk. Ma egyszeren szolgltatsi osztlyhoz tartozst jell, ami a fenti informcikat is
magba foglalja.

Total length: ez a mez a csomag teljes hosszt tartalmazza bjtban megadva, belertve a fejlcet
opcikkal s az adatrszt egyttesen. Maximlis rtke 65535. Ez a fels korlt. Hamarosan ez
igencsak szks lehet, de az IPv6-ban mr van lehetsg n. Jumbogram vagy Jumbo frame kldsre,
mely elmleti maximlis csomagmrete 1 bjt hjn 4 gigabjt.

Identification: erre a mezre a clhosztnak felttlen szksge van ahhoz, hogy a felsbb protokollok
darabolt zeneteit ssze tudja lltani. Minden datagram sztdarabolsa utn az sszes darab
ugyanazzal az azonostval kerl tovbbtsra.

Flags:
- DF (Do not fragment!): egyetlen jelzbit, belltsval az zenet darabolst lehet tiltani.
Ilyenkor a routerek elkerlik a kiscsomagos hlzatokat.
- MF (More Fragments): szintn egyetlen bit, mely jelzi, hogy ltezik mg tbb darabja az
zenetnek. Egy darabolt zenet minden darabjnak a fejlce tartalmazza, kivve az utolst.

Fragment Offset: darabeltols, megadja, hogy a feldarabolt daragramnak a csomagban szlltott

rsze honnan kezddik. Elengedhetetlen informci a datagram sszelltshoz a vteli oldalon. Az
eltolst itt 8 bjtos egysgekben kell rtelmezni.

TTL (Time to live): Ezzel a mezvel korltozzk egy csomag hlzatban eltlthet idejt, illetve
egyttal a megolds azt is biztostja, hogy ne maradhassanak a hlzatban vg nlkl kering
csomagok. Kezdrtke 255 lehet maximlisan, melyet minden router cskkent eggyel tovbbtskor.
Ha elri a nullt, egyszeren eldobja.

Protocol: ez a mez jelzi, hogy a csomag milyen protokoll szmra szllt. Amikor a csomagokbl
sszelltja az zenetet a vteli oldal, ezalapjn tovbbtja a felsbb rteg megfelel protokolljnak
(lt. TCP vagy UDP). Az egyes protokollok ide vonatkoz megfeleltetst az RFC 790 rja le.
Header Checksum: csak a fejrszre vonatozik! Sajnos az lettartam mez miatt minden alkalommal
jra kell szmolni.

Source IP Address: a 32 bites (4 byte) forrs/kld lloms cme.

Destination IP Address: a 32 bites (4 byte) cl/fogad lloms cme.

Options: opcionlis mveletekhez biztostott 32 bit. Ritkn szoks hasznlni. Eddig 5 opcit
definiltak:
- A biztonsg opci az informci titkossgnak fokra utal. Hasznlata gyakorlatban nem
clszer, mert felhvja a figyelmet a fontos informcira. Eredmnyesebb lczs, ha a fontos
adatok eltnnek a lnyegtelenek tmegben.
- Szigor forrs ltali forgalomirnyts IP cmek sorozataknt megadja a teljes tvonalat
- Laza forrs ltali forgalomirnyts lnyegben az tvonal irnyt jelli ki. (Az informci
bizonyos orszgokon ne haladjon t, ne hagyja el az orszgot, stb)
- tvonal feljegyzse opci fknt a routerek zemeltetinek fontos. .Lehetv teszi a hibk
feldertst.(Mirt ment USA-n keresztl a szomszd pletbe cmzett zenet?) A mai
krlmnyek kztt sokszor kevs a 40 bjt az tvonal trolsra.
- Az idblyeg opci az IP cm mell egy 32 bites idblyeget is feljegyez. Fknt a router
algoritmusok hibakeressnl hasznos eszkz.

Data: Az adatmez nem rsze a fejlcnek, ezrt a checksum beszmtsba se kerl be. Ennek a
terletnek a kezelse a szlltsi rteg protokolljaira tartozik. Az adat mez tartalmazhatja a
kvetkez protokollok adatait: ICMP, IGMP, TCP, UDP, ENCAP, OSPF, SCTP.

IPv4 alap cmzsi rendszer:

Az IPv4 kt rszbl ll: hlzati cm + hoszt cm

Egy hoszt egyszerre tbb hlzathoz is csatlakozhat. Ekkor minden hlzatban kln IP cme van.

A cmet megjelenthetjk binrisan, vagy decimlis formban.

Szoksos az gy nevezett "Dotted decimal" formtum. A 32 bit 4 bjtnak felel meg. Minden bjt
decimlis rtkt rjuk ki, pontokkal elvlasztva, pl.: 173.47.156.201

Az egy hlzatba tartoz gpek szma igen tg hatrok kztt vltozhat, ezrt cm - osztlyokat
alaktottak ki.

A cmek adminisztrcijt a NIC (Network Information Center) vgzi. Ez a szervezet osztja ki a cm -

tartomnyokat.

A cmtartomny korltozottsga miatt (mindssze 32 bit, s ez sem oszthat ki maradktalanul)

belthat idn bell szksg lesz a mdostsra az Internet rohamos terjedse miatt. Szmos
javaslat szletett a megoldsra , s van szabvny javaslat is (IPv6), de az ttrs jelents kltsgei
miatt egyelre vrat magra az ttrs. Valszn, hogy az IPv4 vilgban IPv6 szigetek jnnek ltre,
melyeket a meglv kapcsolatokon keresztl alagt jelleggel kapcsolnak ssze mindaddig, mg az IPv6
ltalnoss vlik.
Az IPv4-es cmosztlyok:

A cmek egy rsze specilis clokra foglalt.

A 0.0.0.0 cmmel indul minden hoszt, majd a hlzati paramterek betltse utn tbbet nem
hasznlja.

A 127.xx.yy.zz cmek a visszacsatolsok cmzsre vannak fenntartva. A 127.0.0.1 a hoszt sajt maga,
ez szoks localhost vagy loopback cmnek is hvni.

A 255.255.255.255 helyi adatszrst jelent. Az adatszrs csak az alhlzaton bellre szl.

Egy tvolabbi hlzatban is vgezhetnk adatszrst, ha egy helyes hlzati cm mg csupa 1-eket
runk: hlzati cm + 11.11

A helyi alhlzatunkban egy hosztot gy is megcmezhetnk, hogy nem adjuk meg a teljes cmet, csak
az alhlzaton belli hoszt cmet: 000000 + hoszt cm

IPv4 s az alhlzatok kapcsolata:

A nagyszm gppel rendelkez felhasznl hamar szembe kerl azzal a problmval, hogy a NIC-tl
szeretne egy sszefgg cmtartomnyt kapni, ugyanakkor ezt a cmtartomnyt szeretn kisebb,
kln-kln menedzselhet tartomnyra bontani.

A hlzati cm s a hoszt cm sztvlasztsra alkalmas eszkz a netmaszk.

A netmaszk a hlzati cm-pozcikban 1-et, a hoszt - cm helyn 0-kat tartalmaz.

A cmosztly meghatrozza, hogy a hlzati cm hny bites. Kvlrl csak a hlzat cmezhet,az
alhlzatunk nem , mert a tovbbtott csomagokban nincs benn a netmaszk. A helyi hlzatunkban
azonban valamennyi eszkz tartalmazza a netmaszk-ot (Subnet Mask), s gy kiderl, hogy a csomag
melyik alhlzatnak szl.

A hoszt cmeket egy EXOR mvelettel vlaszthatjuk le a teljes cmbl.

(teljes cm) EXOR (netmaszk) = (hoszt cm)

Pldaknt hozzunk ltre alhlzatot egy C osztly cmen bell . Az alhlzat max. 32 gpet
tartalmaz.

A cmtartomny legyen: 193.221.15.32 - 193.221.15.63

A kls hlzat nem ltja az alhlzati maszkot, csak a "C" osztlyt ismeri fel!

Alhlzati maszk: 11111111 11111111 11111111 11100000

Decimlisan: 255 255 255 224

Plda: alhlzati cm levlasztsa a 193.221.15.41 cmbl:

Az alhlzat cme: 193.221.15.32

IPv6 protokoll (Internet Protocol version 6):

A hagyomnyos IP-protokoll szerinti IP-cmeket nevezzk IPv4 cmeknek is, ami a negyedik
genercis (v4, version 4) internetprotokollt jelenti. Br kezdetben jl megfelelt, az internet elre
nem ltott nvekedse kzben sok problmba tkztek a hlzati szakemberek. Egyik ilyen az, hogy
nem elgsges a kiosztott cmek mennyisge. Gondot jelent, hogy nem tmogatja a protokoll a
mobilitst, nincs lehetsg benne korrekt titkosts tmogatsra stb. Az IPv6-ot ezeknek a
problmknak feloldsra hozta ltre az Internet Engineering Task Force (IETF) 1998-ban, s a
szablyait az RFC 2460 rgzti.

Tervezsekor nemcsak az IPv4 hibit igyekeztek megszntetni, hanem j szolgltatsokat bepteni,

amelyek a protokollt gyorsabb s az j felhasznli ignyeknek jobban megfelelbb teszik.

Az IPv6 legfontosabb jellemzi:

- 128 bitre megnvelt, nagyobb cmtartomny, j cmzsi sma
- hatkonyabb s flexilisebb csomagformtum, egyszerbb fejrsz
- a tovbbfejleszts lehetsge az opcionlis fejrszek bevezetsvel
- kzvetlen vgponti cmezhetsg
- forgalomirnyt tblzatok mretnek cskkense
- protokollok egyszerstse, gyorsabb feldolgozs a routereken
- automatikus konfigurci, vagyis a munkallomsok automatikus hlzati konfigurlst
tmogat rendszer
- hlzati mobilits, egy hlzati csatolhoz egy idben tbb cmet rendelhetnk. Ez hasonl a
mobilszolgltatk roaming, (barangolsi) szolgltatshoz.
- titkosts, azonosts: Az IPv6 cmzs szerves rsze az IPSec biztonsgi protokoll, ez hlzati
szinten nyjt lehetsget arra, hogy a kommunikciban rsztvev felhasznlk hitelesen
azonostsk egymst, s az egymst kzt zajl adatforgalmat titkostsk egy biztonsgos
gynevezett alagton, tunnel-en keresztl anlkl, hogy az Internetrl brki le tudn
hallgatni ket.
- tbbszrs cmezhetsg, szabvnyostott multicast
- nvfelolds s a csoportmenedzsment rsze a protokollnak, gy az ARP s az IGMP kikerlt a
rendszerbl

Az tlls az IPv4-rl IPv6-ra, nem tud az egsz Interneten egy idben lezajlani, ezrt szksges, hogy
a kt rendszer egyms mellett mkdhessen, akr az Interneten vagy a gpen bell is. Ezt az
tmenetet a kompatibilis cmek (az IPv4 cmek egyszeren talakthatk IPv6-cmekk), s a klnfle
alagutak alkalmazsa biztostja. Hasznlhatnak egy ketts protokollcsomag, (dual stack IP) nev
technikt is, amely mindkt protokollt egy idben tmogatja. A kt teljesen klnll hlzati
alrendszer s a kt klnbz protokollverzi nincs hatssal egymsra.

A hlzatokon az IP cmek a MAC-cmekhez kerlnek hozzrendelsre, melyek (mivel ROM-ban

kerlnek trolsra) az egysgek egyedi azonostst vgzik. A hozzrendelsek megkeressre szolgl
az ARP protokoll IPv4 cmek esetn, IPv6-nl az NDP clravezet.

IPv6 cmzs:

Az IPv6 esetben a cmzsre 128 bit ll rendelkezsre, szemben az IPv4 32 bites cmzsvel.
Ellenttben az IPv4 hlzatokkal, ahol a hlzati maszk vltoz mret, az IPv6 esetben a hlzatok
fixen 64 bites (/64) prefixeket hasznlnak. Hromfle egyedi (unicast) cm tpust lehet
megklnbztetni:
- link loklis cm (link local address, FE80::/10)
- globlis unicast cm (GUA: global unicast address)
- egyedi loklis cm (ULA: unique local address, FC00::/7)

Minden vgberendezsnek (host) rendelkeznie kell link loklis cmmel s legalbb egy GUA cmmel az
IPv6 Internet elrshez. Az IPv6-os cm teht kt rszbl ll: egy 64 bites (al-)hlzati rszbl, illetve
egy 64 bites hosztrszbl, melyet tbbflekppen lehet generlni (pl. a MAC-cmbl, stb.). Az IPv6-os
cmek a CIDR cmzsek mdjt kvetik.

Egy IPv6-os cm 8 db 4 hexadecimlis szmjegybl ll csoportbl ll, kettspontokkal elvlasztva.

Egy rvnyes cm a kvetkezkpp nzhet ki: 2001:0db8:85a3:08d3:1319:8a2e:0370:7334 Ngy 0-bl
ll ngyes (0000) elhagyhat, s helyre ngyespont rhat (::). gy tbb 0000-s ngyes is trhat
ngyespontokk, illetve a ngyesekbl a vezet nullsok is elhagyhatak (pl.: 0d56 d56) A
kvetkez cmek mind egyenrtkek, ugyanarra a cmre mutatnak:

- 2001:0db8:0000:0000:0000:0000:1428:57ab
- 2001:0db8:0000:0000:0000::1428:57ab
- 2001:0db8:0:0:0:0:1428:57ab
- 2001:0db8:0:0::1428:57ab
- 2001:0db8::1428:57ab
- 2001:db8::1428:57ab

Ilyen mdszerrel viszont csak egy ilyen nullsokbl ll csoport hagyhat el, tbb nem.

Pldul 2001:0db8:0000:0000:34d2:0000:1428:57ab nem azonos 2001:0db8::34d2::1428:57ab-vel,

csak 2001:0db8::34d2:0000:1428:57ab, vagy 2001:0db8:0000:0000:34d2::1428:57ab az rvnyes.

IPv6 header (fejrsz):

Version: az IP verzija, jelen esetben a 6.

Traffic Class: a csomagokat ezzel a 8 bittel lehet priorizlni.

Flow Label: A 20 bites QoS szolgltatshoz kerlt be, ami a vals idej applikcikat tmogatja illetve
tmogatn, mert jelenleg mg nincs hasznlatban.

Payload Length: Az IPv4 65535 byte-ban maximlt cmtartomnyt (Total Length) jelentsen
kibvtettk (meg t is neveztk). A kibvtett cmzsi lehetsg lehetv teszi az un. jumbo payload
(hop-by-hop) mveletet is, mellyel egyszerre 4 GiB mret csomag is kldhet (2 32 - 1 =
4,294,967,295 bytes).

Next Header: ez a mez jelzi, hogy a csomag milyen protokoll szmra szllt. Amikor a csomagokbl
sszelltja az zenetet a vteli oldal, ezalapjn tovbbtja a felsbb rteg megfelel protokolljnak
(lt. TCP vagy UDP). Az egyes protokollok ide vonatkoz megfeleltetst az RFC 790 rja le. A mez
funkcionlisan az IPv4 protocol mezvel egyezik meg.

Hop Limit: Ezzel a mezvel korltozzk egy csomag hlzatban eltlthet idejt, illetve egyttal a
megolds azt is biztostja, hogy ne maradhassanak a hlzatban vg nlkl kering csomagok.
Kezdrtke 255 lehet maximlisan, melyet minden router cskkent eggyel tovbbtskor. Ha elri a
nullt, egyszeren eldobja. A mez funkcionlisan az IPv4 TTL mezvel egyezik meg.

Source Address: a forrs/kld lloms 128 bites (16 byte) IP cme.

Destination Address: a cl/fogad lloms 128 bites (16 byte) IP cme.

ICMP s IGMP

Az Internet rteg esetben a kt IP szabvny mellett fontos megemlteni az ICMP s IGMP vezrl
protokollokat is.

ICMP (Internet Control Message Protocol): az ICMP egy interneten hasznlt protokoll, melynek
segtsgvel rteslhetnk a hibkrl illetve azok tpusrl, valamint hlzati diagnosztizlsban
lehet a segtsgnkre. Az ICMP (az UDP-hez hasonlan) datagram-orientlt kommunikcis protokoll,
mert egyltaln nem garantlt a csomagok megrkezse vagy sorrendje. Az ICMP (a TCP-hez s az
UDP-hez hasonlan) az IP-t hasznlja bortkknt (ICMP csomagok csak IP hlzaton mehetnek). Az
ICMP-t rszletesen az RFC 792-ben definiltk.

ICMP csomag formtum:

Legfontosabb ICMP zenetek:

CL ELRHETETLEN zenet akkor keletkezik, ha a router nem tallja a clt, vagy ha olyan zenetet
kapott, ahol ll a DF bit, s a hlzat nem tud akkora csomagot kezelni, mint a berkezett.

IDTLLPS zenetet akkor kld a router, ha a csomag lettartam mezje elrte a nullt. (Torlds
van, hurokba kerlt a csomag, tl alacsony a belltott lettatam).

PARAMTER PROBLMA zenet az IP fejrsz hibjt jelzi. Rendszerint valamelyik router szoftver
hibja okozza.

FORRSLEFOJTS zenetet a tl sok csomagot kld hosztok kapnak, hogy lasstsanak. Az j

forgalomirnyt algoritmusok nem hasznljk. (A forgalomszablyozs a szlltsi rtegben trtnik.)

JRAIRNYTS zenetet akkor kld a router, ha a csomag rosszul irnytottnak tnik. (Teljesen rossz
fldrajzi irny.)

VISSZHANG KRS s VISSZHANG VLASZ zenetek egy hoszt elrhetsgnek tesztelsre

hasznlhatk.

Az IDBLYEG KRS s IDBLYEG VLASZ zenet a hoszt elrhetsgn tl a hlzat

teljestmnyt is mri. Az zenet rkezsi ideje s a vlasz indulsi ideje is szerepel a vlaszban.

Az ICMP teljes defincija az RFC 792-ben tallhat.

IGMP (Internet Group Management Protocol): Multiast zenetek kldsnl hasznlatos. Egyetlen
csomagot egyszerre tbb vgberendezshez is eljuttathatunk.

IGMP csomag formtum:

 Szlltsi rteg protokollok (OSI 4. szint, TCP/IP 3. szint)
UDP (User Datagramm Protocol):

Az Interneten is hasznlt datagram-orientlt kommunikcis protokoll, amely nem fedi el teljesen a

hlzat sajtossgait. gy az esetlegesen hibsan megrkez csomagokat a cl-alkalmazsnak fel kell
ismernie, illetve neki kell kezelnie a csomag-duplzdst, a csomag vesztesget s a vltoz csomag
sorrendet.

Olyan esetben elnys a hasznlata, amikor nincs szksg kapcsolat kiptsre (mint a TCP esetn
kell), s az sem felttlenl problma, ha egy csomag esetleg elveszne. Jellege miatt tipikusan ilyen
felhasznlsi terlet lehet pl. az online audio/video streaming s hasonl alkalmazsok, ugyanis
ebben az esetben mindenkppen lpst kell tartani a stream-mel, akr azon az ron is, hogy inkbb
kihagyunk pr csomagot, ha nem rkeztek meg idben.

Mint mr tisztztuk, a TCP/IP modell sajtossga a bedobozols mdszere, ahol minden szinten
sajtos egysgrl beszlnk, gy minden egysgnl adott egy fejrsz (header).

UDP header (fejrsz):

Source Port (Forrs port): rtelemszeren a kld (forrs) alkalmazs portjnak szma 16 biten
brzolva

Destination Port (Cl port): A vev portjnak szma.

Length (Hossz): A csomag hosszt adja meg (fejlc + adatmez). (Az adatmez vltoz hosszsg
lehet.) A csomag minimlis mrete 8 bjt, ekkor csak fejlcet tartalmaz.

Checksum (Ellenrz sszeg): A csomag tartalmnak srtetlensgt ellenrzi. Kiszmolsa nem

ktelez, ekkor ezt a mezt 0-ra kell lltani.

UDP Pseudo header IPv4 esetn:

A pszeudofejrsz az ellenrz sszeg szmtsakor beleszmt a fejrszbe. Az UDP szegmens hossz a
fejrsz s az adatrsz egyttes hosszt adja meg.

A forrs s a clport a hosztokon bell azonostja a vgpontokat (szolgltatsokat).

Az UDP-t az RFC 768-ban talljuk meg rszletesen.

TCP (Transmission Control Protocol):

A TCP-t 1978-ban specifikltk a mai formjban. Az NCP-rol a TCP-re val ttrs 1983-ra valsult
meg teljesen. Azta az Internet szabvnyos protokollja a TCP. Lerst az RFC793 tartalmazza. A TCP
egy megbzhat folyamat-folyamat kzti kommunikcira alkalmas protokoll cljt szolglja.

Alapfunkcii:

- Alapvet adattvitel: Egy oktettekbl ll folytonos adatfolyam tvitelre ltja el, gy hogy a
bjtokat szegmensekre bontja szt. Idnknt szksg lehet arra, hogy meggyzdjnk rla,
hogy minden elkldtt adatot a tloldal megkapott, ezrt a TCP definil egy push mveletet,
mely arra szolgl, hogy minden mg el nem kldtt adatot elkldjnk, illetve meggyzdjnk
rla, hogy minden elkldsre sznt adat megrkezett. A fogad oldal ebbl a push
mveletbl semmit sem rzkel.
- Megbzhatsg: A TCP dolga az elveszett, megsrlt, megduplzdott, nem helyes
sorrendben rkezett csomagok rzkelse, s ezek kikszblse. Ezt gy ri el, hogy minden
egyes kikldtt oktetthez tartozik egy sorszm, s a fogad oldalnak pozitv megerstst kell
adjon a megrkezett oktettekrl. Ha egy bizonyos idn bell nem jn pozitv megersts,
akkor az adatot jrakldi a kld oldal. Mindemellet ez a sorszm arra is j, hogy a fogad
oldal a nem helyes sorrendben jtt adatokat helyesen sorba tudja rendezni s szlelje a
duplzdsokat. Az adatok srlsnek szrevtelre pedig ellenrzsszeget hasznl.
- Adatfolyam vezrls: A TCP egy gynevezett ablakot hasznl az adatfolyam-vezrlsre. A
kld oldal egyszerre pozitv megersts nlkl nem kldhet tbb oktettet, mint amekkora a
fogad ablaka.
- Multiplexits: Mint emltettk a TCP folyamat-folyamat kzti kommunikcira szolgl,
azonban egy hoszton tbb folyamat is futhat, s tbb is akarhat prhuzamosan
kommuniklni, gy a TCP a hoszton n. portokat hasznl. A kapcsolat kommunikcinl
hasznlt hlzati cme, s a TCP port egytt adjk az n. socket-et s a socketekbl ll
egyrtelm prokkal azonostjuk a kapcsolatot. Minden egyes hoszt sajt feladata, hogy a
feladatok szmra portokat biztostson egy hozzrendelssel(bind()).
- Kapcsolatok: A megbzhatsgot, s az adatfolyam-vezrlst mr emltettk. Ezek arrl
szlnak, hogyan kell ltrehozni s karbantartani a kapcsolatokat. Ezen informcik egyttese
alkotja a kapcsolatot, belertve a socket-et, a sorszmot s az ablakmretet. Amikor kt
folyamat kommuniklni szeretne, elbb ltre kell hozni a kapcsolatot s ha a kommunikcit
befejezettnek tekintik, akkor azt le kell zrni s a hasznlt erforrsokat fel kell szabadtani.
Lvn a kommunikcit egy nem felttlenl megbzhat alapokra helyezett hlzaton kell
lefolytatni, gy a kapcsolat ltrehozshoz kzfogsi (Handshake) mechanizmusokat kell
bepteni.
- Megelz biztonsg: A TCP-t hasznl esetekben, ha nincs minden rtk elre megadva,
akkor a TCP gondoskodik helyes default rtkek hasznlatrl, s belltsrl. (Pl.
kapcsold kliens esetn automatikusan kap portot, ha nem adunk meg kln ablakmretet,
akkor az OS TCP kezel rsze ad meg ilyet, stb.)

A TCP nyugtzsos rendszeren alapul adatfolyam(stream)- s kapcsolatorientlt adattovbbtsi

protokoll, vagyis a klnbz alkalmazsoktl kapott adatokat adatfolyamba helyezi s gy
tovbbtja. Van kimen s bejv adatfolyam, ezek full-duplex kommunikcit tesznek lehetv. A
folyamokat szegmensekre osztja ezeknl kisebb adatmennyisget nem szeret kldeni, megvrja,
mire megn ekkorra. A nyugtzs azt jelenti, hogy a cllloms nyugtt kld arrl, hogy az adatokat
megkapta. Ezeket a nyugtkat a kldtt adatok fejlcben helyezik el, vagyis nincs kln nyugta-
fejlc. Ezt a mdszert hvjk piggy-backing-nek. Ezen fell a TCP a kommunikci kezdett egy
specilis kapcsolat-felpt mechanizmussal indtja, mely sorn a kt fl informcikat cserl s
egyezteti a belltsait. A kapcsolatot a kommunikci vgn szablyosan lebontjk.

TCP header (fejrsz) szerkezete:

TCP header a Pseudo header elklntsvel:

Source port / Destination port: A TCP az egyes szolgltatsokhoz, taszkokhoz, processzekhez tartoz
adatokat portokkal azonostja. Ezek a portok hatrozzk meg, hogy az elkldtt s fogadott adatok
mely applikcikhoz tartoznak. 1024 db n. well-known (jl ismert) portja van ezek funkcija elre
meghatrozott.

Sequence number (szekvencia szm): megadja, hogy a kapott adat a streamben hnyadik helytl
kezddik.
Acknowledgement number (rltetett nyugta): A legnagyobb megkapott sorszm byte sorszmt
rja ide. Ilyen mdon nem kell minden nyugtt elkldeni, hanem a timeout idn bell ssze lehet
vonni a nyugtkat s csak az utolst elkldeni.

Data offset (fejlc hossz): megadja 4 byte-os egysgekben, hogy hol kezddik az adat.

Reserved: 6 bites hasznlaton kvli rsz.

Flags (zzslk jelzbitek):

- CWR (Congestion Windows Reduced) / ECE (ECN Echo): Amikor valamely oldal olyan TCP
csomagot vesz, amely CE codepoint-ot tartalmaz az IP fejlcben, gy a nyugtban belltja az
ECE TCP flag-et. A tloldal ezt olyan mdon nyugtzhatja, hogy a kvetkez csomagjban a
CWR TCP flag szerepel.
- URG (Urgent pointer field is significant): Ha az URG bit magas, akkor az Urgent Pointer
(srgssgi mutat) ltal jellt bjttal bezrlag srgssgi feldolgozst kr a vevtl.
- ACK (Acnowledgement field is significant): jelzi, hogy a szegmens rvnyes nyugtt
tartalmaz.
- PSH (Push function): A kld ezzel a flag-gel definil egy push mveletet, mely arra szolgl,
hogy minden mg el nem kldtt adatot elkldjnk, illetve meggyzdjnk rla, hogy
minden elkldsre sznt adat megrkezett. A fogad oldal ebbl a push mveletbl semmit
sem rzkel. ltalban a TCP nem zavarja minden berkez szegmenssel az alkalmazst,
gyakran egy pufferben gyjtgeti a szegmensek adattartalmt s amikor elgg megtelt a
puffer, akkor adja t az alkalmazsnak az adatokat.
- RST (Reset the connection): tbbfle jelentse lehet:
a. Egy sszekttets helyrelltsnak kezdett jelzi.
b. Ms esetben az sszekttets ltestsre irnyul krs visszautastst is jelentheti.
c. Nincs a megadott portszmon szolgltats (nincs a socket nyitva)
d. A jelentkez mr nem fr be a vrakozsi sorba.
e. A kapcsoldst kr IP cmrl nem engedlyezett a szolgltats elrse.
- SYN (Synchronize sequence numbers): szinkronizci, kapcsolatfelvtel.
- FIN (No more date from sender): Az ad jelzi, hogy nincs tbb adat. Bonthat az
sszekttets ezen irnya, azaz aki ezt kldte az mr nem kvn adni, de venni mg
tmenetileg szeretne.

Window Size: A window size mezben azt kzli a vev, hogy hny bjtot kldhet az ad anlkl, hogy
visszaigazolst kellene kapnia a vevtl (ltalnos elnevezssel ez burst eljrs). Ms
megkzeltsben a WINDOW, a TCP ltal hasznlt ad s vev ablak mrett hatrozza meg. Az adsi
ablakbl kvetkezik az ad puffer mrete. Itt az olyan sorszm bjtokat tartjk, amelyek mr adsra
kerltek, de a hozzjuk tartoz nyugta mg nem rkezett meg. Az adsi ablakban tallhat legkisebb
sorszm bjthoz tartoz nyugta berkezsekor az ablak elrbb csszik a kvetkez nyugtzatlan
bjtig. A vteli ablak mutatja, hogy milyen sorszm bjtokat fogadhat el a vev. A vteli ablakban
lthat sorszmok a berkez bjtoknak megfelelen nvekszenek, azaz az ablak egyre fentebb
csszik.

Checksum: a fejlc ellenrz sszege.

Urgent pointer: Itt egy, az aktulis sorszmhoz viszonytott eltolsi mutat szerepel, amely
meghatrozza a srgs adatok helyt a szegmensben. A megszakts-zeneteket helyettesti. Az URG
flag-gel lehet aktivlni.

Options: Szmos dologra hasznljk, pldul kapcsolat felptsekor informcik cserjre.

Ezen ismeretek birtokban kijelenthetjk, hogy a TCP/IP modell, a fent mr emltett TCP szlltsi
rteg szabvny IP hlzati rtegen (IPv4 vagy IPv6) val alkalmazsa. Technikailag ez azt jelenti, hogy
a kt adatsor egymsba gyazdik.

A TCP/IP modell utols rtegnek (Application layer), az alkalmazsi rtegnek rszletezsre nem
trek ki, mivel a legtbb protokoll itt helyezkedik el, s ezen protokollok mkdse mr nem az
opercis rendszer kernel szint mdjhoz kapcsoldnak, hanem a felhasznli mdban val
futshoz.

Legfontosabb alkalmazs rtegbeli protokollok csak felsorols szinten: DHCP, DHCPv6, DNS, FTP,
http, IMAP, IRC, LDAP, NNTP, BGP, NTP, POP, POP3, RPC, RTP, RTSP, RIP, SIP, SMTP, SNMP, SOCKS,
SSH, Telnet, TLS/SSL s egyb fontos protokollok.

A teljessg ignye nlkl a kvetkez linkek megtallhatak a felsorolt protokollok:

http://en.wikipedia.org/wiki/Category:Application_layer_protocols
Felhasznlt forrsok:

http://ob121.com/bus_ethernet.html

http://en.wikipedia.org/wiki/Transmission_Control_Protocol

http://en.wikipedia.org/wiki/User_Datagram_Protocol

http://en.wikipedia.org/wiki/Ethernet

http://users.itk.ppke.hu/~mpasztor/netora/

http://e-oktat.pmmf.hu/webgui/www/uploads/images/1749/8internetv3.pdf

http://en.wikipedia.org/wiki/Category:Application_layer_protocols