Учебная работа. Реферат: Протоколы TCP IP

Учебная работа. Реферат: Протоколы TCP IP

Содержание

I.
Введение 2

II.
Протоколы
TCP
/
IP
2

1.
Единая логическая сеть 2

2.
Терминология 3

3.
Потоки данных 3

4.
Работа с несколькими сетевыми интерфейсами 5

5.
Межсетевой протокол
IP
6

6.
Ровная маршрутизация 6

7.
Косвенная маршрутизация 6

8.
Правила маршрутизации в модуле
IP
8

9.
IP-
адресок 8

10.
Выбор адреса 10

11.
Сабсети 11

12.
Как назначить номера сетей и субсетей 12

13.
Имена 13

14.
IP
-таблица маршрутов 15

15.
Подробности прямой маршрутизации 15

16.
порядок прямой маршрутизации 16

17.
Подробности косвенной маршрутизации 16

18.
порядок косвенной маршрутизации 17

19.
Протокол
TCP/IP
19

III.
Заключение 21

IV.
Перечень применяемой литературы

Введение

термин «TCP/IP» обычно обозначает все, что соединено с протоколами TCP и IP. Он обхватывает целое семейство протоколов, прикладные программки и даже саму сеть. В состав семейства входят протоколы UDP, ARP, ICMP, TELNET, FTP и почти все остальные. TCP/IP — это разработка межсетевого взаимодействия, разработка Internet. сеть, которая употребляет технологию Internet, именуется «Internet». Если речь идет о глобальной сети, объединяющей огромное количество сетей с технологией Internet, то ее именуют Internet.

Единая логическая сеть

Архитектура протоколов TCP/IP создана для объединенной сети, состоящей из соединенных друг с другом шлюзами отдельных разнородных пакетных субсетей, к которым подключаются разнородные машинки. Любая из субсетей работает в согласовании со своими специфичными требованиями и имеет свою природу средств связи. Но предполагается, что любая сабсеть может принять пакет инфы и доставить его по обозначенному адресу в данной нам определенной сабсети. Не требуется, чтоб сабсеть гарантировала неотклонимую доставку пакетов и имела надежный сквозной протокол. Таковым образом, две машинки, присоединенные к одной сабсети, могут обмениваться пакетами.

Когда нужно передать пакет меж машинками, присоединенными к различным подсетям, то машинка-отправитель отправляет пакет в соответственный шлюз (шлюз подключен к сабсети также как обыденный узел). Оттуда пакет направляется по определенному маршруту через систему шлюзов и субсетей, пока не достигнет шлюза, присоединенного к той же сабсети, что и машинка-получатель; там пакет направляется к получателю. Объединенная сеть обеспечивает датаграммный сервис.

Неувязка доставки пакетов в таковой системе решается методом реализации во всех узлах и шлюзах межсетевого протокола IP. Межсетевой уровень является по существу базисным элементом во всей архитектуре протоколов, обеспечивая возможность стандартизации протоколов верхних уровней.

Терминология

драйвер
– это программка, конкретно взаимодействующая с сетевым адаптером.

Модуль
– это программка, взаимодействующая с драйвером, сетевыми прикладными программками либо иными модулями. драйвер сетевого адаптера и, может быть, остальные модули, специфичные для физической сети передачи данных, предоставляют сетевой интерфейс для протокольных модулей семейства TCP/IP.

Заглавие блока данных, передаваемого по сети, зависит от того, на каком уровне стека протоколов он находится. Блок данных, с которым имеет дело сетевой интерфейс, именуется кадром
; если блок данных находится меж сетевым интерфейсом и модулем IP, то он именуется IP-пакетом
; если он – меж модулем IP и модулем UDP, то – UDP-датаграммой
; если меж модулем IP и модулем TCP, то – TCP-сегментом
(либо транспортным сообщением); в конце концов, если блок данных находится на уровне сетевых прикладных действий, то он именуется прикладным сообщением
.

Потоки данных

Разглядим потоки данных, проходящие через стек протоколов. В случае использования протокола TCP
(Transmission Control Protocol – протокол управления передачей), данные передаются меж прикладным действием и модулем TCP. Обычным прикладным действием, использующим протокол TCP, является модуль FTP
(File Transfer Protocol – протокол передачи файлов). Стек протоколов в этом случае будет FTP/TCP/IP/ENET
. При использовании протокола UDP
(User Datagram Protocol – протокол пользовательских датаграмм), данные передаются меж прикладным действием и модулем UDP. к примеру, SNMP
(Simple Network Management Protocol – обычной протокол управления сетью) пользуется транспортными услугами UDP. Его стек протоколов смотрится так: SNMP/UDP/IP/ENET
.

