Книга: UNIX: разработка сетевых приложений
27.2. Параметры IPv4
Разделы на этой странице:
27.2. Параметры IPv4
На рис. А.1 мы показываем параметры, расположенные после 20-байтового заголовка IPv4. Как отмечено при рассмотрении этого рисунка, 4-разрядное поле длины ограничивает общий размер заголовка IPv4 до 15 32-разрядных слов (что составляет 60 байт), так что на параметры IPv4 остается 40 байт. Для IPv4 определено 10 различных параметров.
1. NOP (no-operation — нет действий). Этот однобайтовый параметр используется для выравнивания очередного параметра по 4-байтовой границе.
2. EOL (end-of-list — конец списка параметров). Этот однобайтовый параметр обозначает конец списка параметров. Поскольку суммарный размер параметров IP должен быть кратным 4 байтам, после последнего параметра добавляются байты EOL.
3. LSRR (Loose Source and Record Route — гибкая маршрутизация от отправителя с записью) (см. раздел 8.5 [111]). Пример использования этого параметра мы вскоре продемонстрируем.
4. SSRR (Strict Source and Record Route — жесткая маршрутизация от отправителя с записью) (см. раздел 8.5 [111]). Пример использования этого параметра мы также вскоре продемонстрируем.
5. Отметка времени (timestamp) (см. раздел 7.4 [111]).
6. Запись маршрута (record route) (см. раздел 7.3 [111]).
7. Основной параметр обеспечения безопасности (устаревший параметр) (basic security).
8. Расширенный параметр обеспечения безопасности (устаревший параметр) (extended security).
9. Идентификатор потока (устаревший параметр) (stream identifier).
10. Извещение маршрутизатора (router alert). Этот параметр описан в RFC 2113 [60]. Он включается в дейтаграмму IP, для того чтобы все пересылающие эту дейтаграмму маршрутизаторы обрабатывали ее содержимое.
В главе 9 книги [128] приводится более подробное рассмотрение первых шести параметров, а в указанных далее разделах [111] имеются примеры их использования.
Функции getsockopt
и setsockopt
(с аргументом level, равным IPPROTO_IP
, а аргументом optname
— IP_OPTIONS
) предназначены соответственно для получения и установки параметров IP. Четвертый аргумент функций getsockopt
и setsockopt
— это указатель на буфер (размер которого не превосходит 44 байт), а пятый аргумент — это размер буфера. Причина, по которой размер буфера может на 4 байт превосходить максимальный суммарный размер параметров, заключается в способе обработки параметров маршрута от отправителя, как мы вскоре увидим. Все остальные параметры помещаются в буфер именно в том виде, в котором они потом упаковываются в заголовок дейтаграммы.
Когда параметры IP задаются с использованием функции setsockopt
, указанные параметры включаются во все дейтаграммы, отсылаемые с данного сокета. Этот принцип работает для сокетов TCP, UDP и для символьных сокетов. Для отмены какого-либо параметра следует вызвать функцию setsockopt
и задать либо пустой указатель в качестве четвертого аргумента, либо нулевое значение в качестве пятого аргумента (длина).
ПРИМЕЧАНИЕ
Установка параметров IP для символьного сокета IP работает не во всех реализациях, если уже установлен параметр IP_HDRINCL (который мы обсудим в последующих главах). Многие Беркли-реализации не отсылают параметры, установленные с помощью IP_OPTIONS, если включен параметр IP_HDRINCL, так как приложение может устанавливать собственные параметры в формируемом им заголовке IP [128, с. 1056-1057]. В других системах (например, в FreeBSD) приложение может задавать свои параметры IP, либо используя параметр сокета IP_OPTIONS, либо установив параметр IP_HDRINCL и включив требуемые параметры в создаваемый им заголовок IP, но одновременное применение обоих этих способов не допускается.
При вызове функции getsockopt
для получения параметров IP присоединенного сокета TCP, созданного функцией accept
, возвращается лишь обращенный параметр маршрута от отправителя, полученный вместе с клиентским сегментом SYN на прослушиваемом сокете [128, с. 931]. TCP автоматически обращает маршрут от отправителя, поскольку маршрут, указанный клиентом, — это маршрут от клиента к серверу, а сервер должен использовать для отсылаемых им дейтаграмм обратный маршрут. Если вместе с сегментом SYN не был получен маршрут от отправителя, то значение пятого аргумента (этот аргумент типа «значение-результат», как было указано ранее, задает длину буфера) при завершении функции getsockopt
будет равно нулю. Для прочих сокетов TCP, всех сокетов UDP и всех символьных сокетов IP при вызове функции getsockopt
вы просто получите копию тех параметров IP, которые были установлены для этих сокетов с помощью функции setsockopt
. Заметим, что для символьных сокетов IP полученный заголовок IP, включая все параметры IP, всегда возвращается всеми входными функциями, поэтому полученные параметры IP всегда доступны.
ПРИМЕЧАНИЕ
В Беркли-ядрах полученный маршрут от отправителя, так же как и другие параметры IP, никогда не возвращается для сокетов UDP. Показанный на с. 775 [128] код, предназначенный для получения параметров IP, существовал со времен 4.3BSD Reno, но так как он не работал, его всегда приходилось превращать в комментарий. Таким образом, для сокетов UDP невозможно использовать обращенный маршрут от отправителя полученной дейтаграммы, чтобы отослать ответ.
- 27.1. Введение
- 27.2. Параметры IPv4
- 27.3. Параметры маршрута от отправителя IPv4
- 27.4. Заголовки расширения IPv6
- 27.5. Параметры транзитных узлов и параметры получателя IPv6
- 27.6. Заголовок маршрутизации IPv6
- 27.7. «Закрепленные» параметры IPv6
- 27.8. История развития интерфейса IPv6
- 27.9. Резюме
- Упражнения
- Особенности символьного сокета версии IPv6
- Параметр сокета IPV6_NEXTHOP
- Параметр сокета IPV6_DONTFRAG
- Параметр сокета IPV6_USE_MIN_MTU
- 7.8.5. Сетевые параметры
- Параметр сокета IPV6_RECVHOPOPTS
- 27.6. Заголовок маршрутизации IPv6
- Параметр сокета IPV6_PATHMTU
- Параметр сокета IPV6_CHECKSUM
- Параметр сокета IPV6_V6ONLY
- Параметр сокета IPV6_RECVPKTINFO
- 27.8. История развития интерфейса IPv6