|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Eugene B. Berdnikov 2:5020/400 30 Apr 2002 23:03:57 To : Boris Veytsman Subject : Re: ssh -------------------------------------------------------------------------------- Boris Veytsman <borisv@lk.net> wrote: BV> Victor Wagner <vitus@communiware.ru> writes: BV> >> на уровне TCP. Правда, ssh-соединения при таком восстановлении тормозят >> больше, чем любые другие. Видимо из-за дополнительного контроля >> целостности в самом протоколе. Интересно, какой это такой "контроль целостности" должен быть, чтобы он мог увеличивать tcp-таймеры? :-) Просто фантастика... BV> Ситуация такая: мы делали связь со спутником по одному специальному BV> протоколу. Поверх него у нас был IP. Поверх него -- ssh. Вначале, как BV> водится, испытания: спутник на столе, мы с ним BV> разговариваем. Для полноты картины добавляем помехи. BV> BV> Проблема в том, что самый низкоуровневый протокол работает так: новый BV> пакет не посылается, пока не придёт подтверждение о посылке BV> старого. Если оно не присылается долго, то пакет посылается BV> опять. Задержки в сети порядка секунд. BV> BV> В общем, телнет в таких условиях ещё работал -- но медленно и BV> печально. А ssh -- нет. А что значит "нет"? Коннекция рвется? Вообще, господа, расскажите, как это контроль целостности может тормозить коннекцию? То, что обеспечение data integrity увеличивает трафик, совершенно очевидно - в частности, при интерактивной работе в ssh каждое нажатие кнопки должно давать целый блок данных - data, padding, seq, hash. Hо как это влияет на таймеры, а? :) -- Eugene Berdnikov --- ifmail v.2.15dev5 * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/53535de05a19.html, оценка из 5, голосов 10
|