Модули TCP, UDP и драйвер Ethernet являются мультиплексорами n x 1. Действуя как мультиплексоры, они переключают несколько входов на один выход. Они также являются демультиплексорами 1 x n. Как демультиплексоры, они переключают один вход на один из почти всех выходов в согласовании с полем типа в заголовке протокольного блока данных.

Когда Ethernet-кадр попадает в драйвер сетевого интерфейса Ethernet, он быть может ориентирован или в модуль ARP
(Address Resolution Protocol – адресный протокол), или в модуль IP
(Internet Protocol – межсетевой протокол). На то, куда должен быть ориентирован Ethernet-кадр, показывает

Если IP-пакет попадает в модуль IP, то находящиеся в нем данные могут быть переданы или модулю TCP, или UDP, что определяется полем «протокол» в заголовке IP-пакета.

Если UDP-датаграмма попадает в модуль UDP, то на основании значения поля «порт» в заголовке датаграммы определяется прикладная программка, которой обязано быть передано прикладное сообщение. Если TCP-сообщение попадает в модуль TCP, то выбор прикладной программки, которой обязано быть передано сообщение, осуществляется на базе значения поля «порт» в заголовке TCP-сообщения.

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

Мультиплексор n x 1 и демультиплексор 1 x n.
Данные от прикладного процесса проходят через модули TCP либо UDP, опосля что попадают в модуль IP и оттуда – на уровень сетевого интерфейса.

Хотя разработка Internet поддерживает много разных сред передачи данных, в главном употребляют Ethernet, потому что конкретно эта среда почаще всего служит физической основой для IP-сети. машинка не имеет одну точку соединения с Ethernet. Шестибайтный Ethernet-адресок является неповторимым для всякого сетевого адаптера и распознается драйвером.

машинка имеет также четырехбайтный IP-адрес. Этот адресок обозначает точку доступа к сети на интерфейсе модуля IP с драйвером. IP-адресок должен быть неповторимым в границах всей сети Internet. Работающая машинка постоянно понимает собственный IP-адрес и Ethernet-адресок.

Работа с несколькими сетевыми интерфейсами

Машинка быть может подключена сразу к нескольким средам передачи данных. Для машин с несколькими сетевыми интерфейсами модуль IP делает функции мультиплексора n x m и демультиплексора m x n . Таковым образом, он производит мультиплексирование входных и выходных данных в обоих направлениях. Модуль IP может передавать данные меж сетями. Данные могут поступать через хоть какой сетевой интерфейс и быть ретранслированы через хоть какой иной сетевой интерфейс. Процесс передачи пакета в другую сеть именуется ретрансляцией IP-пакета. машинка, выполняющая ретрансляцию, именуется шлюзом.

Ретранслируемый пакет не передается модулям TCP либо UDP. Некие шлюзы совершенно могут не иметь модулей TCP и UDP.

Межсетевой протокол IP

Модуль IP является базисным элементом технологии Internet, а центральной частью IP является его таблица маршрутов. протокол IP употребляет эту таблицу при принятии всех решений о маршрутизации IP-пакетов. Содержание таблицы маршрутов определяется админом сети. Ошибки при установке маршрутов могут заблокировать передачи.

Ровная маршрутизация

протокол IP просит доп расходов на создание, передачу и обработку IP-заголовка. Когда в машине модуль IP получает IP-пакет от некой машинки A, он сопоставляет IP-адрес места предназначения со своим, и, если адреса совпадают, то передает датаграмму протоколу верхнего уровня. В данном случае употребляется ровная маршрутизация.

Косвенная маршрутизация

Разглядим вариант, когда сеть Internet состоит из 3-х сетей Ethernet, на базе которых работают три IP-сети, объединенные неким шлюзом. Любая IP-сеть включает четыре машинки; любая машинка имеет свои собственные IP- и Ethernet адреса.

Шлюз соединяет все три сети и, как следует, имеет три IP-адреса и три Ethernet-адреса. Эта машинка имеет стек протоколов TCP/IP, но заместо 2-ух модулей ARP и 2-ух драйверов, он содержит три модуля ARP и три драйвера Ethernet, хотя эта машинка имеет лишь один модуль IP.

