Канальный уровень | Курс "Компьютерные сети"

Лекция по канальному уровню модели OSI. Курс "Компьютерные сети" - .
Поддержать курс можно через сервис Cloudtips - pay.cloudtips.ru/p/45a4055b
Заранее спасибо за помощь!
Добавляйтесь в друзья в социальных сетях:
VK - avsozykin
telegram - t.me/a_sozykin
Мой сайт - www.asozykin.ru
Основные задачи канального уровня:
1. Передача сообщений по каналам связи - кадров (frame). Определение начала/конца кадра в потоке бит
2. Обнаружение и коррекция ошибок
3. Множественный доступ к каналу связи:
- Адресация
- Согласованный доступ к каналу связи
Методы выделения кадров:
- Указатель количества байт
- Вставка байтов (byte stuffing)
- Вставка битов (bit stuffing)
- Средства физического уровня
Обнаружение и исправление ошибок:
1. Обнаружение ошибок
- Контрольная сумма
2. Исправление ошибок
- Коды исправляющие ошибки (с избыточной информацией)
- Позволяют обнаруживать и исправлять ошибки
3. Повторная отправка данных
- Если в кадре обнаружена ошибка, его можно отправить заново.
- Повторная отправка кадра, который не дошел до получателя
Типы повторной отправки:
1. Остановка и ожидание.
2. Скользящее окно.
Канальный уровень в модели OSI состоит из двух подуровней:
1. Подуровень управления логическим каналом (LLC)
- Отвечает за передачу данных (создание кадров, обработка ошибок и т.д.)
- Общий для разных технологий
2. Подуровень управления доступом к среде (MAC):
- Совместное использование разделяемой среды
- Адресация
- Специфичный для разных технологий
- Не является обязательным
Технологии канального уровня:
- Ethernet, Wi-Fi (современные)
- Token Ring, FDDI, ATM, 100VG-AnyLAN (устаревшие)

[@AndreySozykin]

Перезалив видео с более качественным звуком и исправленными ошибками.

[@TheKent1981]

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

[@ivantsybulin8328]

ответственность .

[@eugelion7535]

Спасибо за курс.

[@AndreySozykin]

Пожалуйста!

[@alexey104]

Красавчик, спасибо за твой труд!

[@cucumbermolodets7262]

Здравствуйте Андрей! Это просто чудо ,что Вас нашел! Спасибо огромное за такой структурированный материал

[@AndreySozykin]

Спасибо за приятный отзыв! Рад, что понравилось!

[@manOfPlanetEarth]

@@AndreySozykin 7:35 не понял: как это буквы J, K, T не используются для представления данных????

[@Beatsfreek]

Я сис-админ самоучка и многие вещи я представлял себе по другому всегда, но в практике это работало и я как-то не сильно парился про термины и все такое. Так сложилось в жизни, что я три года не занимался профессией и к тому, что я и так знал все на уровне пальцев, я еще кучу всего забыл. Этот курс смотрю как школьница, самое главное, что я все знаю и понимаю, в голове просто порядок наводиться и я зная практическую часть, просто понимаю как она работает. Это Типа как уметь ездить на машине, а прав нету. Так вот этот курс для меня как права) Спасибо, за труд, очень классно все и понятно и главное по теме, нету кучи глупого текста, я не только про эту лекцию говорю конкретно, а про весь курс. Респект коллега)

[@AndreySozykin]

Спасибо за приятный отзыв! Рад, что курс помогает!

[@Beatsfreek]

@@AndreySozykin Жаль, что нет возможности к вам на живые лекции попасть (2300км) Киев. Я бы не пропускал, будь я у вас студентом.

[@AndreySozykin]

