modell tcp
Mivel a Honvédelmi Minisztérium, hogy attól tartanak, hogy az értékes házigazdák, routerek és átjárók lehet azonnal elpusztult, egy másik fontos cél az volt, hogy elérjék a hálózat képes fenntartani a teljesítményt esetén lehetséges veszteségek alhálózati berendezések, úgyhogy ebben az esetben a kapcsolat nem szakad meg. Más szóval, a Honvédelmi Minisztérium azt követelte, hogy a kapcsolat nem szakad meg közben a küldő és fogadó gép, akkor is, ha egy közbenső gépnek vagy linket hirtelen elromlott. Ezen túlmenően, az architektúra szükséges bizonyos fokú rugalmasságot, ahogy kellene használni a különböző alkalmazási követelményekhez, másoljon fájlokat valós idejű továbbítására beszédet.
Mindezek a követelmények vezettek a választás a hálózati modell csomagkapcsolt, amely alapján a független tűzfal szintjén. Ez a réteg, az úgynevezett Internet átjáró szintjén, vagy szint az alapja a teljes architektúra. Feladata, hogy lehetőséget biztosítson az egyes fogadó küldeni bármely hálózati csomagok egymástól függetlenül mozognak a cél (például másik hálózat). Ezek érkezik elromlott, amely küldtek. Ha szükséges ahhoz, hogy a sorrendben az indulás, ezt a feladatot több, mint a felső szintre. Megjegyezzük, hogy a „internet” szó itt használt, az eredeti, annak ellenére, hogy ezen a szinten van jelen az interneten.
Internetwork réteg határozza meg a hivatalos csomag méret és a protokoll úgynevezett IP (Internet Protocol). A cél az Internet Protokoll a szállítási IP-csomagokat a célpontok. A fő szempontok itt a választás az útvonalon csomagot, és megakadályozzák elzáródása közlekedési artériák. Ezért azt lehet mondani, hogy: A hálózat réteg TCP / IP modell, a funkció-telesen közel a hálózati réteg az OSI modell. Ez az összefüggés ábrán látható.
A szint felett a hálózati réteg TCP / IP modell, közkeletű nevén a közlekedés. Úgy tervezték, hogy peer társasággal a küldő és fogadó gazdák is tarthatja a kapcsolatot, mint a szállítási réteg az OSI modell. Ezen a szinten két keresztül protokollt kell leírni. Először is, a TCP (Transmission Control Protocol - Transmission Control Protocol) egy megbízható kapcsolat-orientált protokoll, amely lehetővé teszi, hogy nincs hiba, hogy szállít egy byte stream egyik gépről a többi gép kombinált hálózaton. Ez osztja a bemeneti folyam bájtok különálló üzeneteket és továbbítja azokat az átjáró szintjén. A cél, hogy a befogadó TCP adatgyűjtési folyamat a kapott kimeneti stream üzeneteket. Ezen túlmenően, a TCP az áramlás vezérlése a gyors feladó nem flunked információ lassú vevőt.
A TCP / IP modell nem session réteg és a megjelenítési réteg. Ezeken a szinteken, egyszerűen nem volt szükség, így azok nem szerepelnek a modellben. Tapasztalat az OSI modell bizonyult helyességét ezt a véleményt: a legtöbb alkalmazás szükséges kevés.
Összehasonlítása OSI és a TCP referencia modellek
Az OSI és a TCP modellek sok közös. Mindkét modell alapján független protokoll fogalmát. A funkcionális szintek is sok hasonlóságot mutat. Például mindkét modellben, szinteket, kezdve a közlekedés és a fentiek olyan keresztül, függetlenül a hálózat közlekedési szolgáltatást folyamatokat kívánnak kommunikálni. Ezek a rétegek alkotják a közlekedési szolgáltatót. Továbbá, minden modell, a szint felett közlekedés alkalmazás felhasználóinak szállítási szolgáltatások.
Az OSI modell a központi három fogalmat:
Talán a legnagyobb hozzájárulást az OSI modell világossá vált szétválasztása három fogalom. Minden szinten nyújt bizonyos szolgáltatásokat a szintet felfelé. Szolgáltatás meghatározza, hogy mi tesz egy szinten, de nem így csinálja, és hogy a gazdálkodó hogyan fölött található férhetnek hozzá ezen a szinten.
A közbenső réteg határozza meg a hozzáférési szintjét A folyamatok. Ő írja a paramétereket, és a várt eredményt. Azt is mond semmit a belső szerkezet szintjén.
Végül ravnorangovye használt protokollok szinten, belügynek a szinten. Hogy feladatainak teljesítése (azaz a szolgáltatás nyújtása), akkor használja a protokollokat. Ezen kívül a szintje megváltozhat protokollokat anélkül, hogy a munkát a magasabb szintű alkalmazások.
Ezek a gondolatok nagyon jól illeszkedik a modern elképzelések az objektumorientált programozás. Szint úgy reprezentálható, mint egy tárgy, amelynek egy sor módszer (műveletek) által elérhető egy külső folyamat. A szemantika e módszerek egy halmazát definiálja által nyújtott szolgáltatások az objektumot. Paraméterek és eredmények képezik az objektum interfész módszerek. A belső elrendezése az objektum lehet összehasonlítva a szint protokoll. Kívül az ingatlan, akkor nem érdekel senkit, és senki nem láthatja.
A TCP / IP modell nem egyértelmű szétválasztása szolgáltatások, interfész és protokoll, bár történtek kísérletek változtatni, annak érdekében, hogy jobban hasonlít az OSI modell szerint. Például az egyetlen valódi által nyújtott szolgáltatások a hálózati réteg a SEND IP csomag (küldeni IP-csomag) és fogadhat az IP-csomag (megkapja az IP-csomag).
Ennek eredményeként, az OSI protokollok rejtve jobb, mint a TCP / IP modell, és ők is viszonylag könnyen lehet cserélni, ha a változó technológia. Az a képesség, hogy végre ilyen módosításokat - az egyik fő célja a többszintű protokollokat.
Az OSI modell alakult ki, mielőtt a protokollokat hoztak neki. Ez a sorozat az események azt mutatják, hogy ez a modell nem lett beállítva, hogy egy bizonyos meghatározott protokollok, így az egyetemes. A hátránya az ilyen teendők az volt, hogy a fejlesztők nem sok tapasztalattal rendelkezik ezen a területen, és nem volt világos elképzelése, hogy milyen funkciók végre kell hajtania minden szinten.
Például az adatátviteli sebesség kezdetben működött csak hálózatokon átviteli csomópontok közötti. Az Advent a műsorszóró hálózatok, a modell bevezetése szükséges volt egy új réteget. Amikor alapján az OSI modell kezdtek építeni valódi hálózatokban a meglévő protokollok, kiderült, hogy nem felel meg az előírásoknak megfelelő szolgáltatásokat. A modell tehát kellett hozzá alszintjén hogy megszüntesse az eltérést. Végül az eredetileg várt, hogy minden országban lesz egy hálózat, kezeli a kormány és ispolozuyuschaya OSI protokollok, így senki sem gondolt egyesítésére a különböző hálózatokon. A valóságban ez nem így volt.
A TCP / IP modell már a másik irányba: először voltak protokollok, és csak akkor jött létre egy modellt, amely leírja a meglévő protokollokat. Így nem volt semmi probléma illő protokollok modellben. Ők illeszkedik tökéletesen. Az egyetlen probléma az volt, hogy a modell nem illik bármilyen más protokoll stack. Ennek eredményeképpen nem került leírására használt valamilyen más hálózatok eltérő TCP / IP.
Ha megnézzük a két modell közel, az első dolog, hogy felhívja magára a figyelmet, hogy a különbség a szintek száma: az OSI hét réteg a TCP / IP modell - négy. Mindkét modell a tűzfal, a szállítási és alkalmazási réteg, és más rétegek eltérő.
Egy másik különbség a modellek rejlik a lehetőségét, hogy a kommunikáció alapján kapcsolatok és kommunikációs nélkül létesít kapcsolatot. OSI modell a hálózati réteg támogatja mindkét típusú kommunikációt, és a szállítási réteg - csak a kommunikáció alapú vegyületeket (például közlekedési szolgáltatások a felhasználó számára látható). A TCP / IP modell hálózati szinten csak egy mód (kapcsolat nélkül), de a szállítás szintjén támogatja mindkét üzemmódban, így a felhasználók választhatnak. Ez a választás különösen fontos az egyszerű protokollok „kérés - válasz”.
Kritika a TCP / IP hivatkozási modell
A modell TCP / IP és jegyzőkönyvei, valamint OSI számos hátránya van. Először is, ebben a modellben nincs egyértelmű körülhatárolása a fogalmak szolgáltatások, interfész és protokoll. A szoftverfejlesztés, kívánatos, hogy egyértelmű különbséget leírás és a végrehajtás, ami nagyon óvatosan OSI csinál és mit TCP / IP. Ennek eredményeként, a TCP / IP modell elég felesleges a hálózatok fejlesztésének új technológiák felhasználásával.
Másodszor, a TCP / IP modell nem általános és meglehetősen szegény leírásával protokoll más, mint a TCP / IP. Például, hogy leírja a Bluetooth technológia a TCP / IP modell elég lehetetlen.
Harmadszor, a host-hálózati réteg nem igazán olyan szinten, abban az értelemben, hogy gyakran használják összefüggésben szintű protokollok. Inkább az interfész a hálózat és az adatok szintjén. A különbség az interfész és a szint rendkívül fontos, és ott nem lehet gondatlan.
Negyedszer, a TCP / IP modell nem különbözik a fizikai réteg és adatkapcsolati réteg. Ez a megkülönböztetés nem is említi. Közben ők teljesen más. A fizikai réteg, hogy foglalkozik az átviteli jellemzőkkel információk fölött réz, optikai szálak és a rádió, míg az adatok átviteli szinten feladata, hogy meghatározza a kezdő és záró keretek és át őket az egyik oldalról a másik a kívánt fokú megbízhatóságát. Helyes Model tartalmaznia kell azokat két különböző szinten. A TCP / IP modell nem.
Végül, bár az IP és a TCP protokollt alaposan átgondolt és jól végrehajtott, sok más protokoll hoztak létre több diák dolgozik rajtuk, amíg ez a szakma nem fog unatkozni. Ezek megvalósítása protokollok szabadon terjeszthető, azzal az eredménnyel, hogy azokat széles körben elfogadott, mélyen gyökerező, és most nehéz helyettesíteni valami mással. Némelyikük már bebizonyosodott, hogy a fő akadálya a haladást. Például, TELNET virtuális terminál protokoll által létrehozott más típusú mechanikus Telefaxos terminális nagy sebességgel működik a 10 karakter másodpercenként. Ő semmit sem tudott a grafikus felhasználói felület és az egér. Mindazonáltal most, majdnem 30 évvel később, még mindig széles körben használják.
Annak ellenére, hogy a hiányosságokat, az OSI modell (kivéve az ülés réteg és a megjelenítési réteg) bizonyult rendkívül hasznos elméleti viták számítógépes hálózatok. OSI protokollok, másrészt, nem terjedt el. A TCP / IP az ellenkezője igaz: a modell gyakorlatilag nem létezik, a jegyzőkönyvek pedig rendkívül népszerű.