Számítógépes hálózatok – 8. előadás

Rtt opció

A TCP által nyújtott szolgálatok A TCP feladata, megbízhatatlan best-effort hálózatok összekapcsolása esetén a két végpontban működő programok között megbízható, sorrendhelyes full duplex bytefolyamot biztosítson.

Számítógépes hálózatok – 8. előadás

Ebből következik, hogy a TCP két alkalmazást között logikai összeköttetést hoz létre. Emlékeztetőül: rtt opció IP két host között hoz létre logikai összeköttetést, míg az Ethernet két szomszédos hálózati eszköz között fizikai összeköttetést létesít. A TCP mindig két végpont közötti összeköttetést jelent, pont-többpont összeköttetést TCP-vel megvalósítani nem tudunk.

Tipikus példa a webböngésző és a webszerver kapcsolata. A két végpontot azok IP-száma, míg a rajtuk futó, egymással kommunikálni kívánó alkalmazásokat a portszámok amelyekkel tulajdonképpen interfészket jelölünk meg azonosítják.

Gyakorlatilag szinte az összes Apple készüléke kapott frissítéseket. Mindegyik eszköz valami újat kapott az operációs rendszer új verziójával. Az iOS Ha iPhone XR-je van, és meg szeretné tekinteni az értesítéseket az üzenetekben, e-mailben stb. Hozzáadott gomb gyors vásárlás elülső és hátsó kamerák fő a FaceTime hívásai során.

Ez az azonosítás globálisan egyedi. Érdemes megjegyezni, hogy i ez az azonosító változhat az átviteli út különböző részein lásd: NATilletve ii az azonosító egyes elemei különböző rétegekben használatosak. A TCP menedzsmentfunkcióit tekintve befolyással van a szegmensméretre, forgalomszabályozást és torlódásvezérlést végez.

rtt opció

Emiatt a TCP bizonyos alkalmazások esetén nem használható megfelelően, ilyenek például a valósidejű összeköttetések. Technikai szempontból a TCP az operációs rendszerek által vezérelt ún. A socketre a portszámmal hivatkozunk lásd alább a TCP fejléc szerkezetét. A TCP protokoll működése 3 részre bontható: i az összeköttetés létrehozása, ii adatátvitel, iii az összeköttetés lebontása.

A lehetséges portszámokat három csoportra oszthatjuk: Célport Destination Port - A fentinek megfelelően kiválasztott port azonosítója a címzettnél. A forrás és a cél portszáma, illetve IP-számaik együttesen globálisan egyedi módon azonosítják az egyes TCP összeköttetéseket. Sorszám Sequence Number - Ez a 32 bites szám a szegmens első adatbyte-jának a sorszáma, az egész a rtt opció rtt opció kezelve.

A csupa egyes érték után a számláló átfordul. Nyugta sorszáma Acknowledgement Number - Ha az ACK vezérlőbit értéke 1, akkor az ebben a mezőben megadott 32 bites szám annak a byte-nak a sorszáma, amit a szegmens küldője a vevőtől vár.

Sliding window

Opciók nélkül az értéke 5, míg a TCP fejléc hosszának maximuma 60 byte lehet. Az szabványban az eredeti elnevezés a Data Offset, utalva arra, hogy az Opciók a legkisebb lehetséges TCP fejléc és az utána következő adatblokk között helyezkedhetnek el, így az fejléc elejéhez képest mekkora eltolással érhetjük el az adatot.

Ez a mező szükséges, hiszen az Opciók jelenlétére egyedül ez utal. Fenntartott Reserved rtt opció Későbbi használtra fenntartott 6 bit, értéke kötelezően csupa 0.

Az RTT beállítása

PSH - Push Function - Ha az értéke 1, akkor a vevőnek a lehető leghamarabb továbbítania kell a szegmenst a fogadó alkalmazásnak. A szegmens tartalma lehet például egy vezérlő üzenet, aminek meg kell előznie a normál adatfolyamot. A sorban álló adatcsomagok törölhetőek és a lefoglalt pufferek felszabadíthatóak.

rtt opció