Сейчас я уже не веду живые лекции по компьютерным сетям :-( Все смотрят видео.

[@qudr0151]

отличная подача материала , спасибо , успехов.

[@AndreySozykin]

Пожалуйста! Рад, что нравится!

[@mishkasensei]

Лайк сразу! Смотрел ваши видео в своё время, они очень мне помогли быстро понять, что такое сети! Спасибо вам!

[@AndreySozykin]

Спасибо!

[@Anyama86]

Великолепно! Просто благодарность за эти лекции!

[@nikolay_antipin]

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

[@user-sankarsana]

Великолепно! Спасибо! Очень наглядно и понятно.

[@AndreySozykin]

Пожалуйста! Успехов!

[@renzar1302]

Бесподобная подача и подготовка! Готовлюсь к собеседованию и, надеюсь, пройду) Спасибо Вам за работу.

[@annakunitskaya6610]

Спасибо огромное за ваши лекции. Даже мне стало понятно!)

[@AndreySozykin]

Пожалуйста! Рад, что видео помогают!

[@mikhailrokhlenko6424]

Спасибо Вам большое за Ваш огромный труд, что бы другие освоили Ваш материал) Желаю Вам и дальше снимать еще более познавательные видео)

[@AndreySozykin]

Спасибо! Видео обязательно будут!

[@dinislamzan9452]

спасибо за вашу работу, очень полезно

[@ggwp-rt3kf]

Очень благодарен автору. Приятно слушать, подача материала легкая и уроки очень информативны.

[@AndreySozykin]

Спасибо за приятный отзыв!

[@user-ey4qp4mq4q]

Спасибо за видео! Отличная подача материала

[@AndreySozykin]

Пожалуйста!

[@globglogabgalab1264]

Благодарю за выпуск. Всё понятно, ёмко, классно!

[@AndreySozykin]

Спасибо!

[@user-pe7ck8nl6u]

Благодарю за труды, очень доходчиво.

[@elenaizmaylova9331]

Андрей, благодарю! Вы лучший!

[@user-gc9gr9pc5m]

Очень классно рассказали материал, у меня как раз были проблемы с пониманием Канального уровня, но теперь их нет...Спасибо вам.

[@AndreySozykin]

Пожалуйста!

[@dasmalas9960]

Так круто объяснил, спасибо !!

[@kseniyasakki4382]

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

[@AndreySozykin]

Пожалуйста!

[@user-ne4xt9mv1p]

Прекрасный курс! Спасибо!

[@banan0505]

Спасибо, очень ценный труд!

[@user-ex7vn8pl2l]

Андрей ты молодец ,, спасибо тебе огромное !

[@AndreySozykin]

Пожалуйста!

[@TheKent1981]

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

[@AndreySozykin]

Спасибо! Лекция про следующий уровень OSI (сетевой) уже есть - kzbin.info/www/bejne/gV7cp6Nnqc5gh7c. На всякий случай ссылка на плей-лист с полным курсом по компьютерным сетям - kzbin.info/aero/PLtPJ9lKvJ4oiNMvYbOzCmWy6cRzYAh9B1

[@TheKent1981]

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

[@Wtf95]

Подача супер!

[@vskorobahatko]

Дошел до канального уровня и понял что уроков 56, но если рассказать детально... то уроков будет как минимум 560) Респект что так компактно уложил все!

[@AndreySozykin]

Спасибо!

[@user-ku3go7mg9n]

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

[@Dm-if3vl]

Спасибо!

[@Q_School]

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

[@feeelgoood9580]

Самое продуманное и чёткое описание канального уровня и кадров

[@AndreySozykin]

Спасибо!

[@TheTexPro]

Спасибо большое!

[@pshenychka828]

У Вас шикарні лекції, дякую Вам щиро.. Лайкнула і підписалась))

[@AndreySozykin]

Спасибо!

[@MoZayac]

Когда то писал работу дипломную - архиватор по принципу бинарного дерева (метод Хофмана), там при построении сплошных бит нужно было выделить обратную последовательность, но как оказалось, при создании бинарного дерева такое не требуется, т.к. каждый символ был уникальный и чётко выделялся среди 0 и 1 просто не существовало второй такой последовательности, я тогда думал так же как это круто кодировать таким способом, без ключа понять текст было невозможно, но при этом имея ключ, в виде дерева ты мог расшифровывать любое количество текста и из любого набора бит вытягивать отдельный байты. За курс однозначно лайк, смотрю с удовольствием.

