UNIX: разработка сетевых приложений, стр. 265

4 {

5 struct sctp_paddrparams sp;

6 int siz;

7 siz = sizeof(struct sctp_paddrparams);

8 bzero(&sp, siz);

9 memcpy(&sp, spp_address, sa.salen);

10 sctp_opt_info(sock_fd, 0, SCTP_PEER_ADDR_PARAMS, &sp, &siz);

11 return(sp.spp_assoc_id);

12 }

Инициализация

7-8

Функция начинает работу с инициализации структуры

sctp_paddrparams

Копирование адреса

9

Мы копируем адрес в структуру

sctp_paddrparams

, используя переданную нам вызвавшим процессом информацию о длине этого адреса.

Вызов параметра сокета

10

При помощи параметра сокета

SCTP_PEER_ADDR_PARAMS

наша функция запрашивает параметры адреса собеседника. Обратите внимание, что мы используем

sctp_opt_info

вместо

getsockopt

, потому что параметр

SCTP_PEER_ADDR_PARAMS

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

11

Функция возвращает идентификатор ассоциации. Если вызов

sctp_opt_info

оказался неудачным, обнуление структуры гарантирует, что вызвавший нашу функцию процесс получит 0. Идентификатор ассоциации нулевым быть не может. Это значение используется реализацией SCTP для указания на отсутствие ассоциации.

23.9. Проверка соединения и ошибки доступа

Механизм периодической проверки соединения, предоставляемый протоколом SCTP, основан на той же концепции, что и параметр поддержания соединения TCP keep-alive. Однако в SCTP этот механизм по умолчанию включен, тогда как в TCP он выключен. Приложение может устанавливать пороговое значение количества неудачных проверок при помощи того же параметра сокета, который использовался в разделе 23.8. Порог ошибок — это количество пропущенных проверочных пакетов и тайм-аутов повторной передачи, после которого адрес получателя считается недоступным. Когда доступность адреса восстанавливается (о чем сообщают все те же проверочные пакеты), он снова становится активным.

Приложение может отключить проверку соединения, но без нее SCTP не сможет узнать о доступности адреса собеседника, который ранее был признан недоступным. Без вмешательства пользователя такой адрес не сможет стать активным.

Параметр проверки соединения задается полем

spp_hbinterval

структуры

sctp_paddrparams

. Если приложение устанавливает это поле равным

SCTP_NO_HB

(эта константа имеет значение 0), проверка соединения отключается. Ненулевое значение устанавливает задержку проверки соединения в миллисекундах. К фиксированной задержке прибавляется текущее значение таймера повторной передачи и некоторое случайное число, в результате чего получается реальный промежуток времени между проверками соединения. В листинге 23.14 приводится небольшая функция, которая позволяет устанавливать задержку проверки соединения, или вовсе отключать этот механизм протокола SCTP для конкретного адресата. Обратите внимание, что если поле

spp_pathmaxrxr

структуры

sctp_paddrparams

оставить равным нулю, текущее значение задержки останется неизменным.

Листинг 23.14. Управление периодической проверкой соединения

//sctp/sctp_modify_hb.c

1 #include "unp.h"

2 int

3 heartbeat_action(int sock_fd, struct sockaddr *sa, socklen_t salen,

4 u_int value)

5 {

6 struct sctp_paddrparams sp;

7 int siz;

8 bzero(&sp, sizeof(sp));

9 sp.spp_hbinterval = value;

10 memcpy((caddr_t)&sp, spp_address, sa.salen);

11 Setsockopt(sock_fd, IPPROTO_SCTP,

12 SCTP_PEER_ADDR_PARAMS, &sp, sizeof(sp));

13 return(0);

14 }

Обнуление структуры sctp_paddrparams и копирование аргумента

8-9

Мы обнуляем структуру

sctp_paddrparams

, чтобы случайно не изменить какой-нибудь параметр, который нас не интересует. Затем мы копируем в нее переданное пользователем значение задержки:

SCTP_ISSUE_HB

SCTP_NO_HB

или конкретное число.

Установка адреса

10

Функция подготавливает адрес и копирует его в структуру

sctp_paddrparams

, чтобы реализация SCTP знала, к какому адресу относятся устанавливаемые нами параметры периодической проверки соединения.

Выполнение действия

11-12

Наконец, функция делает вызов параметра сокета, чтобы выполнить запрошенную пользователем операцию.

23.10. Выделение ассоциации

Пока что мы занимались исключительно интерфейсом типа «один-ко-многим». Этот интерфейс имеет несколько преимуществ перед традиционным интерфейсом «один-к-одному»:

■ программа работает с единственным дескриптором;

■ программисту достаточно написать простой последовательный сервер;

■ приложение может передавать данные в третьем и четвертом пакетах четырехэтажного рукопожатия, если для неявной установки соединения используются функции

sendmsg

sctp_sendmsg

;

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

connect

accept

для получения сообщений.

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

sctp_peeloff

. Она принимает в качестве аргумента дескриптор сокета типа «один-ко-многим» и идентификатор ассоциации, а возвращает новый дескриптор сокета типа «один-к-одному» с единственной ассоциацией (сохраняя все уведомления и данные, помещенные в очередь этой ассоциации). Исходный сокет остается открытым, причем все остальные ассоциации проведенной операцией извлечения никак не затрагиваются.