Жизнь соединения TCP

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

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

, Считаете ли Вы один отказ подтвердить как соединение, переставшее работать, ваше дело. Обычно это - то, что я сделал в прошлом, хотя был случай, я имел, ожидают трех неудавшихся ответов подряд для отбрасывания соединения, потому что приложение в другом конце соединения было чрезвычайно облуплено об ответе к, "Вы там?" запросы.

, Если связь прерывается, который в какой-то момент она, вероятно, будет, даже с машинами в той же сети, затем просто попытка восстановить его. Если это приводит количество раз набора к сбою затем, у Вас есть проблема. Если Ваша связь постоянно прерывается после того, как она была соединена некоторое время с другой стороны, у Вас есть проблема. Скорее всего, в обоих случаях это - вероятно, некоторая сетевая проблема, а не Ваш код, или возможно проблема со стеком TCP/IP на Вашей машине (был известен: Я встретился с проблемами с этим на старой версии QNX - он просто случайным образом упадет). Сказав, что у Вас могла бы быть программная проблема, и единственный способ знать наверняка состоит в том, чтобы часто присоединять отладчик, или получить некоторый вход там. Например, если можно всегда соединяться успешно, но через некоторое время Вы прекращаете получать ACKs, даже после того, как снова соединяются, затем возможно, Ваш сервер заходит в тупик или застревает в цикле или чем-то.

то, Что действительно полезно, должно настроить серию продолжительных тестов под множеством условий загрузки, от просто отправки поддержания Вы там? запросы/ack и ответы, к абсолютным ударам сервера. Это будет обычно вселять Вам больше веры о Ваших компонентах программного обеспечения и может быть действительно полезно в вытряхивании некоторых действительно странных проблем, которые не обязательно вызовут проблему с Вашим соединением, хотя они могли бы привести к проблемам с транзакциями, происходящими. Например, я однажды писал телекоммуникационный сервер приложений, который предоставил услуги, такие как преобразование номеров, и мы просто оставим его работающий в течение многих дней за один раз. Вещь состояла в том, что, когда суббота пришла, в течение целого дня, она отклонит каждый запрос вызова, который вошел, который составил миллионы вызовов, и мы понятия не имели почему. Это оказалось из-за единственной опечатки в некотором коде преобразования даты, который только вызвал проблему по субботам.

Hope, которая помогает.