Чи потрібно мені бити серцебиття, щоб тримати зв’язок TCP відкритим?

У мене є два компоненти, які взаємодіють через TCP / IP. Компонент А діє як сервер / прослуховувач, а Компонент Б - клієнт. Їм слід спілкуватися якомога швидше. Будь-коли може бути лише один зв’язок у будь-який час (хоча це питання осторонь цього питання). Старший розробник моєї компанії сказав, що мені потрібно використовувати серцебиття на рівні додатків між двома компонентами, щоб забезпечити відкрите з’єднання.

Я думав, що зв’язок залишається відкритим за допомогою протоколу TCP / IP, але я прочитав низку блогів / сайтів, де сказано, що це досить стандартна практика серцебиття між цими програмами.

Я знаю частину причини компонента A серцебиття компонента B, тому він може інформувати службу підтримки, якщо виникають проблеми з комунікацією з компонентом B (або посилання не працює, або компонент B не працює). Чи потрібні серцебиття з інших причин? Такі, щоб переконатися, що часто є щось "у трубі", щоб тримати її відкритою?

Компонент A в даний час серцебиває компонент B кожні 20 секунд і замикає з'єднання, якщо нічого не отримано від компонента B за 120 секунд. Потім він відновлює прослуховування з’єднань, припускаючи, що компонент B періодично намагатиметься повторно під’єднатися, якщо посилання обірвано. Це працює успішно.

Ще раз повторю своє запитання: чи необхідні серцебиття, щоб підтримувати зв’язок TCP / IP?

З'єднання повинно залишатися відкритим незалежно, але так, часто зустрічається, як протоколи реалізують серцебиття, щоб допомогти виявити мертві з'єднання, наприклад, IRC за допомогою команди PING .

Як зазначали багато інших, TCP-з'єднання залишатиметься в силі, якщо його залишати на власний розсуд. Однак, якщо у вас є пристрій посередині з’єднання, який відстежує його стан (наприклад, брандмауер), вам може знадобитися підтримка, щоб уникнути терміну дії запису таблиці станів.

Якщо ваші компоненти:

• перебувають у звичайній дротовій мережі
• між ними немає брандмауерів або маршрутизаторів NAT
• жоден з них не розбивається

тоді вам не потрібно відчувати серцебиття.

Якщо будь-яке з цих припущень хибне (я дивлюсь на вас, GPRS!), Серцебиття стає досить швидким.

Вам не потрібно самостійно надсилати серцебиття. TCP-з'єднання залишатиметься відкритим незалежно від використання.

Зверніть увагу, що TCP реалізує необов’язковий механізм збереження , який можна використовувати для своєчасного ідентифікації закритого з'єднання, а не вимагати від вас надсилання даних у якийсь пізніший термін і лише тоді виявлення, що з'єднання закрите.

Якщо ви використовуєте Windows, будьте обережні щодо TCP Keep-alive. За замовчуванням його вимкнено, якщо ви не ввімкнули його глобально за допомогою реєстру Windows або через setsockopt.

Інтервал підтримки за умовчанням - 2 години.

http://msdn.microsoft.com/en-us/library/ms819735.aspx

Можливо, вам доведеться застосувати власний серцебиття та вимкнути TCP підтримку на Windows, якщо 2 години підтримання життя не бажане.

Чи необхідні серцебиття, щоб підтримувати зв’язок TCP / IP?

Вони корисні для виявлення, коли зв’язок припинився.

TCP підтримуватиме зв’язок. Серцебиття програми призначене для розгляду рівня додатків, таких як відмова, балансування навантаження або попередження адміністраторів про потенційні проблеми.

Серцебиття - це хороший спосіб повідомити серверу, що ти живий, при цьому я маю на увазі, що якщо сервер використовує системи запобігання атакам DoS, він (сервер) може видалити всі виділені ресурси для цього конкретного підключення, після виявлення бездіяльність протягом певного періоду.
Вони не мають повноважень застосовувати будь-які механізми серцебиття.

Але це добре, якщо ви розробляєте додаток, де головним критерієм є оперативність. Вам не сподобається витрачати час на налаштування підключення, пошук DNS та пошук шляхів. Просто постійно підтримуйте зв’язок, продовжуйте надсилати серцебиття, і програма знає, що зв’язок активний, і налаштування з’єднання не потрібно. Просто надсилайте та отримуйте.

TCP / IP як протокол визначається як не закритий, поки ви не надішлете закритий пакет. У мене розетки залишаються відкритими навіть після плямистих бездротових або Інтернет-з’єднань.

Однак все це дуже залежить від реалізацій. Швидше за все, буде "тайм-аут", що означає максимальну кількість часу на очікування відповіді, перш ніж вважати з'єднання "мертвим". Іноді це базується на самому додатку, іноді на маршрутизаторах NAT.

Тому я настійно рекомендую вам тримати «серцебиття», щоб виявити погані зв’язки та тримати їх відкритими.

В основному TCP-з'єднання створює стан зв'язку, що зберігається в комутаторах на маршруті. Для того, щоб виявити розірвані з'єднання (наприклад, коли один аналог аварійно завершує роботу (без надсилання належного роз'єднання)), ці стани повинні бути виселені після періоду бездіяльності. І коли це трапляється, ваше з’єднання TCP було закрито. Хоча я точно не можу сказати, скільки тривають ці очікування, вони, схоже, залежать від виробників пристроїв та / або від інтернет-провайдерів. Я пам’ятаю, що мої незайняті сеанси терміналу SSH були швидко (менше 15 хв простою) закриті моїм колишнім провайдером Інтернету 1 і 1, поки вони залишалися відкритими протягом декількох годин, використовуючи підключення Kabel-BW ...

Нарешті, я закінчую своїми попередніми доповідачами: серцебиття - це хороший спосіб визначити, чи зв’язок все ще живий і гострий ...

Те, що ви називаєте серцебиттям, корисно при спробі встановити тайм-аути. Можливо, ваша розетка здається відкритою, але людина з іншого боку може страждати від BSOD. Одним з найпростіших способів виявити неіснуючі клієнти / сервери є встановлення часу очікування та переконання, що повідомлення надходить щонайчастіше.

Деякі люди називають їх NOOP (No Ops).

Ні, вони не потрібні, щоб підтримувати зв’язок, лише корисно знати, який статус.

Я б сказав, що якщо у вас немає серцебиття, неважливо, відкрите ваше з'єднання TCP / IP чи ні.

Серцебиття не є необхідністю для протоколів TCP. Його реалізація полягає в тому, щоб виявити, чи інша сторона розірвала з'єднання нестандартним способом (тобто не пройшла процес зриву).

З’єднання залишатиметься відкритим - немає необхідності реалізовувати серцебиття, і більшість програм, які використовують сокети, цього не роблять.

Багато протоколів реалізують серцебиття або стан здоров’я, як сказав Ллойд. Тільки для того, щоб ви знали, що зв’язок все ще відкритий, і якщо ви, можливо, щось пропустили