Сети

Принцип инкапсуляции протоколов имеет сходство с прин¬ципом инкапсуляции пакетов при их продвижении по стеку протоколов. Пакеты транспортного протокола, которые нужно переслать через транзитную сеть, инкапсулируются в пакеты транспортного протокола этой транзитной сети. После прохождения промежуточной, транзитной сети происходит обратный процесс — полученные пакеты декапсулируются и пересылаются непосредственно адресату.
Инкапсуляция может быть использована для транспортных протоколов любого уровня и зачастую является наиболее простым и быстрым решением среди остальных методов согласования протоколов. Read More…

Максимальный размер пакета IPX составляет 576 байт, при этом 30 байт приходится на заголовок. Формат пакета выглядит следующим образом:
• контрольная сумма;
• длина пакета;
• управление передачей — данное поле обнуляется при отправке пакета и далее является своего рода счетчиком числа промежуточных узлов, которые может пройти данный пакет на пути от отправителя к адресату; пакет не может пройти больше 15 промежуточных узлов, т. е. если значение данного поля равно 15, то следующий (шестнадцатый) промежуточный узел этот пакет уничтожит; Read More…

— urg (от англ. urgent — срочный) — поле указателя срочных данных задействовано — если данный бит установлен, т. е. его значение равно единице, значит, сегмент содержит срочные данные;
— аск (от англ. acknowledgement — уведомление, подтверждение) — поле «номер подтверждения» задействовано;
— psh (от англ. push — толкать, проталкивать) — функция «проталкивания» — установленный данный бит сигнализирует, что данные по мере поступления от прикладного процесса должны будут передаваться в сеть незамедлительно небольшими сегментами, а не накапливаться и упаковываться в более крупные сегменты; при получении сегмента с установленным битом «psh» модуль TCP должен передать данные, пришедшие в сегменте, Read More…

Пользовательская дейтаграмма состоит из заголовка и поля данных. Заголовок имеет достаточно простой формат и содержит следующие поля: порт отправителя — идентифицирует процесс, посылающий данную дейтаграмму; в случае если это поле в дейтаграмме не используется, оно заполняется нулями; порт получателя — идентифицирует процесс, на который должны быть переданы данные, пересылаемые данной дейтаграммой; длина — указывает длину дейтаграммы в байтах, включая как ее заголовок, так и поле данных; контрольная сумма — рассчитывается по заголовку, полю данных и псевдозаголовку дейтаграммы; является необязательной для вычисления, поэтому в сетях с повышенной надежностью передачи данных может не использоваться, что позволяет уменьшить объем вычислений при использовании данного протокола.
Если поле контрольной суммы заполнено нулями, это значит, что она не рассчитывалась при посылке дейтаграммы. Если данное поле заполнено единицами, значит, рассчитанное значение контрольной суммы равно нулю.

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

• заголовок;
• идентификатор;
• последовательный номер;
• начальная временная метка — время, зафиксированное отправителем непосредственно перед посылкой запроса;
• временная метка получения — время, зафиксированное адресатом запроса, на момент получения данного сообщения; Read More…

Сообщение о перенаправлении посылается шлюзом на хост в том случае, если шлюзу известно о существовании более выгодного маршрута, нежели тот, что используется хостом для передачи дейтаграмм.
Для дейтаграмм с опцией маршрутизации по источнику подобное ICMP-сообщение никогда послано не будет, даже если шлюзам известен лучший маршрут, чем тот, по которому дейтаграмма должна быть передана согласно опции.
Узел, получивший сообщение запроса эха, должен послать в ответ сообщение, называемое ответом на эхо и содержащее копию данных, присланных в запросе. Поэтому данные сообщения обычно используются для тестирования соединения между двумя узлами сети. Получение ответа на запрос эха, отправленный на некий узел, свидетельствует о достижимости этого узла,
т. е. о работоспособности основных элементов транспортной системы, осуществляющей передачу данных от этого узла и обратно.
Сообщения запроса и ответа на эхо имеют одинаковую структуру и состоят из следующих полей: заголовок; идентификатор; последовательный номер.

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

2) Различные хосты, а также различные сети обладают различными характеристиками, в той или иной мере влияющими на скорость обработки потоков дейтаграмм. Сообщения данного типа используются получателем дейтаграмм либо шлюзом, обеспечивающим транспортировку этих дейтаграмм между сетями, для того, чтобы снизить скорость пересылки данных отправителем. Read More…

Протокол ICMP (Internet Control Message Protocol) используется для обеспечения обратной связи между отправителем IP-дейтаграмм, их получателем, а также между коммуникационным оборудованием, передающим эти дейтаграммы по сети. Спецификация протокола межсетевых управляющих сообщений и дополнения к ней приводятся в стандартах RFC 792, RFC 1256 и RFC 950.
Согласно стандарту RFC 792, межсетевой протокол используется для обеспечения передачи дейтаграмм между различными хостами, работающими в системе объединенных между собой сетей. Такая система называется Catenet.
Catenet — составная сеть, в которой конечные узлы подключены к сетям с различными характеристиками, а эти сети соединены между собой специальными устройствами. Устройства, посредством которых осуществляется соединение сетей, называются шлюзами (gateway). Примером сети Catenet является глобальная сеть Интернет.
Межсетевой протокол не гарантирует доставку дейтаграмм. В случаях их потери или порчи отправитель так и не узнает, дошла ли переданная им информация до получателя. Read More…

Межсетевой протокол (Internet Protocol — IP) был создан для использования в сложных сетях, объединенных из разнородных подсетей на основе коммутации пересылаемых пакетов.
Данный протокол описывается стандартом RFC 791 (Request for Comments — запрос на комментарии). Согласно этому стандарту, межсетевой протокол имеет специально ограниченный набор задач, обеспечивающих функции, необходимые для передачи битового пакета, от отправителя к получателю через объединенную систему компьютерных сетей. Таким образом, данный протокол не имеет механизмов для увеличения достоверности переданных данных, управления потоками данных, синхронизации или прочих служб, обычно применяемых в протоколах передачи от хоста к хосту.
Синонимом «пакета» согласно стандарту на этот протокол является термин «межсетевая дейтаграмма» (internet datagram).
Функция или цель межсетевого протокола состоит в передаче дейтаграмм через ряд взаимосвязанных сетей. Это осуществляется пересылкой дейтаграмм между IP-модулями, располагающимися на хостах, до тех пор, пока дейтаграммы не попадут к своему адресату. Модулем называется реализация, обычно программная, протокола или какой-либо процедуры. Read More…

Хотя механизм работы ARP и RARP существенно различается, они используют для передачи запросов и ответов на них пакеты, имеющие одинаковый формат. Формат такого пакета зависит от длины физических адресов, применяемых в локальной сети, где производится разрешение адресов. Например, физический адрес, используемый в сетях Ethernet, имеет длину, равную 6 байтам, поэтому пакет разрешения адресов будет иметь вид, приведенный на рис. 2.17, где:
тип сети — содержит код, определяющий тип сети, в кото¬рой используется протокол (для сетей Ethernet это поле имеет значение 1;
тип протокола — содержит код, определяющий протокол, который собственно и производит разрешение адреса, пользуясь средствами ARP и RARP;
длина физического адреса — указывает длину соответствующего адреса (для сетей Ethernet — 6 байт);
длина сетевого адреса (длина IP-адреса — 4 байта);
операция — содержит код, определяющий тип данного пакета;
физический адрес отправителя;
сетевой адрес отправителя;
искомый физический адрес;
искомый сетевой адрес.