фрагментов одного пакета и не повторяться для разных пакетов, пока у обоих пакетов не истекло время жизни.

При делении данных пакета, размер всех фрагментов, кроме последнего, должен быть кратен 8 байтам. Это позволяет отвести меньше места в заголовке под поле Смещение фрагмента.

Второй бит поля Флаги (More fragments), если равен единице, указывает на то, что данный фрагмент – не последний в пакете.

Если пакет отправляется без фрагментации, флаг “More fragments” устанавливается в 0, а поле Смещение фрагмента – заполняется нулевыми битами.

Если первый бит поля Флаги (Don’t fragment) равен единице, то фрагментация пакета запрещена. Если этот пакет должен быть передан через сеть с недостаточным MTU, то маршрутизатор вынужден будет его отбросить (и сообщить об этом отправителю посредством протокола ICMP). Этот флаг используется в случаях, когда отправителю известно, что у получателя нет достаточно ресурсов по восстановлению пакетов из фрагментов.

13.3. Протокол ARP

Протокол ARP (Address Resolution Protocol, Протокол Разрешения Адресов) описан в RFC 826.

При передаче пакетов внутри локальных сетей протоколы канального уровня пользуются локальными адресами узлов, отправитель же может знать только IP-адрес получателя. Для того чтобы определить, какой локальный адрес (например, MAC-адрес в сети Ethernet) соответствует данному IP-адресу, применяется протокол ARP. Этот протокол разрабатывался специально для Ethernet-сетей, но может работать в любых сетях, поддерживающих широковещательную передачу.

Все узлы, поддерживающие протокол ARP, ведут ARP-таблицу, состоящую из записей <IP-адрес;MAC-адрес>.

Когда узлу нужно определить локальный адрес другого узла, его ARPмодуль сначала ищет его в ARP-таблице, и, если нужный адрес не найден, то передает широковещательное сообщение: “Знает ли кто-нибудь локальный адрес для IP 123.45.67.89? Я 123.45.67.90, мой MAC-адрес 10:20:30:40:50:60.”. Узел, которого разыскивают, отвечает (не широковещательно, а прямой передачей): “Да, 123.45.67.89 – это я. Мой MAC-адрес 10:20:30:40:50:61”. При этом он сохраняет пару <IP-адрес;MAC-адрес> искавшего его узла в своей ARP-таблице. Наконец, первый узел, получив ответ, заносит его в свою ARPтаблицу.

Как правило, записи в ARP-таблице имеют ограниченное время жизни (стандарт описывает возможные схемы ограничения времени жизни и таймаутов, но не требует их применения).

Формат сообщения ARP позволяет использовать этот протокол в сетях с разным размером адресов (до 256 бит).

11

Сообщения ARP не содержат IP-заголовка и непосредственно размещаются в поле данных кадра канального уровня.

13.4. Протокол ICMP

Протокол ICMP (Internet Control Message Protocol, Протокол Управляющих Сообщений Интернет) описан в RFC 792.

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

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

Сообщения ICMP всегда начинаются с трех полей: Тип (Type) [8 бит] – тип сообщения:

0 – ответ на эхо (Echo reply)

3 – получатель недостижим (Destination unreachable)

4 – подавление источника (Source quench)

5 – изменение маршрута (Redirect)

8 – запрос эха (Echo)

11 – время жизни дейтаграммы истекло (Time exceeded)

12 – ошибка в параметре (Parameter problem)

13 – запрос временной метки (Timestamp)

14 – временная метка (Timestamp reply)

15 – запрос информации (Information request)

16 – ответ на запрос информации (Information reply)

17 – запрос маски адреса (Mask request)

18 – маска адреса (Mask reply)

Код (Code) [8 бит] – причина проблем с доставкой дейтаграммы Для типа 3 (получатель недостижим):

1 – сеть недостижима (net unreachable)

2 – узел недостижим (host unreachable)

3 – протокол недостижим (protocol unreachable)

4 – требуется фрагментация (fragmentation needed and DF set) 5 – сбой в маршрутизации от источника (source route failed) 6 – неизвестна сеть назначения 7 – неизвестно устройство назначения 8 – отправитель изолирован

9 – закрыт доступ к сети назначения

10 – закрыт доступ к устройству назначения 11 – сеть недостижима из-за требований к классу обслуживания

12 – устройство недостижимо из-за требований к классу обслуживания

Для типа 5 (изменение маршрута):

12