Архитектура семейства протоколов TCP/IP

• ARP - Отвечает за получение MAC адреса хоста, размещенного в текущей сети, по его IP адресу. Использует broadcast.
• ICMP - Посылка сообщений об ошибках, обнаруженных в процессе передачи пакетов.
• IGMP - Информирует маршрутизаторы о наличии в данной сети multicast группы.
• IP - Обеспечивает маршрутизацию пакетов.
• TCP - Обеспечивает соединение между двумя хостами, с гарантируемой доставкой пакетов.
• UDP - Обеспечивает соединение между двумя хостами, при котором не гарантируется доставка пакетов.

Address Resolution Protocol (ARP)
Для передачи данных по сети хост должен знать MAC адрес хоста, которому передаются данные. Для получения МАС адреса по известному IP адресу служит протокол ARP.
Разрешение локального IP адреса

1. ARP запрос возникает всегда, когда хост пытается связаться с другим хостом. Если IP определит, что IP адрес получателя находится в локадьной сети, то сначала хост проверяет наличие этого адреса в собственном кэше ARP.
2. В случае неудачи ARP строит запрос и посылает его широковещательным сообщением всем хостам подсети. Запрос имеет следующую структуру: “Хост с IP адресом a.b.c.d, сообщите мне Ваш MAC адрес”. Запрос также содержит информацию об IP и MAC адресе отправителя.
3. Каждый хост в подсети получает запрос и проверяет на соответствие свой IP адрес. Если он не совпадает с указанным в запросе, то запрос игнорируется.
4. Если IP адрес, указанный в запросе, совпадает с IP адресом хоста, то хост посылает ARP ответ непосредственно отправителю, используя его MAC адрес. И заносит информацию об IP/MAC адресе отправителя в ARP кэш.

Разрешение удаленного IP адреса

В этом случае инициируется ARP запрос маршрутизатору, который пересылает датаграммы в сеть назначения.
1. Если IP определит, что IP адрес получателя не находится в локадьной сети, то сначала проверяется наличие этого адреса в таблице маршрутизации. В случае неудачи происходит попытка найти MAC адрес default gateway в ARP кэше.
2. Если MAC адрем default gateway не найден, то формируется ARP запрос на определение его MAC адреса. После получения ответа хост посылает информацию через default gateway в сеть назначения.
3. Когда запрос приходит в сеть назначения, то маршрутизатор определяет MAC адрес получателя (см. разрешение локального IP адреса) и посылает ICMP ответ маршрутизатору хоста отправителя.
ARP кэш содержит:
- Динамические адреса – добавляются и удаляются автоматически. Имеют время жизни 10 минут. Если к адресу неи обращений в течении 2 минут, то он удаляется. В противном случае он удаляется через 10 минут. Если при добавлении нового адреса кэш переполнился, то удаляется самый старый адрес для освобождения места для нового.
- Статические адреса – остаются в кэше до перезагрузки компьютера
- Адрес широковещательной рассылки (Hardware broadcast address) FFFFFFFFFFFF – позволяет хосту принимать ARP запросы. Не появляется при просмотре ARP кэша.

Утилита ARP.EXE позволяет просматривать, добавлять и удалять адреса из ARP кэша.
Ключи:
-a, -g Просмотр кэша
-s Добавление статического адреса
-d Удаление адреса


Internet Control Message Protocol (ICMP)
Служит для общения маршрутизатора с хостом, отправляющим или посылающим данные контрольными сообщениями и сообщениями об ошибках. Использует для передачи IP и является его составной частью. Если TCP/IP хост посылает датаграммы другому хосту так часто, что маршрутизаторы не успевают их пересылать, то маршрутизаторы могут посылать сообщения, указывающие хосту замедлить темп передачи датаграмм. Но, если Windows NT компьютер используется как маршрутизатор и не можит отправлять датаграммы с такой частотой, с которой они приходят, то он отбрасывает часть датаграмм не посылая ICMP Source Quench сообщения.