[@user-yo7me1ep6h]

Отличная лекция

[@AndreySozykin]

Спасибо!

[@bur5153]

спасибо Андрей

[@AndreySozykin]

Пожалуйста!

[@user-oq4yg1nk9v]

Спасибо !!!

[@AndreySozykin]

Пожалуйста!

[@semik8412]

Было трудно, но интересно

[@AndreySozykin]

Успехов!

[@user-ec1tw4nk2p]

Спасибо

[@AndreySozykin]

Пожалуйста!

[@Ars-ow9cz]

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

[@AndreySozykin]

Не обязательно в коммутаторах, в любых устройствах.

[@repz48]

спасибо!

[@AndreySozykin]

Пожалуйста!

[@user-ol5ro8xj3p]

спасибо

[@AndreySozykin]

Пожалуйста!

[@user-lv2mh8ov7q]

Мне кажется если назвать "физический" уровень уровнем "физического канала", а "канальный" уровень - уровнем "логического канала", общая схема станет понятнее.

[@user-cs1fd2yg4r]

Здравствуйте! Спасибо за отличный курс. Есть вопрос по классическому Ethernet. Из видео понятно, что перед кадром должна находиться преамбула (6:40), однако ранее было сказано, что сам кадр состоит из заголовка, пакета и концевика. Правильно ли я понимаю, что итоговые данные должны состоять из преамбулы, заголовка, пакета и концевика? Если да, то какие заголовок и концевик применяются? Или, возможно, здесь речь идет не от преамбуле к кадру, а о преамбуле к пакету и заголовок и концевик не требуются?

[@creakernetworking3145]

рахмат ака

[@user-rw3se4hx9n]

если случайно открыть любое видео - первое впечатление отталкиевает. движение губ и речь не совпадают и вызываеют недоумение.... потосле когда начинаешь вникать в суть - понимаешь это просто MUSTHAVE видео.! СПАСИБО ТЕБЕ ЧЕЛОВЕЧИЩЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕ!!!!! ))))))))))

[@AndreySozykin]

Пожалуйста! Рассинхрон действительно есть в некоторых видео. Сейчас пытаюсь перезаписать видео с самым плохим качеством.

[@user-rw3se4hx9n]

@@AndreySozykin не надо. Видео не развлекательного характера. а учебного. Асинхрон не мешает. Было бы круто сразу упомянут ьв самом первом видео что можно пройти часть мастериала и сразу практикой закрепить по списку видео из практичесского курса. И так далее теория пару видосов и тут же практика из другого списка.

[@eugeniatikhomirova7542]

Спасибо! А можно ли в WireShark увидеть преамбулу? Какой подуровень мы видим в кадрах в WireShark: LLC или MAC? И зависит ли это от интерфейса?

[@AndreySozykin]

В Wireshark преамбула не показывается. Уровни LLC и MAC в Ethernet смешаны.

[@tkaisar]

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

[@AndreySozykin]

Возможно. С фидо я не работал.

[@timavasgerb1491]

Андрей, у меня к Вам два вопроса. 1. Какой метод обработок ошибок используется в Ethernet (классическом и коммутированном). 2. Как происходит на канальном уровне предотвращения затопления медленного получателя быстрым отправителям. Спасибо Вам заранее.

[@vasylviazovykov8506]

дуже дякую!

[@igorm6585]

Не понял объяснение про скользящее окно, а именно фразу : "Получатель передает подтверждение не для каждого отдельного сообщения, а для последнего полученного сообщения". А если в кадре много сообщений, а сбой произойдет в каком-то из сообщений посередине кадра (контрольная сумма не сошлась), а последнее сообщение нормально принялось, то не подтвердят весь кадр? А размер кадра заранее оговорен между передатчиком и приемником или тоже посылается при посылке кадра ?

[@ekaterinagalkina7303]