Менеджер сети присваивает каждой сети Ethernet неповторимый номер, именуемый IP-номером сети.

Когда 1-ая машинка отправляет IP-пакет 2-ой машине, то процесс передачи идет в границах одной сети. При всех взаимодействиях меж машинками, присоединенными к одной IP-сети, употребляется ровная маршрутизация. Любая пара машин, связанных со шлюзом принадлежит одной IP-сети. Но, если какая-нибудь машинка ведет взаимодействие с машинками, включенными в другую IP-сеть, то взаимодействие уже не будет прямым. Эта машинка обязана употреблять шлюз для ретрансляции IP-пакетов в другую IP-сеть. Такое взаимодействие именуется «косвенным».

Маршрутизация IP-пакетов производится модулями IP и является прозрачной для модулей TCP, UDP и прикладных действий.

Если какая-то машинка отправляет некоторой иной машине IP-пакет, то IP-адресок и Ethernet-адрес отправителя соответствуют адресам первой машинки. IP-адрес места предназначения является адресом 2-ой машинки, но так как модуль IP в первую машинку отправляет IP-пакет через шлюз, Ethernet-адресок места предназначения является адресом этого шлюза.

Таковым образом можно прийти к выводу о том, что при прямой маршрутизации IP- и Ethernet-адреса отправителя соответствуют адресам того узла, который послал IP-пакет, а IP- и Ethernet-адреса места предназначения соответствуют адресам получателя. При косвенной маршрутизации IP- и Ethernet-адреса не образуют таковых пар.

В рассмотренном примере сеть Internet является весьма обычной. Настоящие сети могут быть еще труднее, потому что могут содержать несколько шлюзов и несколько типов физических сред передачи. тут несколько сетей Ethernet соединяются воединыжды шлюзом для того, чтоб локализовать широковещательный трафик в каждой сети.

Правила маршрутизации в модуле IP

Для отправляемых IP-пакетов, поступающих от модулей верхнего уровня, модуль IP должен найти метод доставки – прямой либо косвенный – и избрать сетевой интерфейс. Этот выбор делается на основании поисковых результатов в таблице маршрутов.

Для принимаемых IP-пакетов, поступающих от сетевых драйверов, модуль IP должен решить, необходимо ли ретранслировать IP-пакет по иной сети либо передать его на верхний уровень. Если модуль IP решит, что IP-пакет должен быть ретранслирован, то предстоящая работа с ним осуществляется также, как с отправляемыми IP-пакетами. Входящий IP-пакет никогда не ретранслируется через этот же сетевой интерфейс, через который он был принят.

Решение о маршрутизации принимается до того, как IP-пакет передается сетевому драйверу, и до того, как происходит воззвание к ARP-таблице.

IP-адресок

Менеджерсети присваивает IP-адреса машинкам в согласовании с тем, к каким IP-сетям они подключены. Старшие биты 4-х байтного IP-адреса определяют номер IP-сети. Оставшаяся часть IP-адреса — номер узла (хостномер). Для машинки с IP-адресом 223.1.2.1 сетевой номер равен 223.1.2, а хост-номер — 1. Напомним, что IP-адрес узла идентифицирует точку доступа модуля IP к сетевому интерфейсу, а не всю машинку.

Есть 5 классов IP-адресов, отличающиеся количеством бит в сетевом номере и хост-номере. Класс адреса определяется значением его первого октета.

В таблице 1 приведено соответствие классов адресов значениям первого октета и обозначено количество вероятных IP-адресов всякого класса.

Класс


Спектр значений
первого октета

Вероятное
кол-во сетей

Вероятное
кол-во узлов


A
B
C
D
E
1 — 126
128-191
192-223
224-239
240-247
126
16382
2097150
—
—
16777214
65534
254
2**28
2**27

Таблица 1. свойства классов адресов.

Адреса класса A предусмотрены для использования в огромных сетях общего использования. Они допускают огромное количество номеров узлов. Адреса класса B употребляются в сетях среднего размера, к примеру, сетях институтов и больших компаний. Адреса класса C употребляются в сетях с маленьким числом компов. Адреса класса D употребляются при воззваниях к группам машин, а адреса класса E зарезервированы на будущее.