A szegmens sorszáma és a nyugta sorszáma alapján a vevő figyelmen kívül hagyhatja alternatív btc RST parancsot. SYN - Synchronize sequence numbers rtt opció Ha értéke 1, akkor azt jelzi, hogy a küldő "szinkronizálni" szeretné a sorszámokat. Az összeköttetés létrehozásakor használatos.

FIN - No more data from sender - Ha értéke 1, akkor azt jelzi a vevőnek, hogy ebben az összeköttetésben a küldő nem küld több adatot. Ablak Window - A TCP forgalomszabályozása során használt változó, megmondja, hogy a vevő mennyi adatot képes még fogadni. A lehetséges byte rtt opció túl nagy, a "Window Scale" opció segítségével növelhető. Ellenőrzőösszeg Checksum - A küldő által számított 16 bites ellenőrzőösszeget a vevő is kiszámítja.

Ha a két szám egyezik, akkor a nagy valószínűséggel az IP csomag hibamentes. A számítási mód: 16 bites egységenként egyes komplemens aritmetika szerint összeadjuk a szegmens elemeit és az összeg egyes komplemensét írjuk a CRC mezőbe. A számításnál rtt opció úgynevezett pszeudófejlécet is figyelembe veszünk, ami sorrendben a forrás és a célpont IP címét, egy csupa 0 byte-ot, a belső protokoll jelzését 8 biten jelen esetben értéke 6 a TCP miatt és a TCP szegmens hosszát 16 biten ábrázolva.

TCP adatforgalom

Rtt opció a 96 bitet a TCP szegmens elé tesszük, az rtt opció összeg mezőjét csupa 0-val töltjük fel, majd elvégezzük az összegzést és az eredményt beírjuk az ellenőrző összeg mezőjébe. Sürgősségi mutató Urgent Pointer - A sürgősen feldolgozandó a vevő alkalmazás rtt opció mihamarabb továbbítandó adatok utáni byte-ra mutató pointer.

A szegmensen belül relatívan értelmezendő. Opciók Options - Az opciók leírása 8 bites egységekben történik. Két lehetőségünk van: i egy oktetnyi opciómegjelölés vagy ii egy oktetnyi opciómegjelölés, egy oktetnyi opcióhosszúság és utána az opcióhoz tartozó paraméterek.

Néhány érdekesebb opció elől az opciómegjelölés, utána hossz értéke és a paraméterek : 0 8 bit - az opciólista vége, nem lesz több opció.

Az első két byte után jönnek az nyugtázott blokkok kezdő Begin és befejező End mutatói. Rtt opció első két byte után jön a küldött időbélyeg Timestamp és a vett időbélyeg visszaküldése Echo. A 2-es, a 3-as és a 4-es opciók csak SYN jelzőbites szegmensekben használhatóak. Kitöltés Padding - Mivel az opciók mérete változó lehet, viszont a fejlécnek 32 bites szavakból kell állnia, ezért ha 0-kkal töltjük fel, ha szükséges.

A TCP állapotdiagramja látható az alábbi ábrán Forrás: Wikimedia : A TCP kapcsolat felépítése Minthogy a TCP összeköttetés orientált connection oriented hálózati rétegbeli protokoll, bináris opciók magyarázata mielőtt a TCP felhasználásával adatot szeretnénk átvinni két különböző számítógépen futó alkalmazás között, kapcsolatot kell felépítenünk.

A TCP kapcsolatot kezdeményező felet kliensnek client host nevezzük, míg a másik felet kiszolgálónak server host hívjuk. A TCP kapcsolat létrehozását - amit gyakran hívnak angol terminológiával 3-way-handshake-nek - az alábbi ábra szemléleti: A ábráról leolvasható, hogy az egyes szegmensekben melyik flag-ek 1 értékűek, illetve megjelöltük a sorszámokat és a rtt opció sorszámait, ahol ezek érdekesek lehetnek.

Ennek oka egy rtt opció támadás kivédése bővebben lásd RFC Az ábrán látható módon a kapcsolatfelépítéskor határozzuk meg a maximális szegmensméretet Maximum segment Size - MSSami a TCP szegmensben található alkalmazási rétegbeli adat maximális mérete.

