Както Министерството на отбраната да се притеснявате, че ценните Силите, маршрутизатори и шлюзове могат да бъдат незабавно унищожени, друга важна цел е да се постигне способност на мрежата, за да се поддържа ефективността в случай на възможно загуби подмрежа оборудване, така че в този случай връзката не се прекъсва. С други думи, на Министерството на отбраната настоя, че връзката не се прекъсва по време на работа предаващите и приемащите машини, дори ако някои междинна машина или връзка изведнъж от ред. В допълнение, архитектурата необходима известна степен на гъвкавост, тъй като ще се използва с различни изисквания за кандидатстване, като прехвърлите файлове на предаване в реално време на реч.
Всички тези изисквания са довели до избора на мрежа модел пакетна комутация, която се основава на нивото на несвързани защитна стена. Този слой, наречен нивото на интернет портал, или ниво, е в основата на цялата архитектура. Нейната мисия е да осигури възможности за всеки хост да изпрати всички мрежови пакети, които се движат свободно до местоназначение (например, друг на мрежата). Те могат да пристигнат в ред, които са били изпратени. Ако е необходимо, за да се съобразят със заповедта на заминаване, тази задача се изпълнява повече от по-горните нива. Имайте предвид, че думата "Интернет" се използва тук в оригиналния си смисъл, въпреки факта, че това ниво се намира в Интернет.
Internetwork слой определя официален формат на пакети и протокол, наречен IP (Internet Protocol). Целта на интернет протокола е доставка на IP-пакети за своите дестинации. Основните аспекти тук са изборът на пакета за маршрут и предотвратяване блокирането на транспортни артерии. Следователно, може да се твърди, че вътрешномрежов слой на TCP / IP модел, функция-tionally в близост до мрежата слой на модела OSI на. Това съответствие е показано на фиг.
Нивото над TCP / IP мрежови модел слой, обикновено се нарича като транспорт. Той е проектиран, за да надникне лице на предавателните и приемните домакини могат да поддържат връзка помежду си, както и на транспортния слой на модела OSI. На това ниво, две чрез протокола трябва да бъдат описани. На първо място, TCP (Transmission Control Protocol - Протокол за управление на предаването) е надеждна връзка ориентирани протокол, който позволява да няма грешки, за да доставят един байт поток от една машина на друга комбинира мрежово устройство. Тя се разделя на входния поток от байтове в отделни съобщения и ги предава на нивото на врата. В крайна цел, получаване на процеса на TCP събиране от получения изходен поток от съобщения. В допълнение, TCP осигурява контрол на потока за бързо подател не проваля информация бавен приемник.
Моделът на TCP / IP не разполага сесия слой и представяне слой. При тези нива, просто нямаше нужда, така че те не са били включени в модела. Опитът с модела OSI доказа правилността на това мнение: повечето приложения се нуждаят от малко.
Сравнение на референтни модели OSI и TCP
В модела OSI и TCP имат много общи черти. И двата модела са базирани на независима концепция протокол стека. Функционални нива също са много прилики. Например, при двата модела нива, като се започне с транспорт и по-горе, да се представи чрез, независимо от мрежовата поддръжка, транспорт до процеси, които желаят да общуват. Тези слоеве образуват доставчик транспорт. Също така, във всеки модел, нивата над транспорт са потребители на приложение на транспортни услуги.
За модела OSI са централните три понятия:
Може би най-големият принос на модела OSI стана ясно разделяне на тези три понятия. Всяко ниво дава някои услуги на ниво нагоре. Service определя това, което прави на ниво, но не и начина, по който тя и как предприятието се намира над имат достъп до това ниво е така.
Повърхностният слой определя как нивото на достъп за процесите на нагоре по веригата. Той описва параметрите и очаквания резултат. Той също така не казва нищо за нивото на вътрешната структура.
И накрая, ravnorangovye протоколи, използвани в нивото, са вътрешна работа на ниво. За да изпълни своята задача (т.е. предоставянето на услугата), той може да използва всякакви протоколи. В допълнение, може да се промени нивото протоколи без това да повлияе на работата на приложения по-високо ниво.
Тези идеи са много добре съчетани с модерни идеи за обектно-ориентираното програмиране. Ниво може да бъде представен като обект като съвкупност от методи (операции), която е достъпна от външен процес. Семантиката на тези методи определя набор от услуги, предоставяни от обекта. Параметри и резултати формират методи интерфейс на обекта. Вътрешният разположението на обекта може да се сравнява с нивото на протокол. Извън на имота, то не е интересно на никого, и никой не може да види.
Първоначално TCP / IP модел не разполага с ясно разграничение между услугите, интерфейс и протокол, въпреки че са били направени опити да го промени, да го направи по-близки до модела OSI. Например, единствените истински услугите, предоставяни от мрежовия слой са ИЗПРАТИ пакети ПР (за изпращане на IP-пакет) и получаване на пакети ПР (получите IP-пакет).
В резултат на това протоколите OSI са скрити по-добре от модела на TCP / IP, и те могат да бъдат сравнително лесно да се сменят при смяна на технологиите. Способността да се правят такива промени - една от основните цели на протоколи на няколко нива.
Моделът OSI е разработен преди протоколите са били измислени за нея. Тази поредица от събития показва, че този модел не е бил настроен на определен набор от протоколи, което го прави универсален. Недостатъкът на този курс на действие е, че разработчиците са имали малко опит в тази област и не са имали ясна представа за това какви функции трябва да изпълнява всяко ниво.
Например, скоростта на предаване на данни първоначално работи само в мрежи с трансмисия от възел до възел. С появата на мрежи за излъчване на модела е необходимо да се въведе нов подслой. Когато въз основа на модела OSI са започнали да се изгради истински мрежи, използвайки съществуващите протоколи, е установено, че те не отговарят на спецификациите, необходими услуги. Поради това, моделът трябва да се добавят под-нива, за да се премахне това несъответствие. Накрая, се очакваше първоначално, че всяка страна ще има една мрежа, управлявана от правителството и ispolozuyuschaya OSI протоколи, така че никой не мисли за обединяване на различните мрежи. В действителност това не е така.
С TCP / IP модел е точно обратното: на първо място е имало протоколи и едва тогава е създаден модел, който описва съществуващите протоколи. По този начин, не е имало проблем с съвпадение протоколи модел. Те го съвпадат перфектно. Единственият проблем е, че моделът не се вписва всички други протоколни стекове. В резултат на това, той не е бил използван, за да опише някои други мрежи, различни от TCP / IP.
Ако се вгледате в тези два модела са близки, първото нещо, за да привлече вниманието на разликата в броя на нива: в OSI седем слоеве в модела на TCP / IP - четири. И двата модела са на разположение на защитната стена, слоевете транспорта и приложения, както и други слоеве различно.
Друга разлика между моделите се крие във възможността за използване на комуникация, базирана на връзки и комуникация без установяване на връзка. OSI модел за слоя мрежа поддържа и двата вида комуникация, а в транспортния слой - само комуникации базирани съединения (като транспортни услуги са видими за потребителя). Моделът на TCP / IP на ниво мрежа има само един режим (без връзка), но на ниво транспорт, тя поддържа и двата модела, което позволява на потребителите да избирате. Този избор е особено важно за прости протоколи "заявка - отговор".
Критика на TCP / IP референтен модел
Модел на TCP / IP и протоколите към нея, както и на OSI има редица недостатъци. На първо място, в този модел не е ясно разграничаване на понятията за услуги, интерфейс и протокол. В процес на разработка на софтуер, е желателно да се направи ясно разграничение между спецификация и изпълнение, което е много внимателно OSI прави и какво прави TCP / IP. В резултат на това TCP / IP модел е доста безполезен в развитието на мрежите, които използват нови технологии.
На второ място, TCP / IP модел не е общ и по-скоро лошо описание на всяка протоколен стек, различен от TCP / IP. Например, за да се опише с Bluetooth технология чрез TCP / IP модел е напълно невъзможно.
На трето място, слой на приемащата мрежа всъщност не е на ниво, в смисъл, че обикновено се използва в контекста на протоколи на ниво. Напротив, тя е интерфейсът между нивата на мрежата и данни. Разликата между интерфейса и нивото е изключително важно и не бива да има безгрижни.
Четвърто, в TCP / IP модел не се различава от физическия слой и предаване на данни слой. Това разграничение дори не се споменава. В същото време, те са напълно различни. Физическият слой трябва да се справя с информацията за характеристиките на предаване по меден кабел, оптични влакна и радио, а задачата на ниво пренос на данни е да се определи началната и крайната рамки и да ги прехвърляте от едната страна към другата с желаната степен на надеждност. Правилно Модел ги съдържат като две различни нива. Моделът на TCP / IP не го прави.
Накрая, въпреки че протоколите IP и TCP бяха внимателно обмислени и добре изпълнени, много други протоколи са създадени от няколко студенти, които работят по тях, докато тази професия те не се отегчават. Изпълнението на тези протоколи свободно да се разпространява, в резултат на което те са широко приети, дълбоко вкоренената и сега е трудно да се замени с нещо друго. Някои от тях вече се доказа, че е основна пречка за постигане на напредък. Например, TELNET виртуален терминал протокол, създаден от друг тип механично терминал на телекс, работещи с висока скорост от 10 символа в секунда. Той не знае нищо за графичния потребителски интерфейс и мишката. Въпреки това, сега, почти 30 години по-късно, тя все още е широко използван.
Въпреки всички недостатъци, моделът OSI (с изключение на слоя сесия и представяне слой) се оказа изключително полезна за теоретичните дискусии за компютърни мрежи. OSI протоколи, от друга страна, не са широко разпространени. За TCP / IP е вярно обратното: моделът на практика не съществува, а протоколите са изключително популярни.
Свързани статии