а вот дуплексная среда (full-duplex или просто duplex) как-то соотносится с передачей кадра и получением подтверждения (я так понимаю, это последовательно происходит). Или дуплексная среда - вообще о другом?

[@gggutya]

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

[@user-dd2gt1ph2e]

Нечего не запомнил, но очень интересно!

[@jitrixjitrix759]

Спасибо за такое хорошее разъяснение материала! Не скучно, качественно! Продолжайте в том же духе! Единственное, не понял про метод вставки бит... почему мы на 100% уверены что 01111110 позволят нам отделить кадр ведь это же может встретиться в данных ? (мб).

[@AndreySozykin]

Чтобы в данных такой последовательности не встретилось, после 5 подряд идущих единиц добавляется 0. Получатель это понимает и убирает такой 0 из принимаемых данных.

[@jitrixjitrix759]

@@AndreySozykin спасибо

[@cracker8800]

@@AndreySozykin а если в данных должно быть 5 единиц, как получатель поймет, надо убирать 0 или нет?

[@user-hd1ev4fg3o]

​@@cracker8800 если я правильно понял, то 0 после 5 единиц убирается в любом случае. Если у нас последовательность бит 1111101, то это будет преобразовано в 11111001, а получатель просто уберёт лишний ноль.

[@user-vh5kq6pm7e]

@@user-hd1ev4fg3o Вы гений) Я искал такой ответ, спасибо!

[@user-yw4jn2ki4g]

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

[@user-mq6lw4dx5r]

Поздний ответ, но может кому пригодиться. В таком случае используется нумерация сообщений. Вы отправили сообщение с номером 1 оно дошло но ответ не успел вернуться, и хост снова отправил сообщение с номером 1. В этом случае сервер поймет что у него 2 одинаковых сообщение и выбросит одно из них.

[@alxmark6086]

@@user-mq6lw4dx5r а где записывается эта вся нумерация? В преамбуле кадра?

[@user-xy2ut3wt5p]

Андрей, большое вам спасибо,и пожалуйста подскажите какую нибудь литературу,что бы читать параллельно ,тоже что нибудь доя новичков

[@AndreySozykin]

Вот книги, которые я рекомендую: 1. Э.Таненбаум, Д.Уэзеролл. Компьютерные сети. 2. В. Г. Олифер, Н. А. Олифер. Компьютерные сети. Принципы, технологии, протоколы. 3. Д. Ф. Куроуз, К. В. Росс. Компьютерные сети. Нисходящий подход.

[@sammyel4eg]

Вопрос, что есть классический эзернет? 10мбит? т.е. вы хотите сказать что preambula, sof, ifg в fast eternet и выше не существует? на сколько я знаю все иначе к примеру IFG о котором кстати речи не было меняется от типа интерфейса а CSMA/CD существует до 1Gb в 10G IFG уже нет но вот вопрос preambula? а еще если 1gb работает в half то размер пакета не может привышать 512? Rigth?

[@Bk-dj4st]

Сам Кадр Fast Ethernet отделяется J K и T символами , просто в отличии от простого Ethernet перед преамбулой J K есть еще преамбула Idle (признак свободного состояния среды)

[@F_S_A]

Спасибо за лекцию, а как передаются большие файлы в разделенной среде а другие компьютеры ждут?

[@AndreySozykin]

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

[@DaniilK-hq5go]

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

[@AndreySozykin]

Для этой цели можно использовать технологии Quality of Service, например, Wi-Fi Multimedia.

[@MrSorrow]

На около 03:05 минуте одно не понял... максимум длина получается может быть 255 байтов? То есть 1111 1111 ? Если может быть длиннее то как это указывается, чтобы принимающая сторона поняла, что длина 255 - не предел?

[@no-user-found]

6:25 Если 111111 превращается в 1111101, то как это отличить от реального 1111101?

[@maxwyan303]

насколько я понял "реальный 1111101" будет превращен в 11111001, при получении будет произведена обратная операция ( -убирание- игнорирование нуля после пяти единиц)

[@FeelUs]

