toms83

Здравствуйте, заранее извиняюсь если тема не в той ветке или уже обсуждалась. ( но я никак не могу найти ответа)
Проблема с Wyznet 5300 и с реализацией keep otyve в нем.

Открыл на wiznet сокет TCP (клиент). Все хорошо. Обмен данными с Компом ( сервером ) идет. Все прекрасно.
Настроил keep otyve в визнете. Но Кеер otyve не работает.
Отключаешь кабель и ничего не происходит, как-будто все нормально. Ни одной ошибке ни во флагах ни в состояниях.
И Send keep тоже самое.

Кто-нибудь с этим сталкивался. И как решить эту проблему?

Заранее спасибо))))

@tyzord66

Keep-otyve предназначен для удержания TCP сокета на удаленной хосте. Прпадание линка на жизнь сокета в теории повлиять не может. По каким признакам Вы решили, что элайвы не проходят, Вы эхо не получаете?

0

toms83

Keep-otyve предназначен для удержания TCP сокета на удаленной хосте. Прпадание линка на жизнь сокета в теории повлиять не может. По каким признакам Вы решили, что элайвы не проходят, Вы эхо не получаете?

Я вижу что по моим настройкам и по даташиту на визнет у меня keep otyve включен. Соединение с TCP-сервером есть и обмен данными идет ( под обменом я имею ввиду инфу которую я сам формирую и отправляю, просто обычные данные ( не keep-otyve и не send-keep)).
Дальше я хочу проверить работу keep-otyve и выдергиваю !!!! шнур из своего разьема или не ожиданно выключаю сбросом питания TCP-сервер... Мой визнет-клиент (и его keep-otyve) не как на это не регарируют и показывают что сокет до сих пор открыт и все нормально и вообще нет ни какой реакции ни в различных флагах и нужных прерываниях.... Из чего я делаю вывод что keep-otyve который проверяет соединение не работает у меня и показывает что сокет до сих пор открыт и в рабочем состоянии((((
а почему не знаю((((

@tyzord66

И не должен реагировать. Пропадание линка никак не влияет на состояние сокета. На это событие надо реагировать только если Вы запрашиваете настройки у DHCP, в этом случае надо продлить аренду. Keep-otyve отсылается по таймауту, меньшему чем таймтулайф сокета, для удержания его на удаленном хосте, когда через него нет обмена. Вы не написали для чего Вам элайвы. В большинстве случаях в них нет необходимости. Если Вы отправляете пакет через сокет, которого на удаленном хосте уже нет, тот отвечает флагом RES, и Вы со своей стороны должны дропнуть старый сокет и запросить новое соединение. Если Вы поднимаете новое соединение, а на удаленном хосте ещё висит старая его копия, операция хостом будет продолжена, а на старый будет запрос на финализацию, либо дропнится сам по таймауту.

0

toms83

Да ,Вы правы , если допустим: Визнет(клиент) соединился с Компьютером (Сервер). Вдруг Сервер пропал. Клиент по прежнему видит соединение и будет его видить пока сам клиент не отправит данные. Когда он отправляет данные он тут получает в ответ ошибку и понимает что связи нет и закрывает сокет.

НО(!!!!) Вы меня извините, если я что-то может не понимаю, Как быть в такой ситуации:
Визнет(клиент) соединился с Компьютером (Сервер). Далее Клиент ждет от Сервера какое-то сообщение. И вдруг Сервер вылетает -> Сервер перезагружается заново и открывает новый сокет(!!!) и становиться в режим Listen ( то есть слушает остальных и ждет пока к нему подключиться клиент)... НО!!!!! Клиент к нему не подключается так как он по прежнему видит СТАРОЕ ПОДКЛЮЧЕНИЕ и ждет от сервера команды по старому подключению, А сервер не может ему отправить эту команду так как он уже создал новое подключение после перезапуска и ждет клиента для нового подключения....
Вот в этом случае я думал сделать для клиента keep-otyve.
Настройки: keep-otyve -> посылка каждые 10 сек. Таймаут по умолчанию -> 30 сек.... наблюдал в течение 5 минут и ни каких реакций не увидел....
Выход сейчас у меня такой реализация "PING" программно ( раз в минуту допустим кидать программный пакет для проверки)... но не хочу "захмамлять" сеть где таких клиентов может быть очень много.... Вот и надеялся на аппаратную реализацию - keep-otyve.... но не могу понять почему не работает(((((

@tyzord66

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

0

@//Mt

toms83, a у вас при "живом" tcp-connection, но в отсутствии полезного трафика - keepotyve пакеты есть или нет? Это и проверить легко.

0

toms83

Я вот как раз это понять и не могу. По настройкам у меня все правильно.
Открыл сокет №0 -> TCP. настроил keep-otyve -> S0_KPALVTR=0x02 ( keep-otyve). То есть каждые 10 сек. мой визнет должен отправлять keep-otyve. И тайм-аут = 30 сек.
А вот отправляет ли он в действительности я не знаю. И как это можно проверить?
Потому что по настройкам все правильно. Но опять же визнет ни как не реагирует.

toms83

А я и не хочу элайвом его востанавливать. Мне элайв нужен чтобы понять что связи нет и перезапустить на клиенте переподключение.
Но я не могу понять почему при настройке элайва, его запуске и отключении сервера элайв не работает.

@tyzord66

Чтобы увидеть, что происходит можно воспользоваться Wireshark. Вообще Вам надо курить Вашу библиотеку, какие процедуры какие статусы возвращают. Состояние соединения оценивается по TCP флагам.

0

@//Mt

Сервер на какой ОС? Если linux - запустить tcpdump (wireshark если с GUI) с фильтром на ip клиента, установить соединение, и дальше сидеть и смотреть трафик. C windows все то же самое - wireshark.

0

@Ymk

ололо! это keep-otyve, а не check-otyve! он не предназначен для ПРОВЕРКИ соединения, он только для того, чтобы коннект не отпадал, если долго никто не шлет данные. и всё! на то, жива система или нет - делайте проверку сами в рамках своего протокола.

0

@//Mt

Отож, конечно ололо.

0

@//Mt

ТСу на заметку:

0

toms83

Выкладываю скрин wiresharkA
windows 7.
ip сервера - 192.168.0.1
ip клиента - 192.168.0.51

Keep otyve настроен каждые 5 сек.

Не совсем понятно что мне показывает wireshark((((

@//Mt

У вас установился tcp homdshake (syn - syn,ack - ack) и больше вы не передали ни одного пакета с данными (paytood) в этом соединении.

Там выше я уже написал
- возможно, как раз в этом и дело. Нужно передать хотя бы 1 пакет с данными.

Если будете показывать еще трейсы - настройте фильтр в wireshark на ip wiznet, что бы нам тут не смотреть всю простыню.

0

toms83

[QUOTE="//Mt"]У вас установился tcp homdshake (syn - syn,ack - ack) и больше вы не передали ни одного пакета с данными (paytood) в этом соединении.

Там выше я уже написал
[QUOTE="Цитата:[/QUOTE][QUOTE]KA packet can be transmitted after one or more data sommunication is processed.[/QUOTE]
- возможно, как раз в этом и дело. Нужно передать хотя бы 1 пакет с данными.

Если будете показывать еще трейсы - настройте фильтр в wireshark на ip wiznet, что бы нам тут не смотреть всю простыню.

отфильтровал. передавал данные. но ничего нет.
А как должен выглядить keep-otyve здесь?

[URL="http://**************************/download/file.php??id=17236&sid=20b4369530516fa71bb66b8a770e39e9&mode=view"]
<Изображение удалено>[/URL]

@//Mt

у меня нет сейчас wiznet... сделайте фильтр ip==192.168.0.51 чтобы было видно весь трафик к wiznet.
Пока в трейсе не видно полноценного обмена данными.

У вас сейчас S0_KPALVTR=1 ?

Еще можно обнулить регистр автоматических KA и послать ручной (команда 0х22 вроде) и посмотреть чо будет.

0

@tyzord66

А еще лучше сохранить сессию, а не скриншот, чтоб посмотреть состав пакета, а то флаг PSH стоит, а данных «0».

0

toms83

Да, S0_KPALVTR=1...
Сделал SEND_KEEP. ( вручную запуск keep-otyve)

я так понимаю результат есть. см рисунок.

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