rtt opció

Az MSS értéke függ a TCP implementációtól amit meghatároz az operációs rendszerde legtöbbször konfigurálható amint az ábrán látható is a megfelelő Opció fejlécelem használatával. Az aktuális értéket annak megfelelően szokták beállítani, hogy az IP fragmentációt elkerüljük.

RTT-hívások kezdeményezése és fogadása Macen

A fragmentációt lehetőség szerint el akarjuk kerülni, mivel újraküldés esetén extra forgalmat generál. Bizonyos eszközgyártók lehetővé teszik ún. Jumbo-frame-ek használatát, amelyek esetén az MTU byte is lehet, ez azonban csak LAN-okon fordulhat elő, border protokollok pl. PPPoE ezt redukálják a szokásos méretre. Minthogy a TCP két számítógépen futó alkalmazás között rtt opció összeköttetést, amelyek az Interneten tetszőleges helyen lehetnek, nem lehetünk biztosan abban, hogy az átviteli út során rtt opció ugyanaz az MTU érvényes.

Azért, hogy az útközbeni átcsomagolást elkerüljük, meg kell tudnunk az egész útvonalra érvényes MTU-t, ami nyilván a legkisebb MTU lesz.

rtt opció

Az adatátviteli fázisban a TCP az alábbi szolgálatokat nyújtja: Sorrendhelyes adatátvitel - a célcsomópont sorbarendezi a szegmenseket a sorszám alapján. Elveszett csomagok újraküldése - a célcsomópont kumulatív nyugtát küld, a nem nyugtázott adatokat újraküldi a forrás.

rtt opció

Duplikált csomagok eldobása Hibamentes adatátvitel - CRC használata a fejlécben. Folyamvezérlés - a lassú vevő korlátozni tudja a küldő sebességét.

  1. Az Egyesült Államokban lehetősége van az RTT-hívások indítására és fogadására, amennyiben ben vagy később megjelent Mac-modellel rendelkezik kivéve a Mac Prótamelyen már frissített a  macOS Mojave

Torlódásszabályozás - a hálózat túlterhelése esetén korlátozza a küldő sebességét. Mivel a hálózati hibák lehetőségét nem tudjuk teljes mértékben kikűszöbölni, ezért a megbízható adatátvitel rtt opció úgy lehetséges, ha a forrás tudomást szerez arról, hogy mely szegmensek érkeztek meg és az elveszetteket újraküldi.

Amint ezt a fejléc szerkezetéből kiolvashatjuk, a sorszámozás egyrészt lehetőséget ad a célpontnak a szegmensek eredeti sorrendjének helyreállítására, másrészt a nyugtázásnál a sorszámokra hivatkozva közölni tudja a forrással, hogy melyik szegmenseket kapta meg.

  • Mi az opció kézbesítése
  • Számítógépes hálózatok – 8. előadás

A TCP a hatékonyság növelése érdekében lehetővé teszi, hogy egyszerre több szegmens is "kint legyen a hálózaton" a pillanatnyilag maximálisan kint levő nyugtázatlan adatmennyiséget az "Ablak" hogyan lehet rtt opció bináris opciókkal pénzt keresni értéke határozza megazonban a célpontnak az adott porthoz rendelt tárolói végesek és a feldolgozást többnyire mégiscsak az összefüggő bytefolyamon tudjuk elvégezni, így törekednünk kell arra, hogy a szegmensek "nagyjából" abban a sorrendben érkezzenek, ahogy elküldtük őket.

Emiatt a nyugtázás is az addig megérkezett összefüggő adatmennyiségre utal: a nyugta sorszám annak a byte-nak a sorszáma, amely az addig vett összefüggő rtt opció után következne. Ha a nyugták alapján a forrás arra a következtetésre jut, hogy egy szegmens elveszett, rtt opció azt újraküldi. A legegyszerűbb esetben a célpont minden érkezett szegmens után küld nyugtát, azonban ez nem a leghatékonyabb megoldás. Kevesebb forex költség négyzetméterenként erőforrást veszünk igénybe, ha a nyugtát valamelyest késleltetjük delayed acknowledgement.