Некие IP-адреса являются выделенными и трактуются по-особому. В выделенных IP-адресах все нули соответствуют или данному узлу, или данной IP-сети, а IP-адреса, состоящие из всех единиц, употребляются при широковещательных передачах. Для ссылок на всю IP-сеть в целом употребляется IP-адрес с нулевым номером узла. Особенный смысл имеет IP-адресок, 1-ый октет которого равен 127. Он употребляется для тестирования программ и взаимодействия действий в границах одной машинки. Когда программка отправляет данные по IP-адресу 127.0.0.1, то появляется вроде бы «петля». Данные не передаются по сети, а ворачиваются модулям верхнего уровня, как что принятые. Потому в IP-сети запрещается присваивать машинкам IP-адреса, начинающиеся со 127.

Выбор адреса

До этого чем употреблять сеть с TCP/IP, необходимо получить один либо несколько официальных сетевых номеров. Выделением номеров занимается DDN Network Information Center
(NIC)

Выделение номеров делается безвозмездно и занимает около недельки. Сетевой номер можно получить вне зависимости от того, для что предназначена сеть. Даже если сеть не имеет связи с объединенной сетью Internet, получение неповторимого номера лучше, потому что в этом случае есть гарантия, что в дальнейшем при включении в Internet либо при подключении к сети иной организации не возникнет конфликта адресов.

Одно из важных решений, которое нужно принять при установке сети, заключается в выборе метода присвоения IP-адресов вашим машинкам. Этот выбор должен учесть перспективу роста сети. По другому в предстоящем для вас придется поменять адреса. Когда к сети подключено несколько сотен машин, изменение адресов становится практически неосуществимым.

Организации, имеющие маленькие сети с числом узлов до 126, должны запрашивать сетевые номера класса C. Организации с огромным числом машин могут получить несколько номеров класса C либо номер класса B. Комфортным средством структуризации сетей в рамках одной организации являются сабсети.

Сабсети

Адресное место сети Internet быть может разбито на непересекающиеся подпространства – «сабсети», с каждой из которых можно работать как с обыкновенной сетью TCP/IP. Таковым образом, единая IP-сеть организации может строиться как объединение субсетей. Как правило, сабсеть соответствует одной физической сети, к примеру, одной сети Ethernet.

Естественно, внедрение субсетей необязательно. Можно просто назначить для каждой физической сети собственный сетевой номер, к примеру, номер класса C. Но такое решение имеет два недочета. 1-ый, и наименее значимый, заключается в пустой растрате сетевых номеров. Наиболее суровый недочет заключается в том, что если ваша организация имеет несколько сетевых номеров, то машинки вне ее должны поддерживать записи о маршрутах доступа к каждой из этих IP-сетей. Таковым образом, структура IP-сети организации становится видимой для всего мира. При каких-то конфигурациях в IP-сети информация о их обязана быть учтена в каждой из машин, поддерживающих маршруты доступа к данной IP-сети.

Сабсети разрешают избежать этих недочетов. Организация обязана получить один сетевой номер, к примеру, номер класса B. Эталоны TCP/IP определяют структуру IP-адресов. Для IP-адресов класса B 1-ые два октета являются номером сети. Оставшаяся часть IP-адреса может употребляться как угодно. к примеру, можно решить, что 3-ий октет будет определять номер сабсети, а 4-ый октет — номер узла в ней. Непременно нужно обрисовать конфигурацию субсетей в файлах, определяющих маршрутизацию IP-пакетов. Это описание является локальным для определенной организации и не видно вне нее. Все машинки вне данной нам организации лицезреют одну огромную IP-сеть. Как следует, они должны поддерживать лишь маршруты доступа к шлюзам, соединяющим эту IP-сеть с остальным миром. Конфигурации, происходящие в IP-сети организации, не заметны вне нее. Просто можно добавить новейшую сабсеть, новейший шлюз и т.п.

Как назначать номера сетей и субсетей

Опосля того, как принято решение употреблять сабсети либо огромное количество IP-сетей, нужно решить, как назначать им номера. Каждой физической сети, к примеру, Ethernet либо Token Ring, назначается отдельный номер сабсети либо номер сети. В неких вариантах имеет смысл назначать одной физической сети несколько подсетевых номеров. к примеру, представим, что имеется сеть Ethernet, обхватывающая три строения. ясно, что при увеличении числа машин, присоединенных к данной нам сети, придется ее поделить на несколько отдельных сетей Ethernet. Для того, чтоб избежать необходимости поменять IP-адреса, когда это произойдет, можно заблаговременно выделить для данной нам сети три подсетевых номера — по одному на здание. (Это полезно и в том случае, когда не планируется физическое деление сети. Просто таковая адресация дозволяет сходу найти, где находится та либо другая машинка.) Но до этого, чем выделять три разных подсетевых номера одной физической сети, необходимо кропотливо проверить, что все программки способны работать в таковой среде.

