Реферат: Интранет сети
получения его физического адреса. Затем пакет, содержащий дейтаг-
рамму IP, посылается по физическому адресу маршрутизатора. Когда
маршрутизатор получает дейтаграмму IP, он использует адрес IP в
дейтаграмме для посылки получателю аналогичным образом. Если адрес
IP принадлежит к сети, подключенной непосредственно к маршрутиза-
тору, последний посылает дейтаграмму непосредственно узлу назначе-
ния. Для всех других адресов сетей маршрутизатор имеет только ад-
рес другого маршрутизатора, который может направить пакет к полу-
чателю.
3.4. Межсетевой Протокол IP
Межсетевой протокол определяет форму пакетов и способы под-
держки пакетов при передаче и приеме. Форма пакета называется дей-
таграммой IP. Дейтаграмма IP аналогична физическому кадру, переда-
ваемому по сети. Дейтаграмма имеет секцию заголовка, содержащую
адреса IP отправителя и получателя и секцию данных.
Структура дейтаграммы IP
¦ Заголовок дейтаграммы IP ¦ Данные дейтаграммы IP ¦
¦ ¦ ¦
г=============T=============+==============T==============¬
¦ Информация ¦ Адрес ¦ Адрес ¦ Данные ¦
¦ заголововка¦ источника IP¦ получателя IP¦ ¦
L=============¦=============¦==============¦==============-
Рис.3.4.
В отличие от кадра сети, имеющего физическую длину, установлен-
ную в соответствии с характеристиками физической сети, длина дей-
таграммы устанавливается сетевым программным обеспечением. Прог-
раммное обеспечение IP на узле создает дейтаграмму, которая поме-
щается внутрь кадра сети. Двигаясь к узлу назначения, однако, дей-
таграмма может пройти по многим сетям различных типов с различными
длинами физических кадров. Для поддержки передачи пакета протокол
IP задает метод разбиения дейтаграмм на фрагменты на каждом узле,
который должен передавать дейтаграммы и соответствующий метод ре-
ассемблирования пакетов на узле назначения. Так маршрутизатор,
связывающий две сети, будет должен фрагментировать пакеты IP, по-
лучаемые из одной сети, если вторая сеть имеет меньший размер фи-
зического кадра, чем первая. Будучи однажды фрагментированными,
пакеты не реассемблируются до достижения точки назначения.
3.5. Сообщения об ошибках и управляющие сообщения
Другой протокол набора TCP/IP это Межсетевой Протокол Управляю-
щих Сообщений (ICMP). Пакеты ICMP содержат информацию об авариях в
сети: нефункционирующих узлах и шлюзах, проблемах с пакетами в
шлюзах и т.д. Программное обеспечение IP интерпретирует сообщение
ICMP и затем предпринимает соответствующие действия в соответствии
с сообщением независимо от прикладной программы. Поскольку сообще-
ние ICMP может передаваться через несколько сетей для достижения
назначения, оно помещается в порцию данных дейтаграммы IP.
3.6. Протоколы транспортного уровня: UDP и TCP
Два протокола составляют транспортный уровень набора TCP/IP: м
Пользовательский Дейтаграммный Протокол (UDP) и Протокол Управле-
ния Передачей (TCP). UDP обеспечивает ненадежный сервис доставки
без соединений для посылки и получений сообщений. TCP добавляет
надежные потоковые сервисы доставки над ненадежным сервисом доста-
ки пакетов без соединений IP.
В наборе TCP/IP UDP позволяет приложениям обмениваться индиви-
дуальными пакетами сообщений через сеть. Протокол UDP определяет
набор назначений как протокольные порты. При этом определяются два
типа протокольных портов: хорошо известное назначение портов и ди-
намически связанные порты. В первом случае,
TCP/IP резервирует соответствующие номера портов для соответст-
вующих приложений. Порты сномерами от 1 до 255 являются хорошо из-
вестными номерами портов и назначаются соответствующим широко из-
вестным приложениям. В случае динамически связанных портов прило-
жение, запрашивающее сервисы у процесса, должны прежде всего зап-
росить узел для идентификации порта, который использует процесс.
Он может в дальнейшем направлять дейтаграммы UDP этому порту.
Дейтаграмма UDP включается в одну или более дейтаграмм IP, ко-
торые в свою очередь включаются в кадр сети, например, Ethernet
как показано на рис. 3.5. В этом примере адрес IP
Включение дейтаграммы UDP
¦ Заголовок ¦ Данные ¦
¦ UDP ¦ UDP ¦
г======T=====T=+==========¬
¦Порт ¦Порт ¦ ¦ Данные ¦
¦источн¦назн ¦ ¦ UDP ¦
L======¦=====¦=¦==========-
¦ ¦
¦--- Дейтаграмма UDP ---- ¦
¦
г=========+=========================¬
¦Заголовок¦ ¦
¦ IP ¦ ¦
L=========¦=========================-
¦ ¦
¦--------- Дейтаграмма IP ----------¦
¦ ¦
г==========+===================================+==========¬
¦Заголовок ¦ ¦ Контр. ¦
¦кадра ¦ ¦ сумма ¦
L==========¦===================================¦==========-
¦ ¦
¦------------------- Кадр Ethernet -----------------------¦
¦ ¦
Рис.3.5.
направляет дейтаграмму IP к соответствующему узлу, на котором
программное обеспечение IP извлекает дейтаграмму UDP и доставляет
ее программному обеспечению уровня UDP. Программное обеспечение
уровня UDP доставляет данные UDP и управляющую информацию к задан-
ному протокольному порту назначения. Процесс на этом порту ис-
пользует данные из дейтаграммы UDP. Дейтаграмма UDP также содержит
протокольный порт источника, позволяющий процессу назначения отве-
тить корректно.
Для приложений, которые нуждаются в посылке значительных
объемов данных, ненадежная передача может создать трудности. Прик-
ладные программисты будут должны разрабатывать дорогие процедуры и
модули обеспечения надежной передачи. Набор протоколов TCP/IP об-
ходит эти проблемы через использование Протокола Управления Пере-
дачей (TCP) - надежного протокола с потоковой доставкой. Он уста-
навливает виртуальный канал между двумя
приложениями и посылает поток байтов получателю в том же поряд-
ке, в котором он покидает отправителя. Перед началом передачи при-
ложения на обоих концах получают порты TCP от своих операционных
систем. Эти порты аналогичны тем, что использует протокол UDP.
Приложение, начинающее передачу, известно как активная сторона,
обычно получает порт динамически. Приложение, товечающее на запрос
передачи, известное как пассивная сторона, обычно использует широ-
ко известный порт TCP на пассивной стороне. Подобно дейтаграммам
UDP, сегменты TCPвключаются в дейтаграммы IP. TCP буферизует поток
ожиданием достаточного количества данных для заполнения большой
дейтаграммы перед ее посылкой. Поток неструктурирован, что означа-
ет, что посылающая и принимающая стороны (приложения) до передачи
должны установить соглашения относительно содержимого потока. TCP
использует полнодуплексную передачу.
Протокол TCP присваивает каждому сегменту последовательный но-
мер. На приемном конце виртуального канала приложение проверяеет
последовательность намеров для определения того, все ли сегменты
получены и обработаны в порядке последовательных номеров. Когда
приемный конец получает следующий сегмент последовательности, он
посылает квитанцию - подтверждение узлу - источнику. Когда узел -
источник получает подтверждение, он индицирует приложению то, что
сегмент успешно передан. Если узел - источник в течение определен-
ного таймаута не получает подтверждения, он повторно передает со-
ответствующий сегмент. Эта схема, называемая "положительное
подтверждение с повторной передачей", обеспечивает надежность пе-
редачи.
3.7. Транспортная система TCP/IP в NetWare версии 3.11
Транспортная система TCP/IP обеспечивает возможности подключе-
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13
