Обсуждение:Keepalive

Facebook keepalive следует перенести с этой страницы

Эта страница должна быть зарезервирована для деталей, связанных с протоколом. Функция Facebook — это нечто совершенно иное и должна быть перемещена. Кроме того, IMHO Facebook еще не достиг зрелости, чтобы его подфункции были перечислены где-либо, кроме его собственного сайта. Тодд ( обсуждение ) 22:52, 26 декабря 2008 (UTC) [ ответить ]

Два несколько разных значения термина

Внешняя ссылка ведет на страницу, посвященную несколько иной теме, чем (короткая) статья.

Статья о простой проверке того, что другая машина все еще там (и полностью не цитируется). Внешняя ссылка о HTTP keepalive, который добавляет постоянное соединение к протоколу HTTP. - 207.246.150.86 (обсуждение) 22:29, 21 апреля 2008 (UTC) [ ответить ]

Поддерживаю. Фраза "В Интернете по умолчанию Keep-Alive устанавливается на 2 часа" расплывчата, а утверждение, что соединение считается отключенным, если не получен ответ, просто неверно. Более того, использование сообщений TCP/IP Keep-Alive осуждается стандартом. Подробности см. в части 4.2.3.6 "TCP Keep-Alives" RFC 1122. - 195.148.30.59 (обсуждение) 14:23, 8 июня 2008 (UTC) [ ответ ]
Thirded. HTTP-постоянные соединения сильно отличаются от механизма TCP-Keepalive. Я перенесу это в раздел «Другие применения». Значение по умолчанию — не менее 2 часов — указано в RFC 1122. Я бы не сказал, что RFC 1122 «осуждает» сообщения keep-alive. Он аргументирует, почему они должны быть отключены по умолчанию, но он явно разрешает и формализует их использование — и, кроме того, Интернет стал немного более динамичным с 1989 года. — Предыдущий неподписанный комментарий добавлен Ligneus ( talk • contribs ) 15:35, 18 июня 2015 (UTC)[ отвечать ]

Ethernet?

Что это за штука с длиной кадра Ethernet? Они дополняются до 64 байт, так откуда же берутся утверждения о 60 и 54 байтах? — Предыдущий неподписанный комментарий добавлен 82.146.125.129 (обсуждение) 13:04, 8 февраля 2012 (UTC) [ ответить ]

Не редкость говорить о меньших кадрах. Минимум в 64 байта обеспечивается контроллерами Ethernet, которые автоматически дополняют кадры короче 64 байт до 64 байт. ---— Kvng 17:36, 14 марта 2013 (UTC) [ ответить ]

Обсуждение слияния

Обсуждение объединения

Получен запрос на объединение статей: Heartbeat (вычисления) в Keepalive ; от ноября 2015 г. Обсудить здесь. GenQuest "Talk to Me" 06:59, 28 ноября 2015 (UTC) [ ответить ]

  • Не объединяйте . TCP keepalive — это другая концепция, нежели heartbeat, и используется в очень разных сценариях. Итак: heartbeat используется для выполнения аварийного переключения избыточных систем; heartbeat может быть выполнен большим количеством протоколов, от последовательных линий до линий PCIe. (например, спецификация PCIe имеет большое количество условий сбоя, которые управляются в корневом порту; восстановление после ошибок PCIe связано с перезагрузкой карты PCI, если heartbeat отсутствует.) Если heartbeat отсутствует, мертвая система перезагружается, или, возможно, живая система берет на себя управление мертвой (в случае симметричного избыточного аварийного переключения). Напротив, keepalive — это просто механизм, позволяющий сохранить открытым соединение между клиентом TCP и сервером TCP. Он используется для проверки связи между ними, возможно, для сброса связи, если связь не работает, а не для перезагрузки клиента или сервера, и не для того, чтобы взять на себя операции одного или другого. Другими словами: keep-alive проверяет связь; heartbeat проверяет конечные точки. Мертвая ссылка — это совсем другое состояние ошибки, чем мертвая конечная точка. 67.198.37.16 ( talk ) 18:34, 2 декабря 2015 (UTC) [ ответить ]
  •  Не сделано Только комментатор объясняет, что слияние не должно состояться. GenQuest "Talk to Me" 01:42, 15 февраля 2016 (UTC) [ ответить ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Talk:Keepalive&oldid=1203233381"