Также необходимо избрать «маску сабсети». Она употребляется сетевым программным обеспечением для выделения номера сабсети из IP-адресов. Биты IP-адреса, определяющие номер IP-сети, в маске сабсети должны быть равны 1, а биты, определяющие номер узла, в маске сабсети должны быть равны 0. Эталоны TCP/IP определяют количество октетов, задающих номер сети. Нередко в IP-адресах класса B 3-ий октет употребляется для задания номера сабсети. Это дозволяет иметь 256 субсетей, в каждой из которых быть может до 254 узлов. Маска сабсети в таковой системе равна 255.255.255.0. Но, если в сети обязано быть больше субсетей, а в каждой сабсети не будет при всем этом наиболее 60 узлов, то можно употреблять маску 255.255.255.192. Это дозволяет иметь 1024 сабсети и до 62 узлов в каждой.

Обычно маска сабсети указывается в файле стартовой конфигурации сетевого программного обеспечения. Протоколы TCP/IP разрешают также запрашивать эту информацию по сети.

Имена

Людям удобнее именовать машинки по именам, а не числами. К примеру, у машинки по имени ALPHA быть может IP-адресок 223.1.2.1. В малеханьких сетях информация о согласовании имен IP-адресам хранится в файлах «hosts» на любом узле. естественно, заглавие файла зависит от определенной реализации. В огромных сетях эта информация хранится на сервере и доступна по сети. несколько строк из файла «hosts» могут смотреться приблизительно так:

223.1.2.1 alpha 223.1.2.2 beta 223.1.2.3 gamma 223.1.2.4 delta 223.1.3.2 epsilon 223.1.4.2 iota

В первом столбце — IP-адресок, во 2-м — заглавие машинки. Почти всегда файлы «hosts» могут быть схожи на всех узлах. к примеру, заглавие у определенного узла будет одно, но он будет иметь три IP-адреса. Этот узел доступен по хоть какому из этих 3-х IP-адресов. Какой из их употребляется, не имеет значения. Когда этот узел получает IP-пакет и инспектирует IP-адресок места предназначения, то он опознает хоть какой из 3-х собственных IP-адресов.

IP-сети также могут иметь имена. Сведения о именах сетей обычно хранятся в файле «networks». Если, к примеру есть три IP-сети, то файл «networks» может смотреться приблизительно так:

223.1.2 development 223.1.3 accounting 223.1.4 factory

В первой колонке — сетевой номер, во 2-ой — имя сети. В данном примере alpha является узлом номер 1 в сети development, beta является узлом номер 2 в сети development и т.д.

Показанный выше файл «hosts» удовлетворяет потребности юзеров, но для управления сетью Internet удобнее иметь наименования всех сетевых интерфейсов. Менеджерсети, может быть, поменяет строчку, относящуюся к delta:

223.1.2.4 devnetrouter delta 223.1.3.1 accnetrouter 223.1.4.1 facnetrouter

Эти три строчки файла «hosts» задают любому IP-адресу узла delta символьные имена. Практически, 1-ый IP-адресок имеет два имени: «devnetrouter» и «delta», которые являются синонимами. На практике имя «delta» употребляется как общеупотребительное имя машинки, а другие три имени — для администрирования сети.

Файлы «hosts» и «networks» употребляются командами администрирования и прикладными программками. Они не необходимы фактически для работы сети Internet, но упрощают ее внедрение.

IP-таблица маршрутов

Чтоб выяснить, какой конкретно интерфейс необходимо употреблять для отправления IP-пакета модуль IP производит поиск в таблице маршрутов. Ключом поиска служит номер IP-сети, выделенный из IP-адреса места предназначения IP-пакета.

Таблица маршрутов содержит по одной строке для всякого маршрута. Главными столбцами таблицы маршрутов являются номер сети, флаг прямой либо косвенной маршрутизации, IP-адресок шлюза и номер сетевого интерфейса. Эта таблица употребляется модулем IP при обработке всякого отправляемого IP-пакета.

