22 msg.msg_controllen = sizeof(control);
23 iov[0].iov_len = MAXLINE;
24 n = Recvmsg(sockfd, &msg, 0);
25 for (cmsg = CMSG_FIRSTHDR(&msg); cmsg != NULL;
26 cmsg = CMSG_NXTHDR(&msg, cmsg)) {
27 if (cmsg->cmsg_level == IPPROTO_IPV6 &&
28 cmsg->cmsg_type == IPV6_RTHDR) {
29 inet6_srcrt_print(CMSG_DATA(cmsg));
30 Inet6_rth_reverse(CMSG_DATA(cmsg), CMSG_DATA(cmsg));
31 }
32 }
33 iov[0].iov_len = n;
34 Sendmsg(sockfd, &msg, 0);
35 }
36 }
12-13
Чтобы получить информацию о маршруте, мы должны установить параметр сокета IPV6_RECVRTHDR
. Кроме того, мы должны использовать функцию recvmsg
, поэтому мы настраиваем поля структуры msghdr
, которые не требуют изменения.
21-24
Мы устанавливаем размер полей длины и вызываем recvmsg
.
25-32
Мы перебираем вспомогательные данные, используя CMSG_FIRSTHDR
и CMSG_NXTHDR
. Несмотря на то, что мы ожидаем получить только один объект вспомогательных данных, выполнить такой перебор всегда полезно. Если мы обнаруживаем заголовок маршрутизации, он распечатывается функцией inet6_srcrt_print
(листинг 27.7). Затем маршрут обращается функцией inet6_rth_reverse
для последующего использования при возвращении пакета клиенту. В данном случае обращение производится без копирования в новый буфер, так что можно использовать старый объект вспомогательных данных для отправки пакета клиенту.
33-34
Мы устанавливаем длину пакета и передаем его клиенту вызовом sendmsg
.
Благодаря наличию вспомогательных библиотечных функций IPv6 наша функция inet6_srcrt_print
становится почти тривиальной.
Листинг 27.7. Функция inet6_srcrt_print: вывод маршрута
1 #include "unp.h"
2 void
3 inet6_srcrt_print(void *ptr)
4 {
5 int i, segments;
6 char str[INET6_ADDRSTRLEN];
7 segments = Inet6_rth_segments(ptr);
8 printf("received source route: ");
9 for (i = 0; i < segments; i++)
10 printf("%s ", Inet_ntop(AF_INET6, Inet6_rth_getaddr(ptr, i),
11 str, sizeof(str)));
12 printf("\n");
13 }
7
Количество сегментов маршрута определяется функцией inet6_rth_segments
.
9-11
Мы перебираем сегменты маршрута, вызывая для каждого из них inet6_rth_getaddr
и преобразуя адреса в формат представления функцией inet_ntop
.
Клиенту и серверу, работающим с маршрутами IPv6, не нужно ничего знать о формате этих маршрутов внутри пакета. Библиотечные функции интерфейса скрывают детали форматирования, но не мешают нам программировать с той же гибкостью, которая была в IPv4, где параметры нужно было строить вручную.
27.7. «Закрепленные» параметры IPv6
Мы рассмотрели использование вспомогательных данных с функциями sendmsg
и recvmsg
для отправки и получения следующих семи различных типов объектов вспомогательных данных:
1. Информация о пакете IPv6: структура in6_pktinfo
, содержащая адрес получателя и индекс интерфейса для исходящих дейтаграмм либо адрес отправителя и индекс интерфейса для приходящих дейтаграмм (индекс принимающего интерфейса) (см. рис. 22.5).
2. Предельное количество транзитных узлов для исходящих или приходящих дейтаграмм (см. рис. 22.5).
3. Адрес следующего транзитного узла (см. рис. 22.5).
4. Класс исходящего или входящего трафика (см. рис. 22.5).
5. Параметры транзитных узлов (см. рис. 27.6).
6. Параметры получателя (см. рис. 27.6).
7. Заголовок маршрутизации (см. рис. 27.8).
В табл. 14.4 приведены значения полей cmsg_level
и cmsg_type
для этих объектов, а также значения для других объектов вспомогательных данных.