В случае точка-точка MAC не нужен, только если у нас компьютеры разделены на master и slave или канал связи полнодуплексный. Если компьютеры равноправны и канал полудуплексный, то нужно как-то определить, кто начнет диалог...

[@AndreySozykin]

Если канал точка-точка, то у него по одному отправителю и получателю. Поэтому с точки зрения канала без разницы, кто начнет диалог. Это важно для протоколов более высокого уровня.

[@FeelUs]

@@AndreySozykin А если они одновременно начнут диалог? Они ведь не услышат друг друга

[@AndreySozykin]

Зависит от типа канала. Если full duplex то можно одновременно в обе стороны данные передавать.

[@user-nr5tp2jo3u]

8:21 Во втором пункте "Исправление ошибок" в первом подпункте после слова "коды" не стоит запятая, а там причастный оборот дальше идёт, поэтому сиправьте! :))))))))))))

[@alexanderrudakov59]

Awesome

[@AndreySozykin]

Thank you!

[@rubensaghatelyan6284]

Уважаемый Андрей, у меня вопрос: Когда в сети работают два хоста (или просто устройства), которые работают разными скоростями, то перед тем, как передавать данные по своей скорости отправитель не согласовывает параметры передачи данных при помощи протокола TCP (если она используется во время связи), и тогда отправляет данные с теми параметрами, в рамке которых отправитель и получатель уже "договорились"? Или я не прав. Прошу обястнить, так как хочу понять этот ньюанс. Заранее спасибо.

[@AndreySozykin]

Это делается при установке соединения TCP, а также с использованием окна перегрузки. Есть несколько отдельных видео на эту тему.

[@user-hg1ey8uy9s]

Не понятен переход от способа определения кадра к средствам физической среды. Складывается впечатление что есть две среды - виртуальная и физическая. И в обоих средах возможны разные способы определения начала и конца кадра. И ещё вопрос, на каком уровне модели OSI работает сетевая карта?

[@AndreySozykin]

Сетевая карта работает на двух уровнях модели OSI: физическом и канальном. Два этих уровня, действительно, работают независимо. Можно сказать, что физический уровень - это физическая среда, а канальный - виртуальная. Все уровни выше физического предоставляют некотопую виртуальную среду. Чем выше уровень, тем больше у этой среды функций.

[@FeelUs]

А как в протоколах HDLC и PPP закодировать последовательность 111110 ?

[@ivanlonshakov5072]

Как я понял, тогда в кадре будет такая запись 1111100, первый ноль игнорируется и читается второй, в итоге получатель прочитает 111110

[@Ars-ow9cz]

Но ведь подуровень МАС отвечает и за передачу кадров между конечными узлами при помощи физического уровня, то есть при помощи его (физического уровня) функций и устройств, разве нет? Просто это есть в книжке у Олиферов, но нет у вас. Если что, это глава 11, страница 310 , прямо в начале страницы. Можно сказать, что это очевидно, но вот я как-то не догадывался до этого до прочтения данной главы. Или же это излишнее усложнение и поэтому вы не стали добавлять это в видео?

[@AndreySozykin]

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

[@eldarkarimov5791]

Сделал ввод из этого видео такой способы восстановление фрейма то есть кадра работает в канальном уровне а канальный уровень это коммутация пакетов который работает в локальном сети то есть способы восстановление пакета на канальном уровне работает только в локальных сетях а в глобальных сетях используется Tcp IP так как в пакете тоже имеется чек сумма(контрольная сумма) для востоновление и обнаружение ошибок в пакете

[@atillaattila8900]

gozel analiz mene de maralqidi hele bu movzu ferqini tam deqiqleshdire bilmemishem

[@eldarkarimov5791]

@@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

[@atillaattila8900]

@@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.

[@eldarkarimov5791]

@@atillaattila8900 kzbin.info/www/bejne/kF7EaICEiNl5h9U&ab_channel=GeekBrains Məsləhət görürəm buna-da baxasız

[@atillaattila8900]