В большинстве систем таблица маршрутов быть может изменена при помощи команды «route». Содержание таблицы маршрутов определяется менеджером сети, так как Менеджерсети присваивает машинкам IP-адреса.

Подробности прямой маршрутизации

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

Таблица маршрутов в узле alpha смотрится так:

сеть

флаг вида
маршрутизации
шлюз
номер
интерфейса

Development
ровная
<пусто>
1

В данном ординарном примере все узлы сети имеют схожие таблицы маршрутов. Для сопоставления ниже представлена та же таблица, но заместо наименования сети указан ее номер.

сеть
флаг вида
маршрутизации
шлюз
номер
интерфейса

223.1.2
ровная
<пусто>
1


порядок прямой маршрутизации

Узел alpha отправляет IP-пакет узлу beta. Этот пакет находится в модуле IP узла alpha, и IP-адресок места предназначения равен IP-адресу beta (223.1.2.2). Модуль IP при помощи маски сабсети выделяет номер сети из IP-адреса и отыскивает подобающую ему строчку в таблице маршрутов. В данном случае подступает 1-ая строчка.

Остальная информация в отысканной строке показывает на то, что машинки данной нам сети доступны впрямую через интерфейс номер 1. При помощи ARP-таблицы производится преобразование IP-адреса в соответственный Ethernet-адресок, и через интерфейс 1 Ethernet-кадр посылается узлу beta.

Если прикладная программка пробует отправить данные по IP-адресу, который не принадлежит сети development, то модуль IP не сумеет отыскать подобающую запись в таблице маршрутов. В этом случае модуль IP отбрасывает IP-пакет. Некие реализации протокола возвращают сообщение о ошибке «Сеть не доступна».

Подробности косвенной маршрутизации

Разглядим наиболее непростой порядок маршрутизации в IP-сети.

Таблица маршрутов в узле alpha смотрится так:

сеть


флаг вида
маршрутизации

шлюз

номер
интерфейса


development
ровная
<пусто>
1

accounting
косвенная
devnetrouter
1

factory
косвенная
devnetrouter
1

Та же таблица с IP-адресами заместо заглавий.

сеть


флаг вида
маршрутизации

шлюз

номер
интерфейса


223.1.2
ровная
<пусто>
1

223.1.3
косвенная
223.1.2.4
1

223.1.4
косвенная
223.1.2.4
1

В столбце «шлюз» таблицы маршрутов узла alpha указывается IP-адресок точки соединения узла delta с сетью development.

порядок косвенной маршрутизации

Узел alpha отправляет IP-пакет узлу epsilon. Этот пакет находится в модуле IP узла alpha, и IP-адресок места предназначения равен IP-адресу узла epsilon (223.1.3.2). Модуль IP выделяет сетевой номер из IP-адреса (223.1.3) и отыскивает подобающую ему строчку в таблице маршрутов. Соответствие находится во 2-ой строке.

Запись в данной нам строке показывает на то, что машинки требуемой сети доступны через шлюз devnetrouter. Модуль IP в узле alpha производит поиск в ARP-таблице, при помощи которого описывает Ethernet-адресок, соответственный IP-адресу devnetrouter. Потом IP-пакет, содержащий IP-адресок места предназначения epsilon, посылается через интерфейс 1 шлюзу devnetrouter.

IP-пакет принимается сетевым интерфейсом в узле delta и передается модулю IP. Проверяется IP-адресок места предназначения, и, так как он не соответствует ни одному из собственных IP-адресов delta, шлюз решает ретранслировать IP-пакет.

Модуль IP в узле delta выделяет сетевой номер из IP-адреса места предназначения IP-пакета (223.1.3) и отыскивает подобающую запись в таблице маршрутов. Таблица маршрутов в узле delta смотрится так:

сеть


флаг вида
маршрутизации

шлюз

номер
интерфейса


development
ровная
<пусто>
1

accounting
ровная
<пусто>
2

factory
ровная
<пусто>
3

Та же таблица с IP-адресами заместо заглавий.

сеть

флаг вида
маршрутизации

шлюз

номер
интерфейса


223.1.2
ровная
<пусто>
1

223.1.3
ровная
<пусто>
2

223.1.4
ровная
<пусто>
3

