трансфер на данни протоколи и информация за маршрутите за обмен на протоколи

За да има информация за текущата конфигурация на мрежата, рутери обмен на информация за маршрутите помежду си чрез специален протокол. Този тип протоколи нарича протоколи за обмен на информация за маршрутите (или протоколи за схеми). Информация за маршрутизиране протокол трябва да се разграничи от, всъщност, протоколи на мрежово ниво. Докато първите са чисто собствена информация, а вторите са предназначени за предаване на потребителски данни, както и правим протоколите за връзка-слой.

С помощта на маршрутите за обмен на информация протоколни рутери грим картата на свързването на определено ниво на детайлност и да се вземе решение за това, което на следващия маршрутизатор трябва да изпрати пакет, за да се образува по рационален начин.

15. TCP / IP стека. Структурата на протокол стека TCP / IP

Физическия слой определя характеристики на модела на данните от физическа мрежа, която се използва за съвместна работа. Тази параметри като напрежение, ток, брой пинове на конекторите и т.н. Типични норми на това ниво са, например RS232C, V35, IEEE 802.3, т.н.

Фиг. 2.1. Седем слой OSI модел на Internetworking протоколи

За канален слой възложени протоколите за определяне на връзката, например, SLIP (стриарните Line Internet Protocol), PPP (точка до точка Protocol), NDIS, пакет протокол, на ODI и т.н. В този случай това е протокол за взаимодействие между устройства и драйвери на устройства, от една страна, а от друга страна, между операционната система и драйверите на устройствата. Това определение се основава на факта, че на водача - е, всъщност, данни от преобразувателя от него формат в друг, но също така може да има свой собствен вътрешен формат на данните.

За мрежа (интернет) ниво са протоколи, които са отговорни за изпращане и получаване на данни, или с други думи, за свързване на изпращача и получателя. Най-общо казано, тази терминология е отишло от комутационните мрежи, подателят и получателят наистина е свързан с продължителността на комуникационния канал. По отношение на TCP / IP мрежи, като терминология не е много приемливо. Това ниво в протокола TCP / IP да включва IP (Internet Protocol). Той е тук, че определено изпращача и получателя, тук е необходима информация за доставка до пакета на мрежата.

Транспортният слой е отговорен за надеждността на доставка на данни, както и тук, проверка на контролни суми, решението за сглобяване на съобщения в една. Слоят на Интернет транспорт е представен от два протокола, TCP (Протокол за контрол на транспорта) и UDP (User Datagramm Protocol). Ако предишното ниво (мрежа) определя само правилата на информация за доставка, транспортния слой е отговорен за целостта на данните, доставени.

сесия слой определя стандартите на взаимодействие между софтуерно приложение. Това може да бъде междинна обработка на данни или стандартни правила. Условно до това ниво, можете да ги носите механизма на TCP протоколи на и UDP портове и Berkeley Sockets.

Необходима е обмен на данни с ниво приложения (Представяне Layer) за преобразуване на данни от междинния сесията на данни формат във формат за кандидатстване. В интернет тази трансформация е отговорност на приложните програми.

Нивото на приложения или приложение определя предаването на протоколите за кандидатстване. В Интернет до това ниво може да бъде назначен протоколи като: FTP, TELNET, HTTP, Gopher, и т.н.

Най-общо казано, стек TCP протокол е различно от просто обсъди стека OSI. Обикновено това може да бъде представен под формата на веригата, показана на Фигура 2.2.

Фиг. 2.2. Структурата на протоколния стак на TCP / IP

В тази схема на слой за достъп до мрежата е мястото, където всички протоколи достъп до физическите устройства. Горе, е Internetworking протоколите IP, ARP, ICMP. И все пак по-горе основните транспортни протоколи като TCP или UDP, който в допълнение към събирането на пакети в съобщението също така се определи кое приложение, което трябва да се изпращат данни от всяко приложение или трябва да получат данните. Над транспорт слой, разположен приложния слой протоколи, използвани от приложения за обмен на данни.

Въз основа на класификацията на OSI (Open System интеграция) на цялата архитектура на TCP / IP протоколи семейство се опита да се сравни с референтния модел (фигура 2.3).

Фиг. 2.3. Модулите на веригата, които прилагат протоколи TCP / IP семейство на мрежов възел

Правоъгълници по диаграмата по-долу, за да идентифицират модулите, които обработват пакети линии - път за предаване на данни. Преди да обсъдим тази схема, ще се въведе необходимите за тази терминология.

Driver - програма, която е в пряко взаимодействие с мрежовия адаптер.

Модул - програма, която взаимодейства с водача, с мрежови приложения, или с други модули.

