Да, благодарю, Андрей, за весьма визуализированное поуровневое представление модели. Очень помогает образно воспринять то, что в классическом чтиве порой вводит в заблуждение и путает. Подписка, колокольчик, лайк и добавление в плейлист однозначно. Жду следующего уровня OSI.
Я сис-админ самоучка и многие вещи я представлял себе по другому всегда, но в практике это работало и я как-то не сильно парился про термины и все такое. Так сложилось в жизни, что я три года не занимался профессией и к тому, что я и так знал все на уровне пальцев, я еще кучу всего забыл. Этот курс смотрю как школьница, самое главное, что я все знаю и понимаю, в голове просто порядок наводиться и я зная практическую часть, просто понимаю как она работает. Это Типа как уметь ездить на машине, а прав нету. Так вот этот курс для меня как права) Спасибо, за труд, очень классно все и понятно и главное по теме, нету кучи глупого текста, я не только про эту лекцию говорю конкретно, а про весь курс. Респект коллега)
Дошел до канального уровня и понял что уроков 56, но если рассказать детально... то уроков будет как минимум 560) Респект что так компактно уложил все!
Да, благодарю, Андрей, за весьма визуализированное поуровневое представление модели. Очень помогает образно воспринять то, что в классическом чтиве порой вводит в заблуждение и путает. Подписка, колокольчик, лайк и добавление в плейлист однозначно. Жду следующего уровня OSI.
Спасибо! Лекция про следующий уровень OSI (сетевой) уже есть - ua-cam.com/video/K-yvp1ti-QU/v-deo.html. На всякий случай ссылка на плей-лист с полным курсом по компьютерным сетям - ua-cam.com/play/PLtPJ9lKvJ4oiNMvYbOzCmWy6cRzYAh9B1.html
Когда то писал работу дипломную - архиватор по принципу бинарного дерева (метод Хофмана), там при построении сплошных бит нужно было выделить обратную последовательность, но как оказалось, при создании бинарного дерева такое не требуется, т.к. каждый символ был уникальный и чётко выделялся среди 0 и 1 просто не существовало второй такой последовательности, я тогда думал так же как это круто кодировать таким способом, без ключа понять текст было невозможно, но при этом имея ключ, в виде дерева ты мог расшифровывать любое количество текста и из любого набора бит вытягивать отдельный байты. За курс однозначно лайк, смотрю с удовольствием.
Здравствуйте! Спасибо за отличный курс. Есть вопрос по классическому Ethernet. Из видео понятно, что перед кадром должна находиться преамбула (6:40), однако ранее было сказано, что сам кадр состоит из заголовка, пакета и концевика. Правильно ли я понимаю, что итоговые данные должны состоять из преамбулы, заголовка, пакета и концевика? Если да, то какие заголовок и концевик применяются? Или, возможно, здесь речь идет не от преамбуле к кадру, а о преамбуле к пакету и заголовок и концевик не требуются?
10:25 а что если отправитель послал сообщение, и оно дошло до получателя, но уже само подтверждение не дошло до отправителя. Получается по таймауту произойдет повторная отправка того же самого сообщения, которое было успешно отправлено в прошлый раз. Что в таком случае будет с данными, есть ли на этот случай какой-нибудь механизм, который учитывает эту проблему?
Поздний ответ, но может кому пригодиться. В таком случае используется нумерация сообщений. Вы отправили сообщение с номером 1 оно дошло но ответ не успел вернуться, и хост снова отправил сообщение с номером 1. В этом случае сервер поймет что у него 2 одинаковых сообщение и выбросит одно из них.
Под затоплением, насколько я понимаю, предполагается быстрое заполнение буфера обмена в интерфейсах коммутатора, то есть создание очередей. У Олиферов эта проблема мельком рассматривается еще в главе про типы коммутации, точнее в коммутации пакетов.
8:21 Во втором пункте "Исправление ошибок" в первом подпункте после слова "коды" не стоит запятая, а там причастный оборот дальше идёт, поэтому сиправьте! :))))))))))))
Спасибо за такое хорошее разъяснение материала! Не скучно, качественно! Продолжайте в том же духе! Единственное, не понял про метод вставки бит... почему мы на 100% уверены что 01111110 позволят нам отделить кадр ведь это же может встретиться в данных ? (мб).
Чтобы в данных такой последовательности не встретилось, после 5 подряд идущих единиц добавляется 0. Получатель это понимает и убирает такой 0 из принимаемых данных.
@@cracker8800 если я правильно понял, то 0 после 5 единиц убирается в любом случае. Если у нас последовательность бит 1111101, то это будет преобразовано в 11111001, а получатель просто уберёт лишний ноль.
если случайно открыть любое видео - первое впечатление отталкиевает. движение губ и речь не совпадают и вызываеют недоумение.... потосле когда начинаешь вникать в суть - понимаешь это просто MUSTHAVE видео.! СПАСИБО ТЕБЕ ЧЕЛОВЕЧИЩЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕ!!!!! ))))))))))
@@AndreySozykin не надо. Видео не развлекательного характера. а учебного. Асинхрон не мешает. Было бы круто сразу упомянут ьв самом первом видео что можно пройти часть мастериала и сразу практикой закрепить по списку видео из практичесского курса. И так далее теория пару видосов и тут же практика из другого списка.
Андрей, спасибо за курс! Можете, пожалуйста, рассказать чуть подробнее про затопление? 1. Правильно понимаю, что если у нас используется технология "Остановка и ожидание", то затопление не может возникать в принципе, так как следующий кадр не будет отправлен, пока не будет получено подтверждение о корректной доставке? 2. При использовании кодов исправления ошибок получатель должен посылать отправителю подтверждение корректной доставки? Если да, то здесь также не может происходить затопления?
Андрей, здравствуйте. Может я неправильно понял, но.... На 5:26 Вы говорите: "Если какая-то последовательность управляющих символов встречается в данных, перед ними добавляется эскейп-последовательность DLE для того, чтобы протокол понимал, что в реальности это данные, а не управляющие символы". Все запутанно. Думаю, что именно для того, чтобы показать что последовательность управляющих символов является управляющей перед ними добавляется эскейп-последовательность DLE, а в данных эти символы передаются без нее. Или я запутался? Разъясните пожалуйста этот момент.
Здесь имеется в виду, что текст может содержать символы DLE. Например, текст может быть про актера ADAM SANDLER. Фамилия актера содержит символы DLE, но это часть фамилии, а не управляющие символы. Чтобы протокол понял это, приходится добавлять DLE еще раз. Актер при передаче данных будет записан так: ADAM SANDLEDLER. Получатель увидит DLE два раза и преобразует в нужное ADAM SANDLER.
Здравствуйте, Андрей! Спасибо за быстрый ответ. Теперь все понятно. Очень хорошие у Вас лекции. Особенно нравится порядок изложения материала, не создающий каши в голове. .
На около 03:05 минуте одно не понял... максимум длина получается может быть 255 байтов? То есть 1111 1111 ? Если может быть длиннее то как это указывается, чтобы принимающая сторона поняла, что длина 255 - не предел?
12:06 - кажется тут ошибка. редкие ошибки на уровне выше канального наверное? проверьте, прошу. иначе получается и редкие ошибки на канальном и частые - на нем же.
Не понял объяснение про скользящее окно, а именно фразу : "Получатель передает подтверждение не для каждого отдельного сообщения, а для последнего полученного сообщения". А если в кадре много сообщений, а сбой произойдет в каком-то из сообщений посередине кадра (контрольная сумма не сошлась), а последнее сообщение нормально принялось, то не подтвердят весь кадр? А размер кадра заранее оговорен между передатчиком и приемником или тоже посылается при посылке кадра ?
Сделал ввод из этого видео такой способы восстановление фрейма то есть кадра работает в канальном уровне а канальный уровень это коммутация пакетов который работает в локальном сети то есть способы восстановление пакета на канальном уровне работает только в локальных сетях а в глобальных сетях используется Tcp IP так как в пакете тоже имеется чек сумма(контрольная сумма) для востоновление и обнаружение ошибок в пакете
@@atillaattila8900 hər layer öz üzərinə düşəni edir , switching lokal şəbəkəyə aid olsada belə ,əslində provayderlə bizim aramızdada switching olur Mac adress səviyəsində,yəni bizdə provayderin lokal şəbəkəsindəyik demək olar, sadəcə olaraq Public ip lərdən istifadə edirik , bunu ona görə izah etdim ki Bu yazdığım komment artıq öz aktuallığını itirib bunu yazanda təzə təzə başa düşürdüm , istədim sizin üçün izah edim
@@eldarkarimov5791 onu onsuzda anlamishdim 3 qabaq yazilan sherhdi. Ancaq menim uchun hele yeni temadi. Bu cox gozel izah edir. Bizimkilerin coxu men baxdiqim qederi ile cox vaxt yalnish melumat verirler. TCP eger checksum edirse o zaman bu ikinci levelde neye gerekdi bu yoxlama. Istenilen halda hem daxili hemde qlobal shebekede onsuzda TCP seviyyesinde yoxlanilacaqda bu. 2 ci levelde yoxlanilanda TCP yoxlamir deye bir shey yoxdu mence.
Мне кажется если назвать "физический" уровень уровнем "физического канала", а "канальный" уровень - уровнем "логического канала", общая схема станет понятнее.
насколько я понял "реальный 1111101" будет превращен в 11111001, при получении будет произведена обратная операция ( -убирание- игнорирование нуля после пяти единиц)
а вот дуплексная среда (full-duplex или просто duplex) как-то соотносится с передачей кадра и получением подтверждения (я так понимаю, это последовательно происходит). Или дуплексная среда - вообще о другом?
В случае точка-точка MAC не нужен, только если у нас компьютеры разделены на master и slave или канал связи полнодуплексный. Если компьютеры равноправны и канал полудуплексный, то нужно как-то определить, кто начнет диалог...
Если канал точка-точка, то у него по одному отправителю и получателю. Поэтому с точки зрения канала без разницы, кто начнет диалог. Это важно для протоколов более высокого уровня.
Андрей, у меня к Вам два вопроса. 1. Какой метод обработок ошибок используется в Ethernet (классическом и коммутированном). 2. Как происходит на канальном уровне предотвращения затопления медленного получателя быстрым отправителям. Спасибо Вам заранее.
врлде бы в фидо тоже была последовательность символов +++, которая кажется обрывала передачу данных по модему, и у кого в подписи были три плюса, были проблемы
Но ведь подуровень МАС отвечает и за передачу кадров между конечными узлами при помощи физического уровня, то есть при помощи его (физического уровня) функций и устройств, разве нет? Просто это есть в книжке у Олиферов, но нет у вас. Если что, это глава 11, страница 310 , прямо в начале страницы. Можно сказать, что это очевидно, но вот я как-то не догадывался до этого до прочтения данной главы. Или же это излишнее усложнение и поэтому вы не стали добавлять это в видео?
Сложный вопрос. Проблема в том, что в реальных устройствах физический и канальный уровень объединены. Поэтому сложно четко разграничить, какой именно уровень за что отвечает в реальности.
Не понятен переход от способа определения кадра к средствам физической среды. Складывается впечатление что есть две среды - виртуальная и физическая. И в обоих средах возможны разные способы определения начала и конца кадра. И ещё вопрос, на каком уровне модели OSI работает сетевая карта?
Сетевая карта работает на двух уровнях модели OSI: физическом и канальном. Два этих уровня, действительно, работают независимо. Можно сказать, что физический уровень - это физическая среда, а канальный - виртуальная. Все уровни выше физического предоставляют некотопую виртуальную среду. Чем выше уровень, тем больше у этой среды функций.
Вопрос, что есть классический эзернет? 10мбит? т.е. вы хотите сказать что preambula, sof, ifg в fast eternet и выше не существует? на сколько я знаю все иначе к примеру IFG о котором кстати речи не было меняется от типа интерфейса а CSMA/CD существует до 1Gb в 10G IFG уже нет но вот вопрос preambula? а еще если 1gb работает в half то размер пакета не может привышать 512? Rigth?
Сам Кадр Fast Ethernet отделяется J K и T символами , просто в отличии от простого Ethernet перед преамбулой J K есть еще преамбула Idle (признак свободного состояния среды)
Вот книги, которые я рекомендую: 1. Э.Таненбаум, Д.Уэзеролл. Компьютерные сети. 2. В. Г. Олифер, Н. А. Олифер. Компьютерные сети. Принципы, технологии, протоколы. 3. Д. Ф. Куроуз, К. В. Росс. Компьютерные сети. Нисходящий подход.
здравствуйте, а как будет работать система скользящее окно, если получатель обнаружит в одном из кадров ошибку? Отправитель заново отправит все кадры, или передаст кадр с ошибкой в следующий раз?
Вопрос по теме вставки байтов (протокол BSC): если DLE - это escape-последовательность, а сочетание , например, DLE STX - это начало кадра, то почему Андрей говорит - " если какая-то последовательность управляющих символов встречается в данных, перед ними добавляется escape-последовательность DLE, что бы протокол понимал, что в реальности это данные, а не управляющие символы.". Мы же как раз и ставим DLE, что бы дать понять что STX - начало кадра (т.е. управляющая последовательность, а не просто данные STX). Надеюсь объяснил понятно. Подскажите, знающие люди.
Андрей, спасибо большое за ваши лекции! Есть вопрос по поводу подуровней. Как я понимаю, для разных технологий используются разные кадры канального уровня, для классического и коммутируемого Ethernet и Wi-Fi они будут разные. Но я не понимаю как в этом плане совмещаются LLC и MAC уровни, кадр LLC инкапсулируется в кадр MAC? В чём их отличия и как они взаимодействуют между собой?
Насколько я понимаю, разделяемая среда - это канал связи. То есть, у того же вай фая есть абстрактный канал связи, по которому в данный момент времени может передавать информацию только один компьютер
Просто в лекции Вы подчеркнули, что где используется множественный доступ к каналу связи, то канальный уровень отвечает за адресацию. Но в коммутируемом Ethernet нет множественного доступа, но канальный уровень все равно отвечает за адресацию. В этом моменте слегка запутался.
Нет множественного доступа на уровне одного канала связи. Но к коммутатору Ethernet подключено большое количество устройств, поэтому он должен знать, какому именно устройству предназначены данные. Поэтому адреса нужны обязательно.
Большие файлы делятся на маленькие части по размеру кадра и передаются такими частями. В алгоритмы управления доступом к разделяемой среде встроена защита от монополизации доступа к каналу одним отправителем, так что передача одного большого файла не должна быть помехой для других компьютеров.
Методы управления доступом. Я и жена подключены к вайфаю. Оба смотрим разные фильмы. Как тогда мы можем одновременно смотреть, как делятся 2 потока информации, как чередуются ? Я не понимаю. Поясните пожалуйста.
Уважаемый Андрей, у меня вопрос: Когда в сети работают два хоста (или просто устройства), которые работают разными скоростями, то перед тем, как передавать данные по своей скорости отправитель не согласовывает параметры передачи данных при помощи протокола TCP (если она используется во время связи), и тогда отправляет данные с теми параметрами, в рамке которых отправитель и получатель уже "договорились"? Или я не прав. Прошу обястнить, так как хочу понять этот ньюанс. Заранее спасибо.
Если используется рандомизированный метод управления доступом ( 1/N ), то значит ли это что: В 100Мб сети при 10 работающих хостах, будет верным правило для одного хоста 100Мб / 10 = 10 Мб максимальная пропускная способность (скорость)? Или это как-то корректируется?
Это теоретически. На самом деле максимальная пропускная способность намного ниже, помимо полезного трафика по сети гуляет много служебного. Современные управляемые коммутаторы и маршрутизаторы способны настраивать определённый режим работы (дуплекс, полудуплекс) и скорость канала связи для определенного интерфейса (порта) в зависимости от нужд и поддерживаемой версии ethernet.
При отправке если в сообщении встречаются пять 1, то после них вставляется 0. Т.е. в сообщение 111110 встанет 0 и получится 1111100. При приемке сообщения после каждый пяти 1 убирается 0, т.е. 1111100 превратиться в 111110 (в то сообщение которое и хотели передать).
Вы не могли бы объяснить в чем разница между каналом связи и средой передачи данных. Мне казалось, что это одно и тоже. Но после того, как услышал "каналы связи с разделяемой средой передачи данных", все совсем перепуталось. Спасибо
На примере радио: среда одна (эфир, радио-эфир) , а каналов много. Каналами могут например являтся разные длины волн (частоты) на которых вещают разные радиостанции (или wifi-устройства) и соответственно приёмник обычно настроен только на одну из частот/радиостанций а не на несколько. У wifi есть например несколько разных частотных каналов. Но разделение среды может производится не только по частоте. Может производится и по времени: если например разделить время на отдельные периоды одинаковой длины, которые повторяются, а эти периоды разделить на определённое число (N) одинаковых подпериодов, то мы получим среду разделяемую по времени. В каждое из этих N подпериодов имеет право вещать только одно устройство. В итоге мы получаем N логических каналов в одной физической среде (физическом канале). Но это еще не всё, среду можно разделять на каналы и по другим параметрам, например путём кодирования, а логичсекие каналы соответственно можно разделять ещё и ещё раз и опять же совершенно разными методами. Советую по этому поводу почитать статью о мультиплексировании.
А можно было бы утраивать перед передачей каждую единицу информации, а потом смотреть на каждые три единицы и итоговой делать ту, которых больше в этой тройке? )) И ещё вопрос : почему когда конец и начало отмечаются количеством символов в одной передаваемой единице при передаче из - за искажения может пропасть это количество и тогда всё перепутается, а при другой кодировке такого не происходит? Если в последовательности, которой мы кодируем начало и конец, что-то исказится мы же не отличим её от сообщения....
При отправке данных они передаются по уровням модели OSI (tcp/ip) сверху вниз (инкапсулируются), ip-пакет инкапсулируются во фрейм. При получении все наоборот - ip-пакет извлекается (декапсулируются) из фрейм и данные передаются сверху вниз до прикладного.
Это вносит вклад, но основная причина в другом. Через беспроводную среду сложнее передавать данные, чем по проводам, поэтому там другие методы представления информации при передаче и другие особенности физического уровня.
Потому что методы подтверждения доставки похожи как для канального, так и для транспортного уровня. На канальном уровне скользящее окно использовалось в протоколе HDLC. Но когда каналы связи стали качественнее и ошибок стало меньше, от скользящено окна на канальном уровне решили отказаться.
Где же были эти видео-уроки, когда я проходил первый раз сети 6 лет назад??? :( Просто каждый видеоролик максимально доводится до того, кто смотрит.. А то преподавателю любят нагрузить теор. кучей терминов и сиди гугли.
вчера я нашел косяк автора в видео (касается неверного изложения информации о протоколе BSC) и описал его с указанием ссылки на информацию. Сегодня мой комментарий уже не существует.
@@AndreySozykin наверно ютуб удалил из-за ссылки, я привел описание протокола BSC и дал ссылку на первый попавшийся сайт (кажется это был какой-то тульский университет). В чем была суть комментария моего: вы сначала говорите что DLE это начало служебных данных, а завершаете фразу тем что говорите что ДЛЕ обозначает обычные данные. Также, как я понял, начало кадра в протоколе BSC обозначается SYN, а TLE STX это вроде начало заголовка. Наверно это все неважно в контексте современных сетей, но ошибка есть ошибка. В комментах кто-то еще также обращал внимание на этот момент. Но также я допускаю что это я тупой и всё неверно понял, уверенности в своих словах у меня нет.
Если не взападло, объясните нубу понятным языком, как роутер wi-fi предотвращает колизии, как он понимает что этот бит от ноутбука, а другой бит со смарта, как он ставит их в очереди? Я думаю на физическом уровне это не возможно. Поясните
Это делается на канальном уровне по MAC-адресу отправителя. Про Wi-Fi и обнаружение коллизий есть отдельная лекция. Но не рекомендую сразу перескакивать на неё, понять будет сложно. Лучше все лекции подряд смотрите, тогда понятнее будет.
Перезалив видео с более качественным звуком и исправленными ошибками.
Да, благодарю, Андрей, за весьма визуализированное поуровневое представление модели. Очень помогает образно воспринять то, что в классическом чтиве порой вводит в заблуждение и путает. Подписка, колокольчик, лайк и добавление в плейлист однозначно. Жду следующего уровня OSI.
ответственность .
Спасибо за курс.
Пожалуйста!
Красавчик, спасибо за твой труд!
Я сис-админ самоучка и многие вещи я представлял себе по другому всегда, но в практике это работало и я как-то не сильно парился про термины и все такое. Так сложилось в жизни, что я три года не занимался профессией и к тому, что я и так знал все на уровне пальцев, я еще кучу всего забыл. Этот курс смотрю как школьница, самое главное, что я все знаю и понимаю, в голове просто порядок наводиться и я зная практическую часть, просто понимаю как она работает. Это Типа как уметь ездить на машине, а прав нету. Так вот этот курс для меня как права) Спасибо, за труд, очень классно все и понятно и главное по теме, нету кучи глупого текста, я не только про эту лекцию говорю конкретно, а про весь курс. Респект коллега)
Спасибо за приятный отзыв! Рад, что курс помогает!
@@AndreySozykin Жаль, что нет возможности к вам на живые лекции попасть (2300км) Киев. Я бы не пропускал, будь я у вас студентом.
Сейчас я уже не веду живые лекции по компьютерным сетям :-( Все смотрят видео.
отличная подача материала , спасибо , успехов.
Пожалуйста! Рад, что нравится!
Здравствуйте Андрей! Это просто чудо ,что Вас нашел! Спасибо огромное за такой структурированный материал
Спасибо за приятный отзыв! Рад, что понравилось!
@@AndreySozykin
7:35
не понял: как это буквы J, K, T не используются для представления данных????
Лайк сразу! Смотрел ваши видео в своё время, они очень мне помогли быстро понять, что такое сети! Спасибо вам!
Спасибо!
Спасибо Вам большое за Ваш огромный труд, что бы другие освоили Ваш материал) Желаю Вам и дальше снимать еще более познавательные видео)
Спасибо! Видео обязательно будут!
Да уж, несмотря на то что курсу уже 6 лет, это лучшее что я нашел в 2024г👍🏼
Бесподобная подача и подготовка! Готовлюсь к собеседованию и, надеюсь, пройду)
Спасибо Вам за работу.
Великолепно! Спасибо! Очень наглядно и понятно.
Пожалуйста! Успехов!
Очень благодарен автору. Приятно слушать, подача материала легкая и уроки очень информативны.
Спасибо за приятный отзыв!
Спасибо огромное за ваши лекции. Даже мне стало понятно!)
Пожалуйста! Рад, что видео помогают!
Очень классно рассказали материал, у меня как раз были проблемы с пониманием Канального уровня, но теперь их нет...Спасибо вам.
Пожалуйста!
Самое продуманное и чёткое описание канального уровня и кадров
Спасибо!
Великолепно! Просто благодарность за эти лекции!
Спасибо вам, Андрей!
Пожалуйста!
Дошел до канального уровня и понял что уроков 56, но если рассказать детально... то уроков будет как минимум 560) Респект что так компактно уложил все!
Спасибо!
Благодарю за выпуск. Всё понятно, ёмко, классно!
Спасибо!
У Вас шикарні лекції, дякую Вам щиро.. Лайкнула і підписалась))
Спасибо!
Спасибо за видео! Отличная подача материала
Пожалуйста!
Да, благодарю, Андрей, за весьма визуализированное поуровневое представление модели. Очень помогает образно воспринять то, что в классическом чтиве порой вводит в заблуждение и путает. Подписка, колокольчик, лайк и добавление в плейлист однозначно. Жду следующего уровня OSI.
Спасибо! Лекция про следующий уровень OSI (сетевой) уже есть - ua-cam.com/video/K-yvp1ti-QU/v-deo.html.
На всякий случай ссылка на плей-лист с полным курсом по компьютерным сетям - ua-cam.com/play/PLtPJ9lKvJ4oiNMvYbOzCmWy6cRzYAh9B1.html
Спасибо, Андрей)))
спасибо за вашу работу, очень полезно
Благодарю за труды, очень доходчиво.
Андрей, благодарю! Вы лучший!
Когда то писал работу дипломную - архиватор по принципу бинарного дерева (метод Хофмана), там при построении сплошных бит нужно было выделить обратную последовательность, но как оказалось, при создании бинарного дерева такое не требуется, т.к. каждый символ был уникальный и чётко выделялся среди 0 и 1 просто не существовало второй такой последовательности, я тогда думал так же как это круто кодировать таким способом, без ключа понять текст было невозможно, но при этом имея ключ, в виде дерева ты мог расшифровывать любое количество текста и из любого набора бит вытягивать отдельный байты.
За курс однозначно лайк, смотрю с удовольствием.
Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin
Андрей ты молодец ,, спасибо тебе огромное !
Пожалуйста!
Так круто объяснил, спасибо !!
Спасибо, очень ценный труд!
Прекрасный курс! Спасибо!
Здравствуйте! Спасибо за отличный курс. Есть вопрос по классическому Ethernet. Из видео понятно, что перед кадром должна находиться преамбула (6:40), однако ранее было сказано, что сам кадр состоит из заголовка, пакета и концевика. Правильно ли я понимаю, что итоговые данные должны состоять из преамбулы, заголовка, пакета и концевика? Если да, то какие заголовок и концевик применяются? Или, возможно, здесь речь идет не от преамбуле к кадру, а о преамбуле к пакету и заголовок и концевик не требуются?
10:25 а что если отправитель послал сообщение, и оно дошло до получателя, но уже само подтверждение не дошло до отправителя. Получается по таймауту произойдет повторная отправка того же самого сообщения, которое было успешно отправлено в прошлый раз. Что в таком случае будет с данными, есть ли на этот случай какой-нибудь механизм, который учитывает эту проблему?
Поздний ответ, но может кому пригодиться. В таком случае используется нумерация сообщений. Вы отправили сообщение с номером 1 оно дошло но ответ не успел вернуться, и хост снова отправил сообщение с номером 1. В этом случае сервер поймет что у него 2 одинаковых сообщение и выбросит одно из них.
@@ІванБондар-т9ъ а где записывается эта вся нумерация? В преамбуле кадра?
Под затоплением, насколько я понимаю, предполагается быстрое заполнение буфера обмена в интерфейсах коммутатора, то есть создание очередей. У Олиферов эта проблема мельком рассматривается еще в главе про типы коммутации, точнее в коммутации пакетов.
Не обязательно в коммутаторах, в любых устройствах.
8:21 Во втором пункте "Исправление ошибок" в первом подпункте после слова "коды" не стоит запятая, а там причастный оборот дальше идёт, поэтому сиправьте! :))))))))))))
Спасибо,Андрей!
Отличная лекция
Спасибо!
Было трудно, но интересно
Успехов!
Спасибо за такое хорошее разъяснение материала! Не скучно, качественно! Продолжайте в том же духе! Единственное, не понял про метод вставки бит... почему мы на 100% уверены что 01111110 позволят нам отделить кадр ведь это же может встретиться в данных ? (мб).
Чтобы в данных такой последовательности не встретилось, после 5 подряд идущих единиц добавляется 0. Получатель это понимает и убирает такой 0 из принимаемых данных.
@@AndreySozykin спасибо
@@AndreySozykin а если в данных должно быть 5 единиц, как получатель поймет, надо убирать 0 или нет?
@@cracker8800 если я правильно понял, то 0 после 5 единиц убирается в любом случае. Если у нас последовательность бит 1111101, то это будет преобразовано в 11111001, а получатель просто уберёт лишний ноль.
@@КонстантинГоршков-я9д Вы гений) Я искал такой ответ, спасибо!
если случайно открыть любое видео - первое впечатление отталкиевает. движение губ и речь не совпадают и вызываеют недоумение.... потосле когда начинаешь вникать в суть - понимаешь это просто MUSTHAVE видео.! СПАСИБО ТЕБЕ ЧЕЛОВЕЧИЩЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕ!!!!! ))))))))))
Пожалуйста!
Рассинхрон действительно есть в некоторых видео. Сейчас пытаюсь перезаписать видео с самым плохим качеством.
@@AndreySozykin не надо. Видео не развлекательного характера. а учебного. Асинхрон не мешает. Было бы круто сразу упомянут ьв самом первом видео что можно пройти часть мастериала и сразу практикой закрепить по списку видео из практичесского курса. И так далее теория пару видосов и тут же практика из другого списка.
Андрей, спасибо за курс!
Можете, пожалуйста, рассказать чуть подробнее про затопление?
1. Правильно понимаю, что если у нас используется технология "Остановка и ожидание", то затопление не может возникать в принципе, так как следующий кадр не будет отправлен, пока не будет получено подтверждение о корректной доставке?
2. При использовании кодов исправления ошибок получатель должен посылать отправителю подтверждение корректной доставки? Если да, то здесь также не может происходить затопления?
Андрей, здравствуйте. Может я неправильно понял, но....
На 5:26 Вы говорите: "Если какая-то последовательность управляющих символов встречается в данных, перед ними добавляется эскейп-последовательность DLE для того, чтобы протокол понимал, что в реальности это данные, а не управляющие символы". Все запутанно. Думаю, что именно для того, чтобы показать что последовательность управляющих символов является управляющей перед ними добавляется эскейп-последовательность DLE, а в данных эти символы передаются без нее. Или я запутался? Разъясните пожалуйста этот момент.
Здесь имеется в виду, что текст может содержать символы DLE. Например, текст может быть про актера ADAM SANDLER. Фамилия актера содержит символы DLE, но это часть фамилии, а не управляющие символы. Чтобы протокол понял это, приходится добавлять DLE еще раз. Актер при передаче данных будет записан так: ADAM SANDLEDLER. Получатель увидит DLE два раза и преобразует в нужное ADAM SANDLER.
Здравствуйте, Андрей! Спасибо за быстрый ответ. Теперь все понятно. Очень хорошие у Вас лекции. Особенно нравится порядок изложения материала, не создающий каши в голове. .
На около 03:05 минуте одно не понял... максимум длина получается может быть 255 байтов? То есть 1111 1111 ? Если может быть длиннее то как это указывается, чтобы принимающая сторона поняла, что длина 255 - не предел?
Спасибо! А можно ли в WireShark увидеть преамбулу? Какой подуровень мы видим в кадрах в WireShark: LLC или MAC? И зависит ли это от интерфейса?
В Wireshark преамбула не показывается. Уровни LLC и MAC в Ethernet смешаны.
12:06 - кажется тут ошибка. редкие ошибки на уровне выше канального наверное?
проверьте, прошу.
иначе получается и редкие ошибки на канальном и частые - на нем же.
Не понял объяснение про скользящее окно, а именно фразу : "Получатель передает подтверждение не для каждого отдельного сообщения, а для последнего полученного сообщения". А если в кадре много сообщений, а сбой произойдет в каком-то из сообщений посередине кадра (контрольная сумма не сошлась), а последнее сообщение нормально принялось, то не подтвердят весь кадр? А размер кадра заранее оговорен между передатчиком и приемником или тоже посылается при посылке кадра ?
спасибо Андрей
Пожалуйста!
Сделал ввод из этого видео такой способы восстановление фрейма то есть кадра работает в канальном уровне а канальный уровень это коммутация пакетов который работает в локальном сети то есть способы восстановление пакета на канальном уровне работает только в локальных сетях а в глобальных сетях используется Tcp IP так как в пакете тоже имеется чек сумма(контрольная сумма) для востоновление и обнаружение ошибок в пакете
gozel analiz
mene de maralqidi hele bu movzu
ferqini tam deqiqleshdire bilmemishem
@@atillaattila8900 hər layer öz üzərinə düşəni edir , switching lokal şəbəkəyə aid olsada belə ,əslində provayderlə bizim aramızdada switching olur Mac adress səviyəsində,yəni bizdə provayderin lokal şəbəkəsindəyik demək olar, sadəcə olaraq Public ip lərdən istifadə edirik , bunu ona görə izah etdim ki Bu yazdığım komment artıq öz aktuallığını itirib bunu yazanda təzə təzə başa düşürdüm , istədim sizin üçün izah edim
@@eldarkarimov5791 onu onsuzda anlamishdim 3 qabaq yazilan sherhdi.
Ancaq menim uchun hele yeni temadi.
Bu cox gozel izah edir. Bizimkilerin coxu men baxdiqim qederi ile cox vaxt yalnish melumat verirler.
TCP eger checksum edirse o zaman bu ikinci levelde neye gerekdi bu yoxlama. Istenilen halda hem daxili hemde qlobal shebekede onsuzda TCP seviyyesinde yoxlanilacaqda bu. 2 ci levelde yoxlanilanda TCP yoxlamir deye bir shey yoxdu mence.
@@atillaattila8900 ua-cam.com/video/Z-a7MNStFQs/v-deo.html&ab_channel=GeekBrains Məsləhət görürəm buna-da baxasız
@@eldarkarimov5791 tesekkurler
Var olun
Подача супер!
Мне кажется если назвать "физический" уровень уровнем "физического канала", а "канальный" уровень - уровнем "логического канала", общая схема станет понятнее.
6:25 Если 111111 превращается в 1111101, то как это отличить от реального 1111101?
насколько я понял "реальный 1111101" будет превращен в 11111001, при получении будет произведена обратная операция ( -убирание- игнорирование нуля после пяти единиц)
а вот дуплексная среда (full-duplex или просто duplex) как-то соотносится с передачей кадра и получением подтверждения (я так понимаю, это последовательно происходит). Или дуплексная среда - вообще о другом?
В случае точка-точка MAC не нужен, только если у нас компьютеры разделены на master и slave или канал связи полнодуплексный. Если компьютеры равноправны и канал полудуплексный, то нужно как-то определить, кто начнет диалог...
Если канал точка-точка, то у него по одному отправителю и получателю. Поэтому с точки зрения канала без разницы, кто начнет диалог. Это важно для протоколов более высокого уровня.
@@AndreySozykin А если они одновременно начнут диалог? Они ведь не услышат друг друга
Зависит от типа канала. Если full duplex то можно одновременно в обе стороны данные передавать.
Андрей, у меня к Вам два вопроса.
1. Какой метод обработок ошибок используется в Ethernet (классическом и коммутированном).
2. Как происходит на канальном уровне предотвращения затопления медленного получателя быстрым отправителям.
Спасибо Вам заранее.
врлде бы в фидо тоже была последовательность символов +++, которая кажется обрывала передачу данных по модему, и у кого в подписи были три плюса, были проблемы
Возможно. С фидо я не работал.
Спасибо!
Пожалуйста!
Но ведь подуровень МАС отвечает и за передачу кадров между конечными узлами при помощи физического уровня, то есть при помощи его (физического уровня) функций и устройств, разве нет? Просто это есть в книжке у Олиферов, но нет у вас. Если что, это глава 11, страница 310 , прямо в начале страницы. Можно сказать, что это очевидно, но вот я как-то не догадывался до этого до прочтения данной главы. Или же это излишнее усложнение и поэтому вы не стали добавлять это в видео?
Сложный вопрос. Проблема в том, что в реальных устройствах физический и канальный уровень объединены. Поэтому сложно четко разграничить, какой именно уровень за что отвечает в реальности.
Не понятен переход от способа определения кадра к средствам физической среды. Складывается впечатление что есть две среды - виртуальная и физическая. И в обоих средах возможны разные способы определения начала и конца кадра. И ещё вопрос, на каком уровне модели OSI работает сетевая карта?
Сетевая карта работает на двух уровнях модели OSI: физическом и канальном.
Два этих уровня, действительно, работают независимо. Можно сказать, что физический уровень - это физическая среда, а канальный - виртуальная. Все уровни выше физического предоставляют некотопую виртуальную среду. Чем выше уровень, тем больше у этой среды функций.
Нечего не запомнил, но очень интересно!
Спасибо большое!
5:28 dle это не дельта линк эскейп, а дата линк эскейп, или меня уже глючит
Вопрос, что есть классический эзернет? 10мбит? т.е. вы хотите сказать что preambula, sof, ifg в fast eternet и выше не существует? на сколько я знаю все иначе к примеру IFG о котором кстати речи не было меняется от типа интерфейса а CSMA/CD существует до 1Gb в 10G IFG уже нет но вот вопрос preambula? а еще если 1gb работает в half то размер пакета не может привышать 512? Rigth?
Сам Кадр Fast Ethernet отделяется J K и T символами , просто в отличии от простого Ethernet перед преамбулой J K есть еще преамбула Idle (признак свободного состояния среды)
А что, если в данных 5 единиц подряд, а потом 0? Тогда DHLC проигнорирует ноль, принадлежащий данным, и данные исказятся?
Андрей, большое вам спасибо,и пожалуйста подскажите какую нибудь литературу,что бы читать параллельно ,тоже что нибудь доя новичков
Вот книги, которые я рекомендую:
1. Э.Таненбаум, Д.Уэзеролл. Компьютерные сети.
2. В. Г. Олифер, Н. А. Олифер. Компьютерные сети. Принципы, технологии, протоколы.
3. Д. Ф. Куроуз, К. В. Росс. Компьютерные сети. Нисходящий подход.
А можно ли как то повлиять на вероятность выбора какого то одного компьютера в сети WiFi для управления потоками трафика?
Для этой цели можно использовать технологии Quality of Service, например, Wi-Fi Multimedia.
здравствуйте, а как будет работать система скользящее окно, если получатель обнаружит в одном из кадров ошибку? Отправитель заново отправит все кадры, или передаст кадр с ошибкой в следующий раз?
Вопрос по теме вставки байтов (протокол BSC): если DLE - это escape-последовательность, а сочетание , например, DLE STX - это начало кадра, то почему Андрей говорит - " если какая-то последовательность управляющих символов встречается в данных, перед ними добавляется escape-последовательность DLE, что бы протокол понимал, что в реальности это данные, а не управляющие символы.". Мы же как раз и ставим DLE, что бы дать понять что STX - начало кадра (т.е. управляющая последовательность, а не просто данные STX). Надеюсь объяснил понятно. Подскажите, знающие люди.
да, противоречие в словах автора, тоже заметил (или тоже не понял, хах)
Андрей, спасибо большое за ваши лекции! Есть вопрос по поводу подуровней.
Как я понимаю, для разных технологий используются разные кадры канального уровня, для классического и коммутируемого Ethernet и Wi-Fi они будут разные. Но я не понимаю как в этом плане совмещаются LLC и MAC уровни, кадр LLC инкапсулируется в кадр MAC? В чём их отличия и как они взаимодействуют между собой?
😊😂😊😊😅жц
МШ😊Џџнћм м
Ш
Что-то я не поня про разделяемую среду. Можно на примере как она выглядит?
Насколько я понимаю, разделяемая среда - это канал связи. То есть, у того же вай фая есть абстрактный канал связи, по которому в данный момент времени может передавать информацию только один компьютер
Пример разделяемой среды - Wi-Fi. Сигнал могут передавать одновременно несколько устройств.
А канальный уровень не отвечает за адресацию в сетях, где не используется общая среда передачи (например, в коммутируемом Ethernet)?
Отвечает за адресацию во всех сетях, где используется. В коммутируемом Ethernet используются MAC адреса, так же как в классичесском Ethernet и Wi-Fi
Просто в лекции Вы подчеркнули, что где используется множественный доступ к каналу связи, то канальный уровень отвечает за адресацию. Но в коммутируемом Ethernet нет множественного доступа, но канальный уровень все равно отвечает за адресацию. В этом моменте слегка запутался.
Нет множественного доступа на уровне одного канала связи. Но к коммутатору Ethernet подключено большое количество устройств, поэтому он должен знать, какому именно устройству предназначены данные. Поэтому адреса нужны обязательно.
Спасибо за лекцию, а как передаются большие файлы в разделенной среде а другие компьютеры ждут?
Большие файлы делятся на маленькие части по размеру кадра и передаются такими частями. В алгоритмы управления доступом к разделяемой среде встроена защита от монополизации доступа к каналу одним отправителем, так что передача одного большого файла не должна быть помехой для других компьютеров.
Методы управления доступом. Я и жена подключены к вайфаю. Оба смотрим разные фильмы. Как тогда мы можем одновременно смотреть, как делятся 2 потока информации, как чередуются ? Я не понимаю. Поясните пожалуйста.
Про Wi-Fi и методы управления доступом есть отдельные лекции. Смотрите последовательно и во всем разберётесь.
@@AndreySozykin благодарю. ))
Я правильно понял, разделяемая среда это как широковещательная, то есть доступ к данным имеют все компьютеры?
Да, именно так.
Уважаемый Андрей, у меня вопрос:
Когда в сети работают два хоста (или просто устройства), которые работают разными скоростями, то перед тем, как передавать данные по своей скорости отправитель не согласовывает параметры передачи данных при помощи протокола TCP (если она используется во время связи), и тогда отправляет данные с теми параметрами, в рамке которых отправитель и получатель уже "договорились"? Или я не прав. Прошу обястнить, так как хочу понять этот ньюанс.
Заранее спасибо.
Это делается при установке соединения TCP, а также с использованием окна перегрузки. Есть несколько отдельных видео на эту тему.
А почему J, K и Т являются неиспользуемыми символами?
Так условились при создании кода.
Если используется рандомизированный метод управления доступом ( 1/N ), то значит ли это что:
В 100Мб сети при 10 работающих хостах, будет верным правило для одного хоста 100Мб / 10 = 10 Мб максимальная пропускная способность (скорость)? Или это как-то корректируется?
Это теоретически. На самом деле максимальная пропускная способность намного ниже, помимо полезного трафика по сети гуляет много служебного.
Современные управляемые коммутаторы и маршрутизаторы способны настраивать определённый режим работы (дуплекс, полудуплекс) и скорость канала связи для определенного интерфейса (порта) в зависимости от нужд и поддерживаемой версии ethernet.
И еще вопрос, стоит ли уделять внимания байтам? Например: начало 10101010, конец 10101011 и т.д
Нет, не стоит.
@@AndreySozykin спасибо
6:20, а если именно само сообщение "111110", а ноль будет проигнорирован и получится "11111"?🤔
При отправке если в сообщении встречаются пять 1, то после них вставляется 0. Т.е. в сообщение 111110 встанет 0 и получится 1111100. При приемке сообщения после каждый пяти 1 убирается 0, т.е. 1111100 превратиться в 111110 (в то сообщение которое и хотели передать).
@@volvoks4570 те всё предусмотрено👍👌
Вы не могли бы объяснить в чем разница между каналом связи и средой передачи данных. Мне казалось, что это одно и тоже. Но после того, как услышал "каналы связи с разделяемой средой передачи данных", все совсем перепуталось. Спасибо
На примере радио: среда одна (эфир, радио-эфир) , а каналов много. Каналами могут например являтся разные длины волн (частоты) на которых вещают разные радиостанции (или wifi-устройства) и соответственно приёмник обычно настроен только на одну из частот/радиостанций а не на несколько. У wifi есть например несколько разных частотных каналов. Но разделение среды может производится не только по частоте. Может производится и по времени: если например разделить время на отдельные периоды одинаковой длины, которые повторяются, а эти периоды разделить на определённое число (N) одинаковых подпериодов, то мы получим среду разделяемую по времени. В каждое из этих N подпериодов имеет право вещать только одно устройство. В итоге мы получаем N логических каналов в одной физической среде (физическом канале). Но это еще не всё, среду можно разделять на каналы и по другим параметрам, например путём кодирования, а логичсекие каналы соответственно можно разделять ещё и ещё раз и опять же совершенно разными методами. Советую по этому поводу почитать статью о мультиплексировании.
А можно было бы утраивать перед передачей каждую единицу информации, а потом смотреть на каждые три единицы и итоговой делать ту, которых больше в этой тройке? )) И ещё вопрос : почему когда конец и начало отмечаются количеством символов в одной передаваемой единице при передаче из - за искажения может пропасть это количество и тогда всё перепутается, а при другой кодировке такого не происходит? Если в последовательности, которой мы кодируем начало и конец, что-то исказится мы же не отличим её от сообщения....
Утраивать можно, но тогда скорость снизится в три раза. На практике это оказалось не очень полезно.
как данные сетевого уровня передаются на уровень ниже (канальный уровень)? Разве не по порядку на возрастание передаются данные?
При отправке данных они передаются по уровням модели OSI (tcp/ip) сверху вниз (инкапсулируются), ip-пакет инкапсулируются во фрейм. При получении все наоборот - ip-пакет извлекается (декапсулируются) из фрейм и данные передаются сверху вниз до прикладного.
спасибо!
Пожалуйста!
спасибо
Пожалуйста!
А как в протоколах HDLC и PPP закодировать последовательность 111110 ?
Как я понял, тогда в кадре будет такая запись 1111100, первый ноль игнорируется и читается второй, в итоге получатель прочитает 111110
Это поэтому вай фай в два раза медленней работает, потому что одно сообщение=одно подтверждение + постоянное исправление ошибок?
Это вносит вклад, но основная причина в другом. Через беспроводную среду сложнее передавать данные, чем по проводам, поэтому там другие методы представления информации при передаче и другие особенности физического уровня.
Канальный уровень является первым уровнем в модели TCP/IP?
Канальный и физический являются первым уровнем в модели tcp/ip, сетевой-2, транспортный -3, остальные -4
Спасибо
Пожалуйста!
Спасибо за урок! Кто-нибудь объясните почему J = 11000?
Пожалуйста. Особой причины нет, просто выбрали такое значение.
@@AndreySozykin Спасибо!
дуже дякую!
Метод "скользящее окно" разве не UDP протокол?
Нет, TCP.
@@AndreySozykin а почему тогда про канальный уровень говорится?
Потому что методы подтверждения доставки похожи как для канального, так и для транспортного уровня. На канальном уровне скользящее окно использовалось в протоколе HDLC. Но когда каналы связи стали качественнее и ошибок стало меньше, от скользящено окна на канальном уровне решили отказаться.
6 единиц это проблема, но более 6 единиц это же не проблема, или это опечатка или я что-то не понимаю
Где же были эти видео-уроки, когда я проходил первый раз сети 6 лет назад??? :( Просто каждый видеоролик максимально доводится до того, кто смотрит.. А то преподавателю любят нагрузить теор. кучей терминов и сиди гугли.
Спасибо за приятный отзыв!
6 лет назад я про запись видеолекций даже не думал :-)
вчера я нашел косяк автора в видео (касается неверного изложения информации о протоколе BSC) и описал его с указанием ссылки на информацию. Сегодня мой комментарий уже не существует.
Странно, я не удаляю комментарии, если в них нет прямых оскорблений. В том числе с замечаниями по содержанию видео. Можете заново написать?
@@AndreySozykin наверно ютуб удалил из-за ссылки, я привел описание протокола BSC и дал ссылку на первый попавшийся сайт (кажется это был какой-то тульский университет). В чем была суть комментария моего: вы сначала говорите что DLE это начало служебных данных, а завершаете фразу тем что говорите что ДЛЕ обозначает обычные данные. Также, как я понял, начало кадра в протоколе BSC обозначается SYN, а TLE STX это вроде начало заголовка. Наверно это все неважно в контексте современных сетей, но ошибка есть ошибка. В комментах кто-то еще также обращал внимание на этот момент. Но также я допускаю что это я тупой и всё неверно понял, уверенности в своих словах у меня нет.
Спасибо, в новой версии курса постараюсь это учесть.
рахмат ака
в тот день заболел парикмахер
Если не взападло, объясните нубу понятным языком, как роутер wi-fi предотвращает колизии, как он понимает что этот бит от ноутбука, а другой бит со смарта, как он ставит их в очереди? Я думаю на физическом уровне это не возможно. Поясните
Роутер работает ведь не просто на 2.4 частоте, там у него диапазон подчастот.
Это делается на канальном уровне по MAC-адресу отправителя.
Про Wi-Fi и обнаружение коллизий есть отдельная лекция. Но не рекомендую сразу перескакивать на неё, понять будет сложно. Лучше все лекции подряд смотрите, тогда понятнее будет.
@@AndreySozykin если не сложно ответьте пожалуйста в лекциях про ТСР, я вчера вопросы задавал)
@@AndreySozykin Спасибо!
👍
Awesome
Thank you!
Ой вы обросли в этом выпуске по сравнению с предыдущим ))))
Да, я это обновлённая версия 😉
Я лузер . И даже мне архи интересно слушать .
Блэт Канальный
5 балов