TCP медленный запуск и проблемы с перегрузкой?

Question

TCP медленный запуск и проблемы с перегрузкой?

Имея небольшую проблему со следом, я изучаю. Я знаю, что соединение медленно запускается, если размер окна увеличивается вместе с количеством ACK, отправляемых между каждым сегментом, и что он будет увеличиваться на размер сегмента ACk. Однако начало моего следа показывает цифры, которые не складываются (скриншот ниже). Что я не знаю, так это то, как размер окна пакета 6 был рассчитан, поскольку математика не складывается с предыдущим размером окна и ACK между ними. Кто-нибудь может пролить свет на это?

Также я понятия не имею, как определить, когда медленный старт становится предотвращением заторов. Есть ли что-то, что я могу посмотреть в след?

Медленное начало, кажется, идет только до пакета 13, поэтому я должен просто предположить, что предотвращение перегрузки вступило во владение?

http://img10.imageshack.us/f/tcptrace.jpg/

Спасибо за любую помощь! я очень ценю это

2

networking tcp wireshark packets congestion-control

Источник

user565672 19 фев '11 в 22:27

1 ответ

Решение

Другие вопросы по тегам networking tcp wireshark packets congestion-control

user207421 20 фев '11 в 21:35 2011-02-20 21:35 · Accepted Answer · 2011-02-20 21:35

Ваше предложение, начинающееся с "Я знаю", неверно, отсюда ваше замешательство. Вы объединяете окно приема, объявленное получателем, и окно перегрузки, поддерживаемое отправителем, которое не появляется в пакетах и которое удваивается на каждом ACK во время медленного запуска. Здесь не место повторять RFC 2001, но я предлагаю вам еще раз взглянуть на него.