@@eldarkarimov5791 tesekkurler Var olun

[@undefined_rx0A]

Я правильно понял, разделяемая среда это как широковещательная, то есть доступ к данным имеют все компьютеры?

[@AndreySozykin]

Да, именно так.

[@johnsonsmith9015]

Если используется рандомизированный метод управления доступом ( 1/N ), то значит ли это что: В 100Мб сети при 10 работающих хостах, будет верным правило для одного хоста 100Мб / 10 = 10 Мб максимальная пропускная способность (скорость)? Или это как-то корректируется?

[@user-ii3xb8tm4m]

Это теоретически. На самом деле максимальная пропускная способность намного ниже, помимо полезного трафика по сети гуляет много служебного. Современные управляемые коммутаторы и маршрутизаторы способны настраивать определённый режим работы (дуплекс, полудуплекс) и скорость канала связи для определенного интерфейса (порта) в зависимости от нужд и поддерживаемой версии ethernet.

[@user-gr5ty5sx6z]

5:28 dle это не дельта линк эскейп, а дата линк эскейп, или меня уже глючит

[@UnknownUnknown-bo5dz]

А канальный уровень не отвечает за адресацию в сетях, где не используется общая среда передачи (например, в коммутируемом Ethernet)?

[@AndreySozykin]

Отвечает за адресацию во всех сетях, где используется. В коммутируемом Ethernet используются MAC адреса, так же как в классичесском Ethernet и Wi-Fi

[@UnknownUnknown-bo5dz]

Просто в лекции Вы подчеркнули, что где используется множественный доступ к каналу связи, то канальный уровень отвечает за адресацию. Но в коммутируемом Ethernet нет множественного доступа, но канальный уровень все равно отвечает за адресацию. В этом моменте слегка запутался.

[@AndreySozykin]

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

[@nokia_n-gage]

👍

[@user-im8tz5zu2f]

Канальный уровень является первым уровнем в модели TCP/IP?

[@Ms_cheese]

Канальный и физический являются первым уровнем в модели tcp/ip, сетевой-2, транспортный -3, остальные -4

[@artimity]

Что-то я не поня про разделяемую среду. Можно на примере как она выглядит?

[@samdistortion7588]

Насколько я понимаю, разделяемая среда - это канал связи. То есть, у того же вай фая есть абстрактный канал связи, по которому в данный момент времени может передавать информацию только один компьютер

[@AndreySozykin]

Пример разделяемой среды - Wi-Fi. Сигнал могут передавать одновременно несколько устройств.

[@Aaabbbdddccc]

Методы управления доступом. Я и жена подключены к вайфаю. Оба смотрим разные фильмы. Как тогда мы можем одновременно смотреть, как делятся 2 потока информации, как чередуются ? Я не понимаю. Поясните пожалуйста.

[@AndreySozykin]

Про Wi-Fi и методы управления доступом есть отдельные лекции. Смотрите последовательно и во всем разберётесь.

[@Aaabbbdddccc]

@@AndreySozykin благодарю. ))

[@p_volokhov_edu]

Вы не могли бы объяснить в чем разница между каналом связи и средой передачи данных. Мне казалось, что это одно и тоже. Но после того, как услышал "каналы связи с разделяемой средой передачи данных", все совсем перепуталось. Спасибо

[@RoadToFuture007]

На примере радио: среда одна (эфир, радио-эфир) , а каналов много. Каналами могут например являтся разные длины волн (частоты) на которых вещают разные радиостанции (или wifi-устройства) и соответственно приёмник обычно настроен только на одну из частот/радиостанций а не на несколько. У wifi есть например несколько разных частотных каналов. Но разделение среды может производится не только по частоте. Может производится и по времени: если например разделить время на отдельные периоды одинаковой длины, которые повторяются, а эти периоды разделить на определённое число (N) одинаковых подпериодов, то мы получим среду разделяемую по времени. В каждое из этих N подпериодов имеет право вещать только одно устройство. В итоге мы получаем N логических каналов в одной физической среде (физическом канале). Но это еще не всё, среду можно разделять на каналы и по другим параметрам, например путём кодирования, а логичсекие каналы соответственно можно разделять ещё и ещё раз и опять же совершенно разными методами. Советую по этому поводу почитать статью о мультиплексировании.

