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