Схемата е показана за случая на връзката възел чрез Ethernet, така че името на информационните блокове ще се отрази тази специфика.

Мрежов интерфейс - физически устройства, свързани към компютърната мрежа. В нашия случай - Ethernet карта.

Рамка - блок от данни за изпращане / получаване на мрежовия интерфейс.

IP-пакет - блок от данни, които се обменят с интерфейс модул IP мрежа.

UDP дейтаграма-- блок от данни, които се обменят с UDP модул IP модул.

TCP-сегмента - единица на данните, които се обменят с модул TCP модул IP.

съобщение за кандидатстване - блок от данни, които се обменят от подадените заявления за програма на мрежата с транспортния слой протоколи.

Капсулиране - метод на данни опаковки под формата на един протокол към друг формат протокол. Например, IP-пакети в опаковка с Ethernet рамка или TCP-сегмент в IP-пакет. Според речника на чужди думи, терминът "капсулиране" означава "образуването капсула около чуждо тяло за вещества (чужди тела, паразити и т.н.)." Като част от концепцията за съвместна работа на капсулиране е малко по-разширено значение. Ако в случай на IP капсулиране на Ethernet това е наистина за пакети ПР поставени в данните на Етернет кадър, или, в случай на TCP капсулиране в IP, пускане на TCP-сегмент, тъй като данните в IP-пакет, веригата за предаване включен случва данни по-нататъшни "нарязани" пакети сега върху опаковките да се подхлъзнат или ПЧП рамки.

Фиг. 2.4. Капсулирането на висшите протоколи слой в TCP / IP протоколи

Цялата схема (фигура 2.4) и се нарича протокол стека TCP / IP или TCP / IP стека. Да се ​​върнем към имената на TCP протоколи на дешифрира акроними, UDP, ARP, SLIP, PPP, FTP, TELNET, RPC, TFTP, DNS, RIP, NFS:

TCP - Протокол за управление на предаването - основният транспортен протокол, който дава името на цялото семейство на TCP / IP протоколи.

UDP - User Datagram Protocol - втори транспортен протокол TCP / IP семейство. Разликите между TCP и UDP ще бъдат обсъдени по-късно.

PPP - точка до точка протокол (комуникационен протокол "от точка до точка").

Протокол File Transfer (файл трансфер протокол) - FTP.

TELNET - емулира виртуален терминал протокол.

RPC - Remote Control Process (Remote Control Process Protocol).

TFTP - Trivial File Transfer, Protocol (Протокол за трансфер на Trivial File).

DNS - Domain Name System (DNS).

RIP - информация за маршрутизиране протокол (Routing Информация Protocol).

NFS - Network System File (разпределена файлова система и печат на мрежата).

За такива програми ниво приложение като FTP или телнет, стековата памет на протокола се образува с помощта на TCP, показан на фигура 2.5 модул.

Фиг. 2.5. Протокол стека с TCP модул

Когато се работи с приложения, които използват UDP транспортен протокол, например, софтуер Network File System (NFS), използва различен комин, където вместо на модула ще използва TCP UDP модул (Фигура 2.6).

Фиг. 2.6. протоколния стек, когато се работи чрез транспорт протокол UDP

Когато обслужване потоци от данни на блок модули TCP, UDP и Enet водача функционира като мултиплексори, т.е. пренасочване на данни от един вход към множество изходи и обратно, с много входове към един изход. По този начин, ENET шофьор може да изпрати кадър модул или IP или ARP модул, в зависимост от стойността на "типа" на полето в заглавната част на рамката. IP модул може да изпраща IP-пакет или TCP модул или UDP модул, който се определя от "Протокола" полевия в заглавната част на пакета.

Получатели UDP-дейтаграми или TCP-съобщение се определя въз основа на стойността на полето "Порт" в заглавната част на дейтаграмата или съобщение.

Всички стойности споменати по-горе са написани в модула за заглавна съобщение на изпращане на компютъра. Тъй като схемата за протокола - това е едно дърво, а след това да му корен е само един от начините, по който преминаването на всеки модул добавя своите данни в заглавната част на блока. Машината, която прие пакет изпълнява демултиплексиране в съответствие с тези маркировки.

ARP таблица може да се разглежда, като използвате командата ARP:

paul.polyn.kiae.su (144.206.192.34) при 0: 0: 1: 16: 2: 45

polyn.net.kiae.su (144.206.130.137) при 0: 1: 1 b: 9: d0: 90

arch.kiae.su (144.206.136.10) при 0: 0: С: 1b: ад: 7b

demin.polyn.kiae.su (144.206.192.4) при 0: 0: 1: 16: 29: 80