[@user-me3yz9mq7f]

Андрей, здравствуйте. Может я неправильно понял, но.... На 5:26 Вы говорите: "Если какая-то последовательность управляющих символов встречается в данных, перед ними добавляется эскейп-последовательность DLE для того, чтобы протокол понимал, что в реальности это данные, а не управляющие символы". Все запутанно. Думаю, что именно для того, чтобы показать что последовательность управляющих символов является управляющей перед ними добавляется эскейп-последовательность DLE, а в данных эти символы передаются без нее. Или я запутался? Разъясните пожалуйста этот момент.

[@AndreySozykin]

Здесь имеется в виду, что текст может содержать символы DLE. Например, текст может быть про актера ADAM SANDLER. Фамилия актера содержит символы DLE, но это часть фамилии, а не управляющие символы. Чтобы протокол понял это, приходится добавлять DLE еще раз. Актер при передаче данных будет записан так: ADAM SANDLEDLER. Получатель увидит DLE два раза и преобразует в нужное ADAM SANDLER.

[@user-me3yz9mq7f]

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

[@edelweiss1999-f1x]

Андрей, спасибо большое за ваши лекции! Есть вопрос по поводу подуровней. Как я понимаю, для разных технологий используются разные кадры канального уровня, для классического и коммутируемого Ethernet и Wi-Fi они будут разные. Но я не понимаю как в этом плане совмещаются LLC и MAC уровни, кадр LLC инкапсулируется в кадр MAC? В чём их отличия и как они взаимодействуют между собой?

[@user-wf6ou8yv3v]

😊😂😊😊😅жц МШ😊Џџнћм м Ш

[@semik8412]

И еще вопрос, стоит ли уделять внимания байтам? Например: начало 10101010, конец 10101011 и т.д

[@AndreySozykin]

Нет, не стоит.

[@semik8412]

@@AndreySozykin спасибо

[@user-ye3dv9hd6j]

как данные сетевого уровня передаются на уровень ниже (канальный уровень)? Разве не по порядку на возрастание передаются данные?

[@user-ii3xb8tm4m]

При отправке данных они передаются по уровням модели OSI (tcp/ip) сверху вниз (инкапсулируются), ip-пакет инкапсулируются во фрейм. При получении все наоборот - ip-пакет извлекается (декапсулируются) из фрейм и данные передаются сверху вниз до прикладного.

[@DaniilK-hq5go]

А почему J, K и Т являются неиспользуемыми символами?

[@AndreySozykin]

Так условились при создании кода.

[@w1tcherj]

Это поэтому вай фай в два раза медленней работает, потому что одно сообщение=одно подтверждение + постоянное исправление ошибок?

[@AndreySozykin]

Это вносит вклад, но основная причина в другом. Через беспроводную среду сложнее передавать данные, чем по проводам, поэтому там другие методы представления информации при передаче и другие особенности физического уровня.

[@KuKurucha]

12:06 - кажется тут ошибка. редкие ошибки на уровне выше канального наверное? проверьте, прошу. иначе получается и редкие ошибки на канальном и частые - на нем же.

[@rvrby2541]

Спасибо за урок! Кто-нибудь объясните почему J = 11000?

[@AndreySozykin]

Пожалуйста. Особой причины нет, просто выбрали такое значение.

[@rvrby2541]

@@AndreySozykin Спасибо!

[@user-zl1pn7xt7y]

Вопрос по теме вставки байтов (протокол BSC): если DLE - это escape-последовательность, а сочетание , например, DLE STX - это начало кадра, то почему Андрей говорит - " если какая-то последовательность управляющих символов встречается в данных, перед ними добавляется escape-последовательность DLE, что бы протокол понимал, что в реальности это данные, а не управляющие символы.". Мы же как раз и ставим DLE, что бы дать понять что STX - начало кадра (т.е. управляющая последовательность, а не просто данные STX). Надеюсь объяснил понятно. Подскажите, знающие люди.

