Протокол TCP: управление потоком | Курс 'Компьютерные сети'

Курс сети и системы телекоммуникаций. Лекция "Протокол TCP: управление потоком".
Управление потоком в TCP. Быстрый отправитель и медленный получатель. Затопление. Буфер получатель на транспортном уровне. Поле "Размер окна" в заголовке TCP. Zero Window Probe.

[sadlive]

Гениально! Гениальная технология и гениально объяснено что любой школьник поймёт как это работает, а главное зачем это нужно. А за деталями уже в техническую документацию кому это надо

[nikolay_antipin]

Андрей, огромное спасибо за Вашу работу! Изучал по Вашим урокам компьютерные сети, прошёл собеседование!!!

[zzzmmm]

Спасибо за лекции, я абсолютно уверен, что во всем мире нету таких же качественных курсов, как у вас.

[Carmillamore]

Как приятно вас слушать, все доступно и понятно!

[Artem-olrw]

Спасибо за доступный материал. Очень удобно сделаны видео - короткими по времени, но информативными.

[abromowich]

Спасибо большое за лекции!!! Всё доступно, наглядно и разборчиво - хорошая работа проделана.

[sergeyshestakov]

Cпасибо! Как понятно вы обьясняете просто нет слов)))

[Q_School]

Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin.

[atillaattila]

ochen krasivo vso Abyesnino ))
spasibo

[krdoyfo]

Здравствуйте.Спасибо за лекции!
На 2 : 19 наверное вы хотели сказать получатель ?

[KuKurucha]

2:22 в поле "Размер Окна" не Отправитель указывает сколько данных он может принять, а Получатель наверное?
Ведь Получатель управляет этим полем.

а в целом - очень зачотно! Просто, лаконично, четко. Благодарю!

[wtcherj]

То есть в поле "размер окна" всё же указывается количество сегментов, которые получатель сможет принять, размер которых определили при установке соединения, а не количество байт?

[IK-owzk]

Андрей Владимирович, добрый день!
Спасибо за лекцию.
Я хотел спросить, почему не учитывается заголовок кадра канального уровня на 7 слайде? Или он "дописывается" только при проходе через маршрутизаиор? 20 байт от TCP, 20 от IP, а мак-адреса где?

[sergeyufimtsev]

Спасибо за видео, буду ждать продолжения. Кстати, когда в Google ищу ваш сайт, то под ним вишу подпись "Возможно, этот сайт был взломан." С чем это связано?

[bjhdbcj]

Сейчас на многих коммутаторах L3 есть функция "Flow Control" на интерфейсах. Это связано с управлением трафика на TCP, или это что-то другое?

[wansmer]

Андрей, спасибо за отличный материал! Возник вопрос про буфер хранения. В теории приложение может принимать и обрабатывать данные от нескольких запросов. Под каждое соединение TCP резервируется свой личный буфер (память) или буфер один на все соединения? Т.е. возможна ли ситуация, когда сервер указал, что может принять 5 сегментов, клиент их отправил, но в это время другой клиент уже занял эти доступные фрагменты буффера?

[ThePositivemann]

Хм, жаль, что нигде не было сказано, что на устройствах есть некоторый буфер для принятия данных из сети. Скажете, что можно ведь было и догадаться, отнюдь, догадаться одно, но знать каков его размер, на каком он считается уровне, на каких устройствах есть, этого неизвестно (в рамках лекции). Получается просто, что несколько видеолекций основано на том, чтобы не допустить перезаполнение буфера, о котором ничего не сказано.

[timavasgerb]

Андрей, подскажите пожалуйста, а если отправитель отправит сегмент ZERO WINDOW PROBE и ответ не получит тогда что произойдет? Заранее спасибо.

[pavelmehj]

А вот допустим, есть TCP соединение, а доступ к интернету временно исчез, может ли приложение отправитель сложить данные в буфер и передать его получателю, когда соединение восстановится?

[alexkude]

Почему сегмент 1460 байт??? 20 байт - TCP заголовок, 20 байт - IP заголовок, а как насчет Ethernet заголовка??? MAC адрес в IP заголовке не указывается и Вы сами говорили, что с помощью протокола ARP MAC адрес должен быть определен. Единственное место куда можно вписать MAC адрес - это Ethernet заголовок, а это еще 14 байт. Итого 20+20+14 = 54. Следовательно данные в кадре занимают 1446 байт. Или я в чем то ошибаюсь???