Я просматриваю некоторые изменения, и меня поставил в тупик вопрос TCP. Может быть, кто-то может дать мне быстрый намек или подтолкнуть в правильном направлении, просто чтобы я мог пройти этот раздел.
«Почему отправляющему объекту в TCP необходимо учитывать размер окна перегрузки при определении размера скользящего окна?»
«Почему отправляющему объекту в TCP необходимо учитывать размер окна перегрузки при определении размера скользящего окна?»
Это связано с тем, что размер окна перегрузки представляет возможную перегрузку в сети. Это одна из ключевых функций TCP. Это окно обновляется в три этапа.
На первом этапе, когда запускается TCP, он начинается с окон перегрузки, равных 1 MSS (максимальный размер сегмента), а затем постепенно увеличивается. Отправитель TCP начинает с этого значения, потому что он «оценивает», сколько пакетов он может отправить по сети. Эта фаза также известна как фаза медленного старта. Кстати, несмотря на то, что это называется медленным стартом, TCP увеличивает пакет, удваивая окно перегрузки, и увеличение происходит при получении ACK.
На втором этапе, когда окно перегрузки достигает порога медленного старта (ss) (да, он есть!), отправитель TCP увеличивает свое окно перегрузки аддитивно — это фаза предотвращения перегрузки. Здесь отправитель становится более осторожным. Опять же, увеличение происходит при получении ACK.
На третьем этапе, когда пакет отбрасывается (одной из причин может быть тайм-аут повторной передачи), TCP сокращает окно перегрузки до 1 MSS и перезапускается, чтобы снова увеличить его. Это делается потому, что возникла вероятная перегрузка, поэтому сокращение окна перегрузки, скорее всего, устранит ситуацию перегрузки на пути. В отличие от других этапов, снижение происходит из-за отсутствия приема ACK.
TCP может использовать метод скользящего окна для регулирования пакетов, которые необходимо отправить получателю. Получатель также может сохранить скользящее окно, чтобы отслеживать, какие пакеты были получены, а какие подтверждены. При определении размера скользящего окна на стороне отправителя мы должны учитывать размер окна перегрузки, поскольку мы не хотим перегружать сетевой канал. Фактический трафик в сети равен min{awnd,cwnd}, где awnd — размер окна, сообщаемый получателем получателю, cwnd – размер окна перегрузки, максимальное значение которого будет меняться в зависимости от состояния сети.