[@maxwyan303]

да, противоречие в словах автора, тоже заметил (или тоже не понял, хах)

[@user-kh8rx2cx1x]

А можно было бы утраивать перед передачей каждую единицу информации, а потом смотреть на каждые три единицы и итоговой делать ту, которых больше в этой тройке? )) И ещё вопрос : почему когда конец и начало отмечаются количеством символов в одной передаваемой единице при передаче из - за искажения может пропасть это количество и тогда всё перепутается, а при другой кодировке такого не происходит? Если в последовательности, которой мы кодируем начало и конец, что-то исказится мы же не отличим её от сообщения....

[@AndreySozykin]

Утраивать можно, но тогда скорость снизится в три раза. На практике это оказалось не очень полезно.

[@SlavaCh]

Ой вы обросли в этом выпуске по сравнению с предыдущим ))))

[@AndreySozykin]

Да, я это обновлённая версия 😉

[@user-fb5ih8pr7z]

5 балов

[@user-fv7jv2oo5z]

Где же были эти видео-уроки, когда я проходил первый раз сети 6 лет назад??? :( Просто каждый видеоролик максимально доводится до того, кто смотрит.. А то преподавателю любят нагрузить теор. кучей терминов и сиди гугли.

[@AndreySozykin]

Спасибо за приятный отзыв! 6 лет назад я про запись видеолекций даже не думал :-)

[@brayaka1418]

Метод "скользящее окно" разве не UDP протокол?

[@AndreySozykin]

Нет, TCP.

[@w1tcherj]

@@AndreySozykin а почему тогда про канальный уровень говорится?

[@AndreySozykin]

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

[@user-lh8om7bb7b]

6:20, а если именно само сообщение "111110", а ноль будет проигнорирован и получится "11111"?🤔

[@volvoks4570]

При отправке если в сообщении встречаются пять 1, то после них вставляется 0. Т.е. в сообщение 111110 встанет 0 и получится 1111100. При приемке сообщения после каждый пяти 1 убирается 0, т.е. 1111100 превратиться в 111110 (в то сообщение которое и хотели передать).

[@user-lh8om7bb7b]

@@volvoks4570 те всё предусмотрено👍👌

[@MrEmityushkin]

+Plus

[@iliashevtsov1351]

Блэт Канальный

[@tda_24]

в тот день заболел парикмахер

[@ksalarang]

A comment for promotion.

[@fpv_cinematic2460]

6 единиц это проблема, но более 6 единиц это же не проблема, или это опечатка или я что-то не понимаю

[@maxwyan303]

вчера я нашел косяк автора в видео (касается неверного изложения информации о протоколе BSC) и описал его с указанием ссылки на информацию. Сегодня мой комментарий уже не существует.

[@AndreySozykin]

Странно, я не удаляю комментарии, если в них нет прямых оскорблений. В том числе с замечаниями по содержанию видео. Можете заново написать?

[@maxwyan303]

@@AndreySozykin наверно ютуб удалил из-за ссылки, я привел описание протокола BSC и дал ссылку на первый попавшийся сайт (кажется это был какой-то тульский университет). В чем была суть комментария моего: вы сначала говорите что DLE это начало служебных данных, а завершаете фразу тем что говорите что ДЛЕ обозначает обычные данные. Также, как я понял, начало кадра в протоколе BSC обозначается SYN, а TLE STX это вроде начало заголовка. Наверно это все неважно в контексте современных сетей, но ошибка есть ошибка. В комментах кто-то еще также обращал внимание на этот момент. Но также я допускаю что это я тупой и всё неверно понял, уверенности в своих словах у меня нет.

[@AndreySozykin]

Спасибо, в новой версии курса постараюсь это учесть.

[@user-nm2lu8po7l]

Я лузер . И даже мне архи интересно слушать .