Протокол TCP: скользящее окно | Курс "Компьютерные сети"

Варианты подтвверждения передачи сообщений: остановка и ожидание, скользящее окно. Влияние скользящего окна на скорость передачи данных на транспортном уровне. Размер окна. Кумулятивное и выборочное подтверждение.

[@trek3456]

Спасибо Вам еще раз за прекраснейшие видеоуроки. У Вас отлично получается передать самую основную информацию. Все четко, понятно и без "воды". Побольше бы таких преподавателей. Обязательно свяжусь с Вами, чтобы отблагодарить рублем! С нетерпением ждем новых видео. С Новым годом! Всего наилучшего

[@valovandrey]

Слушаешь - все легко и понятно. Доходит до реализации изученного в своем коде - вот тут то понимаешь, что не так то всё просто. Очень много подводных камней и нюансов. Но автору респект. Объясняет хорошо.

[@AndreySozykin]

Да, именно так. Я же сразу говорю, что рассказываю без технических деталей. Их нужно обязательно в своем коде учитывать. Кроме того, чаще всего я рассказываю основной сценарий, когда все идет хорошо. Но на практике в сетях ошибки случаются часто из-за чего многое идет не так. Это тоже нужно учитывать в коде.

[@valovandrey]

@@AndreySozykin Всё Вы делаете правильно. Именно этого и не хватает - общего правильного обзора. Спасибо Вам!)

[@ruslanalpysbayev1209]

Самые лучшие видеоролики! Наверное самый лучший метод обучения этой дисциплины - смотреть эти видеоролики. Продолжайте в том же духе. Спасибо.

[@nikolay_antipin]

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

[@andreipomorev6292]

Спасибо за понятное обьяснение и информацию!

[@user-bp7jb5of5d]

Андрей, спасибо за видео. Все доходчиво и понятно.

[@Q_School]

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

[@Artem-ol1rw]

Спасибо за понятное объяснение.

[@AndreySozykin]

Пожалуйста!

[@kseniyasakki4382]

Спасибо вам, Андрей

[@AndreySozykin]

Пожалуйста!

[@atillaattila8900]

Spsibo Za klasniy Video Rolik :)

[@AndreySozykin]

+atilla atilla, пожалуйста!

[@Andrzej3935]

Спасибо!

[@Das.Kleine.Krokodil]

Все понятно

[@user-hh9xr4uj3o]

спасибо!!!

[@AndreySozykin]

Пожалуйста!

[@andreypolevoy5311]

Спасибо

[@AndreySozykin]

Пожалуйста!

[@alekseye7938]

крутой мужик

[@AndreySozykin]

Спасибо!

[@vadzimkovalev5227]

Спасибо за видео! В названии видео ошибка ;)

[@AndreySozykin]

+Vadzim Butsko, ошибку исправил, спасибо!

[@user-oy5tk8rj9t]

а я как дебил пытаюсь найти

[@BalynOmavel]

При использовании TCP при WiFi подключении, используются оба варианта подтверждения?

[@AndreySozykin]

Да, но на разных уровнях. На канальном уровне - остановка и ожидание, на транспортном - скользящее окно.

[@ubelian]

@@AndreySozykin Здравствуйте! Хочу выучить протоколы TCP UDP для повышения квалификации как программиста. Подскажите книги пожалуйста чтобы в них было максимум все разжевано, совсем для дурачков

[@AndreySozykin]

Для программиста больше всего подойдет книгп Компьютерные сети. Нисходящий подход. Куроуз Джеймс, Росс Кит.

[@andreykelip5631]

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

[@AndreySozykin]

Да. Кумулятивное подтверждение не связано с размером окна напрямую. Можно отправлять подтверждения после любого количества сегментов (байтов).

[@ilyafrost2523]

Привет от Масича Г.Ф.

[@AndreySozykin]

Спасибо, очень приятно. Григорий Федорович преподавал мне компьютерные сети в университете. Именно у него я многому научился, в трм числе преподаванию.

[@user-fv7jv2oo5z]

@@AndreySozykin ваш учебный курс помог в разборе материала для выполнения лабораторных Масича ГФ

[@ilyafrost2523]

@@user-fv7jv2oo5z Да начнется сессия

[@manOfPlanetEarth]

@@ilyafrost2523 🤣🤣🤣

[@bodik1111]

а как поменять вариант потверждения? или компьютер это все сделает сам?

[@w1tcherj]

А зачем мы разобрали отправка-ожидание для Wifi если это реализовано на канальном уровне? на транспортном пачка сегментов так же отправляется?

[@AndreySozykin]

Чтобы понять, почему на транспортном уровне нельзя делать так же, как на канальном ;-)

[@user-xe9kv1kl7k]

