You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
URG = 1 ha használunk sürgősségi mutatót. A sürgősségi mutató a sürgős rész<br />
helyét jelöli a sorszám mezőhöz képest. Az URG szerepe hasonló, mint a<br />
megszakításé a programok futása közben.<br />
ACK = 1 értéke azt jelzi, hogy a szegmens nyugtát tartalmaz. Ha az értéke 0, akkor a<br />
nyugtamező figyelmen kívül hagyható.<br />
PSH = 1 (PUSH) azt kéri a vevőtől, hogy az adatokat pufferelés nélkül továbbítsa az<br />
alkalmazásnak.<br />
RST = 1 Restart. Ha az összeköttetés összeomlott, vagy valami más rendellenesség<br />
történt, akkor tartalmaz a szegmens RST=1-et. Ha ilyet veszünk, fel kell készülni<br />
valami rendkívüli esemény kezelésére.<br />
SYN bit-nek az összeköttetés felépítésekor van szerepe. Valójában az ACK-val<br />
együttesen van értelme. Ha SYN=1, ACK=0 akkor ez valójában egy CONNECTION<br />
REQVEST kérés. A SYN=1, ACK=1 a CONNECTION ACCEPTED-nek felel meg.<br />
FIN bit az összeköttetés bontására szolgál.<br />
Az ablakméret (windows size) mező azt jelzi, hogy a nyugtában szereplő bájttal<br />
kezdődően hány bájtot küldhetünk el. Az ablakméret a csúszóablakos protokollnál<br />
tárgyaltaknak felel meg. Ez egy változó méretű csúszó ablak. A Ø hossz is<br />
értelmezett. Azt jelenti, hogy a vevő az adás felfüggesztését kéri.<br />
Az ellenőrzőösszeg (Checksum) számításába a pszeudofejrész, a fejrész és az<br />
adatmezők is beleszámítanak. Az ellenőrző összeg képzése 16 bites 1-es<br />
komplemens összeadással történik. Az adatmezőt, ha nem páros számú bájtot<br />
tartalmaz, páros számúra egészítjük ki. A kapott összeg 1-es komplemensét véve<br />
kapjuk az ellenőrző összeget.<br />
A vevő oldalon elvégezve az összeadást a teljes szegmensre 0-t kell kapnunk.<br />
Az opciók (Options) mezőt elsősorban a vevő által elfogadható legnagyobb TCP<br />
adatmező méretének meghatározására szokták használni.<br />
A nagy sebességű és nagy késleltetésű vonalakon a 64 Kbyte nem elegendően nagy<br />
ablak. Egy műholdas csatornában (50Mbit/sec) a 64 Kbyte továbbítása 10 msec<br />
körüli időt vesz igénybe. A vonali késleltetés minimálisan 2*270 msec a nyugta<br />
megérkezéséig. A hatásfok tehát katasztrófális. A hatásfok javítható lenne az ablak<br />
hosszának növelésével. Javaslatok vannak a nagyobb (legfeljebb 2 30 ) méretű ablak<br />
használatára. A legtöbb TCP implementáció ma már megengedi és támogatja a<br />
nagyméretű szegmensek átvitelét.<br />
Pandur B: Számítógép hálózatok.<br />
2004-2010<br />
180
Change language