Проверка соединения TCP

@Sergeus · Регистрация: 13.08.2014

Author24 — интернет-сервис помощи студентам

Привет всем!
Пишу MODBUS/TCP-клиент на QNX(POSIX) (есть основной и резервный канал до сервера), с сокетами подружился недавно, в связи с чем у меня есть 2 вопроса:
1. Почему при обрыве соединения мне приходится закрывать предыдущий сокет и заново все действия производить с новым, так как использовать connect еще раз не получается? Может, я что не так делаю или опцию сокета какую не выставил?
2. Так как у сервера 2 канала, оба открыты, а обмен одновременно производится по одному, то каким образом возможно организовать проверку неосновного канала? Если он недоступен, клиент должен делать попытки установить соединение опять, чтобы максимально быстро перейти на него в случае недоступности основного. К тому же, состояние обоих каналов должно отображаться на графической части клиента.
Я пытался сделать это так - сокеты сделал неблокирующими (это для обработки текущего канала), чтобы не ждать ответа от сервера годами в случае чего, а также использовал статью из хелпа QNX, в котором рассказывалось об опциях KEEPALIVE.

Вот код оттуда:

C

int mib[4];
int on=1, aval, bval;
struct timeval tval;
 
mib[0] = CTL_NET;
mib[1] = AF_INET;
mib[2] = IPPROTO_TCP;
mib[3] = TCPCTL_KEEPCNT;
aval = 3; /* Number of keepalive probe attempts
             (default is 8) */
sysctl(mib, 4, NULL, NULL, &aval, sizeof(aval));
 
mib[0] = CTL_NET;
mib[1] = AF_INET;
mib[2] = IPPROTO_TCP;
mib[3] = TCPCTL_KEEPINTVL;
bval = 10; /* Half seconds between probe attempts;
              default is 150 (75 sec) */
sysctl(mib, 4, NULL, NULL, &bval, sizeof(bval));
 
memset(&tval, 0, sizeof(tval));
tval.tv_sec = 20;  /* Seconds of idle time before probing
                      starts (default is 7200) */
setsockopt(fdi, SOL_SOCKET, SO_KEEPALIVE, (void *) &on,
           sizeof(on));
setsockopt(fdi, IPPROTO_TCP, TCP_KEEPALIVE, (void *) &tval,
           sizeof(tval);

Как я понял, то смысл должен быть следующим: если через сокет перестал вестись обмен данными (или никогда и не велся), то через tval.tv_sec секунд он (сокет) начинает посылать некие скрытые от меня служебные пакеты, посылает он их aval штук, каждый через интервал времени bval/2 и если ни на один из этих aval штук пакетов не был прислан ответ (тоже никак не обрабатываемый мной), то соединение автоматически разрывается. Правильно ли я понял?
К сожалению, у меня это не сработало, может, тут есть какие-то особенности? И что означает здесь переменная on?

@Sergeus · 15.08.2014, 12:33 **[ТС]**

Пришлось пока сделать через неблокирующие сокеты и фиктивный запрос серверу, но как по мне, зачем загружать сервер лишней обработкой, если можно воспользоваться стандартной возможностью KEEPALIVE, любезно введенной разработчиками сокетов?
Вопрос еще актуален.

@Sergeus 0 / 0 / 0 Регистрация: 13.08.2014 Сообщений: 4
	15.08.2014, 12:33 [ТС]	2
	Пришлось пока сделать через неблокирующие сокеты и фиктивный запрос серверу, но как по мне, зачем загружать сервер лишней обработкой, если можно воспользоваться стандартной возможностью KEEPALIVE, любезно введенной разработчиками сокетов? Вопрос еще актуален. 0