Internet Group Management Protocol (IGMP)
Информирует маршрутизаторы о наличии в данной сети multicast группы. Информация рассылается по маршрутизаторам, поддерживающим рассылку таких сообщений.
Internet Protocol (IP)
- IP не устанавливает непосредственное соединение между хостами, а используют адреса, помещенные в заголовок IP пакета, для передачи их получателям. Выбор пути передачи называется маршрутизацией.

- IP используют поля в заголовке для фрагментации и восстановления датаграмм Internet, когда это необходимо для их передачи через сети с малым размером пакетов.
-
- Не требует подтверждения получения данных. Это означает, что отправитель и получатель не информируются о пропаже пакета или неправильной последовательности получения пакетов.
- Если IP определит, что адрес получателя – локальный, то пакет отправляется непосредственно на хост назначения. В противном случае проверяется таблица маршрутизации на наличие маршрута к хосту назначения. Если маршрут найден, то пакет пересылается по найденному маршруту. В противном случае пакет пересылается на default gateway. После получения маршрутизатором пакета, он передается на обработку IP. IP делает следующее:

1. Уменьшение значение TTL. Если TTL=0, то пакет уничтожается.
2. Фрагментация пакета на более мелкие, если пакет слишком большой для передачи по сети.
3. Если пакет фрагментируется, то IP создает новые заголовки для каждого нового пакета, которые включают в себя:

- Флаг означающий, что применялась фрагментация
- Флаг показывающий, что это не последний фрагмент пакета.
- Смещение фрагмента внутри пакета

4. Пересчитывается контрольная сумма
5. Определяется MAC адреса следующего маршрутизатора
6. Осуществляется пересылка пакета

После прибытия пакета получателю IP собирает все фрагменты в единое целое.

Порты
- Сетевые приложения идентифицируют себя, использую номер порта протокола. Порт может использовать номера от 0 до 65536.

- Для клиентских приложений он назначается операционной системой динамически по запросу сервиса.

- Для наиболее известных серверных приложений номера портов продопределены (этим занимается Internet Assigned Numbers Authority (IANA)) и не меняются. Например: FTP–21 порт, telnet-23 порт.

- В NT 4.0 номера предопределенных портов находятся в файле systemroot%\system32\drivers\etc\services.

Сокеты
Аналог file handle. Конечная точка сетевого соединения. (Переводится как розетка). Для создание приложением сокета необходимо указание следующих параметров:

1. IP адрес хоста
2. Тип сервиса (TCP или UDP)
3. Номер используемого порта

Приложение использует сокеты для соединения с сокетами других приложений и передачи данных между ними.

Transmission Control Protocol (TCP)
Транспортный протокол с гарантированной доставкой пакетов. Данные представляются как поток байтов и могут передаваться в обоих направлениях. Некоторое количество октетов могут упаковываться в сегменты для передачи через системы Internet. Достоверность передачи информации достигается присваиванием каждому сегменту уникального номера в последовательности.

Для проверки доставки сегмента используются подтверждения (ACK), которые возвращаются для каждого посланного сегмента. Если подтверждение не получено, то данные посылаюся еще раз через некоторый интервал времени (timeout). Если сегмент пришел поврежденным, то хост уничтожает этот пакет и не посылает подтверждение получения.

TCP соединение инициализируется путем трех обменов данными (Three-way handshake)

Назначение:
- Синхронизация отправки и получения сегментов.
- Информирование хоста о размере данных, которое он может получить за один раз (windows and segment size).
- Установка виртуального соединения.
-
Порядок установки соединений:
- 1. Инициализация запроса на соединения путем посылки сегмента с установленным флагом синхронизации (SYN).

2. Подтверждение установки соединения хостом получателем путем посылки сегмента, содержащего: Включенный флаг синхронизации (SYN); Число, определяющее стартовый номер последовательности сегментов, которую хост будет отправлять; Подтверждение, содержащее номер стартового сегмента получаемых данных

3. Хост, инициирующий соединения, посылает подтверждение приема данных.

Аналогичная процедура происходит при закрытии соединения.

User Datagram Protocol (UDP)
Обеспечивает соединение с негарантированной доставкой пакетов. Используется в приложениях, не требующих подтверждения получения пакетов (NetBIOS name service, NetBIOS datagram service, SNMP)