Андрей, как у Вас получился объём данных 12,5 МБайт? 10240 МБайт (10 ГБайт)× 0.01 с(10 мс) = 102.4 МБайт. Как получается 12.5 МБайт? Илм я чтото неправильно считаю?

[@RuslanKoshcheev]

10 Гбит/с = 10/8 Гбайт/с= 1250 Мбайт/с.###1250*0.01=12.5

[@user-xe9kv1kl7k]

@@RuslanKoshcheev спасибо. Я неправильно считал: гигабайты вместо гигабитов.

[@IlyaZarubin]

@@RuslanKoshcheev А подскажите плиз, не могу понять, а почему вы множите на 0.01 ведь миллисекунда это 0.001

[@talgatbaytleu465]

@@IlyaZarubin так там же 10мс = 10*0.001= 0.01сек. Вроде так=)

[@IlyaZarubin]

@@talgatbaytleu465 О-ля-ля, невнимательность моя слабость. Спасибо!

[@user-ki8eo4dq6r]

как получилось,что объем данных в сети равен 12.5 Мбайт,если говорится , что этот результат получен путем умножения задержки 10 мсек на скорость передачи данных 10 Гбайт/сек?

[@SvetlanaTorikova]

Скорость передачи в гигабитах а не байтах.

[@user-ki8eo4dq6r]

согласен

[@georgian_thoughts]

Каков размер сегмента? Откуда вышло 50 штук?

[@eugeniatikhomirova7542]

насколько я понимаю: нужно 1 секунду разделить на 2 времени задержки (на передачу сегмента и подтверждения). 1с/(10+10)мс = 1/20*1000 =50

[@zzzmmm5311]

пропускная способность (10 гигабит/с)/обьем данных в сети (12,5 мегабайт). Байт=8 бит, следовательно 12,5 мегабайт=100мегабит. То есть 10гигабит/100мегабит = 50. Это количество сегментов. Исходя из формата кадра данных в ethernet (1500 байт) и количества сегментов в сети, получаем из их произведения скорость передачи данных 75кБайт/с. Надеюсь, мне удалось обьяснить понятно

[@MrCollapsik]

@@zzzmmm5311 Как у Вас получается 50 сегментов скажите пожалуйста ? 10Гигабит = 1250Мегабайт 12.5 Мегабайт = 100Мегабит 1250/12,5 = 100 10/100 = 0,1 1250/100 = 12,5 10/12,5 = 0,8 Как у Вас получилось? Ваш метод среди других интересен.

[@zayciable]

​@@MrCollapsik Пропускная способность 10 Гбит/с; Задержка 10 мс; 10 гбит/с = 10/8 гбайт/с = 1250 мбайт/с; 1250 мбайт/с * 0.01 секунды (10 мс = 0.01 секунды) = 12.5 мбайт; Объём данных в сети 12.5 Мбайт; 1 байт = 8 бит; 12.5 Мбайт = 100 мегабит; (12.5 * 1000000 = 12500000; 12500000 * 8 = 100000000; 100000000 / 1000000 = 100 мегабит;) 10 гигабит / 100 мегабит = 100; (100 сегментов); (10000000000/100000000 = 100;) 100 / 2 = 50; (Делим на 2 потому что половину отправляем, половина к нам идёт в подтверждение); 50 сегментов в секунду отправляем; Кадр в Ethernet 1500 байт; 1500 байт * 50 сегментов = 75000 байт; 75000 байт = 75 килобайт; 75 КБайт/с;

[@mmeriant]

​@@zzzmmm5311 что-то не то.. вы делите скорость на объем (гигабиты/сек на мегабиты) - тут никак не могут сократиться единицы измерения, получается странная единица измерения 1/сек.. и 10гигабит/100мегабит = 10^10 бит / 10^8 = 100, а не 50 короче, до сих пор не пойму как ​ @Andrey Sozykin посчитал 50 сегментов

[@ThePositivemann]

75 КБайт/с получилось, потому что размер кадра, передаваемого за раз по Ethernet 1500 байт?

[@AndreySozykin]

Да.

[@user-gd6il5zb8l]

Не понял. Можете подсказать, как вы это вычислили?

[@Monkeylust]

@@user-gd6il5zb8l умножь 50 сегментов которые можно передать за секунду на 1500 байт размер одного кадра, грубо говоря 1 сегмент один кадр, получишь 75000 байт, переведи в килобайты и получишь 73,24 Кбайт в секунду, это если точно считать, я в конверторе переводил. Андрей, верно?

[@manOfPlanetEarth]

@@Monkeylust пишешь как обезьяна: пунктуация по нулям.

[@Monkeylust]

@@manOfPlanetEarth я старался

[@desmondbreezey813]