Соответствие находится во 2-ой строке. сейчас модуль IP впрямую отправляет IP-пакет узлу epsilon через интерфейс номер 3. Пакет содержит IP- и Ethernet-адреса места предназначения равные epsilon. Узел epsilon воспринимает IP-пакет, и его модуль IP инспектирует IP-адресок места предназначения. Он соответствует IP-адресу epsilon, потому находящееся в IP-пакете сообщение передается протокольному модулю верхнего уровня.

протокол TCP

Протокол TCP предоставляет транспортные услуги, отличающиеся от услуг UDP. Заместо ненадежной доставки датаграмм без установления соединений, он обеспечивает гарантированную доставку с установлением соединений в виде байтовых потоков.

протокол TCP употребляется в тех вариантах, когда требуется надежная доставка сообщений. Он высвобождает прикладные процессы от необходимости употреблять таймауты и повторные передачи для обеспечения надежности. Более обычными прикладными действиями, использующими TCP, являются FTP
(File Transfer Protocol — протокол передачи файлов) и TELNET
. Не считая того, TCP употребляют система X-Window
, rcp
(remote copy – удаленное копирование) и остальные «r-команды». Огромные способности TCP даются не безвозмездно. Реализация TCP просит большенный производительности микропроцессора и большенный пропускной возможности сети. Внутренняя структура модуля TCP еще труднее структуры модуля UDP.

Прикладные процессы ведут взаимодействие с модулем TCP через порты. Для отдельных приложений выделяются общеизвестные номера портов. к примеру, TELNET употребляет порт номер 23. клиент TELNET может получать услуги от сервера, если установит соединение с TCP-портом 23 на его машине.

Когда прикладной процесс начинает употреблять TCP, то модуль TCP на машине клиента и модуль TCP на машине сервера начинают разговаривать. Эти два оконечных модуля TCP поддерживают информацию о состоянии соединения, именуемого виртуальным каналом. Этот виртуальный канал потребляет ресурсы обоих оконечных модулей TCP. канал является дуплексным; данные могут сразу передаваться в обоих направлениях. один прикладной процесс пишет данные в TCP-порт, они проходят по сети, и иной прикладной процесс читает их из собственного TCP-порта.

протокол TCP разбивает поток б на пакеты; он не сохраняет границ меж записями. к примеру, если один прикладной процесс делает 5 записей в TCP-порт, то прикладной процесс на другом конце виртуального канала может выполнить 10 чтений для того, чтоб получить все данные. Но тот же процесс может получить все данные сходу, сделав лишь одну операцию чтения. Не существует зависимости меж числом и размером записываемых сообщений с одной стороны и числом и размером считываемых сообщений с иной стороны.

Протокол TCP просит, чтоб все отправленные данные были доказаны принявшей их стороной. Он употребляет таймауты и повторные передачи для обеспечения надежной доставки. Отправителю разрешается передавать некое количество данных, не дожидаясь доказательства приема ранее отправленных данных. Таковым образом, меж отправленными и подтвержденными данными существует окно уже отправленных, но еще неподтвержденных данных. количество б, которые можно передавать без доказательства, именуется размером окна
. Обычно, размер окна устанавливается в стартовых файлах сетевого программного обеспечения. Потому что TCP-канал является дуплексным, то доказательства для данных, идущих в одном направлении, могут передаваться вкупе с данными, идущими в обратном направлении. Приемники на обеих сторонах виртуального канала делают управление потоком передаваемых данных для того, чтоб не допускать переполнения буферов.

Заключение

Объединенная сеть состоит из набора связанных сетей, которые ведут взаимодействие как единое целое. Основным преимуществом Веба будет то, что он обеспечивает всепригодное обоюдное соединение, позволяя в это время отдельным группам употреблять хоть какое сетевое оборудование, лучше всего подходящее для их целей. В своём реферате я разглядел принципы, лежащие в базе межсетевого взаимодействия в общем и детали межсетевой связки протоколов а именно, также как межсетевые протоколы употребляются в Вебе. Семейство протоколов TCP/IP, нареченное тек по имени 2-ух главных протоколов обеспечивает базу объединенного Веба, большенный, работающей объединенной сети, которая соединяет большая часть научно-исследовательских институтов, включая почти все институтские, правительственные лаборатории.

Перечень применяемой литературы

1. Дуглас Комер «Межсетевой обмен при помощи TCP/IP»

2. www.Citforum.ru

]]>