А как при использовании SACK отправителю объясняется, какие сегменты надо переслать? Никак ни сам не догадаюсь, ни найти не могу :(

[@AndreySozykin]

+Дмитрий Карлин, это написано в RFC 2018 ( tools.ietf.org/html/rfc2018). Получатель в SACK передает границы принятых байт. Отправитель, получив пакет с опцией SACK, отмечает сегменты, которые приняты получателем, а неотмеченные сегменты отправляет еще раз. Если сегменты дойдут успешно, то получатель передает сегмент с кумулятивным подтверждением (флаг ACK).

[@kappapride6226]

Не очень понял, как выборочное подтверждение берет и находит один плохой байт из всех и просит переслать только его.

[@AndreySozykin]

Подтверждаются диапазоны байт в сегментах. Если на какой-то диапазон подтверждение не пришло за определенное время, то он пересылается заново.

[@nonamenoname7423]

Андрей в чём проблема? Вот нужно передать данные другу, мы в разных регионах. Мы с другом сделали сетевые приложения, открыли сокеты, порты одинаковы... Но не можем к друг другу подключится(используем TCP). Я думад что загвоздки с NAT решаются автоматически, но нет=(. Суть вопроса такова: можноли соединить два компьютера между собой без внешних ip адресов и без всяких хамачи, торрентов?

[@manOfPlanetEarth]

а как твой комп понимает, что ему надо соединиться именно с тем другим компом? и наоборот.

[@krolik305]

Почему объем данных в сети 12,5 а не 12,8 ??? 1 Гигабит = 1250 мегабайт ??? или 1 Гигабит = 1280 мегабайт ???

[@user-hx8lk4jo1h]

Если я не ошибаюсь 10 Гбит/с это 1.250 ГБайт/с, а т.к. 10мс = 0.01с - перемножаем и получаем 12.5 Мбайт. В байте 8 бит.

[@AndreySozykin]

Если считать, что в одном байте 8 бит, то все правильно. Но производители жестких дисков и сетевого оборудования просто умножают значения на 10. У них принят такой подход, не соответсвующий математике.

[@w1tcherj]

Размер окна это всё-таки количество байт за раз или количество сегментов? оговорка на 4 минуте?

[@AndreySozykin]

С точки зрения теории сетей, размер окна может измеряться как в байтах, так и в сегментах. Протокол TCP считает в байтах.

[@w1tcherj]

@@AndreySozykin о как, я почему-то подумал, что на этапе согласования согласуют размер сегмента, и передают сегментами. То есть отправитель кинул пять сегментов, получатель отправил подтверждение за всю пачку.

[@AndreySozykin]

Да, именно так. Отправитель передает несколько сегментов, не сообщая заранее их количество получателю. Получатель подтверждает получение последнего сегмента.

[@w1tcherj]

@@AndreySozykin то есть у получателя есть таймаут, который запускается после получения первого сегмента? Как он узнает, когда нужно отправиться подтверждение? А то он отправит ACK, а тут бац ещё сегмент придёт.

[@AndreySozykin]

Получатель отправляет подтверждение сразу после того, как он получил данные. Они могут доходить до отправителя с задержкой, или теряться. Поэтому получатель понимает, что если он принял какой-то ACK, значит все предыдущие байты получены. Не зависимо от того, пришли предыдущие подтверждения, или нет.

[@jannawant]

Я не понял формулу умножения, я правильно понимаю, что чем больше задержка тем больше объем данных которых мы можем передать? то есть если задержка не 10 мс а 1 секунда, то объем данных будет не 12,5 МБ а 1250 МБ ? Как-то контринтуитивно, увеличиваем задержку а производительность растет.

[@qts]

это не производительность, а то сколько данных нужно отправлять чтобы не терять время

[@user-ku3pn4yb1d]

Не совсем понятно с кумулятивным подтверждение. В видео сказано, что после отправки 12,5 мб, можно отправить еще столько же не дожидаясь подтверждения. А если первая часть не дойдет, а мы уже отправили следующую? Тогда придется повторно отправлять первую часть и получается, что вторая часть сегментов придет позже первой. Это никак не повлияет на корректный прием данных? не вызовет проблем с данными у получателя?

[@AndreySozykin]

+Роман Денисов, при кумулятивном подтвеождении, если не придет первая часть, то она будет отправлена заново, а также все последующие части. Так как TCP нумерует байты в сегментах, то по номерам можно составить данные в правильном порядке без дублирования.

[@giorgidgebuadze8169]

Prostite a vi skolko vremeni rabotaete uje v IT sfere?

[@AndreySozykin]

+Giorgi Dgebuadze с 2000 года.

[@Tamago4a]

2:26 что-то вы тут всё смешали да напутали. гигабиты с гигабайтами с мегабайтами и мегабитами.

[@antongrigoryan6023]

И снова нихуя не интересно, жаль что ты единственный в ютюбн

[@manOfPlanetEarth]

быдло, иди литвина смотри🤣 зачем тебе сети?!