при установке соединения в ответ от получателя/отправителя приходит не то же число, а число + 1, на иллюстрации все норм, а вот озвучено не верно "16 -> 64, 17 (16+1) -> 17, 65 (64+1)" 12:30 тайминг
Прикольно, для быстрого ознакомления пойдет. В видео есть одна важная недосказанность, неточность, которую транслируют все во всех подобных материалах, насчет протокола UDP. Из вашего объяснения (90% других объяснений в Интернете) следует, что протокол UDP годится только для трансляции видео и подобного, где неполучение отдельных пакетов не является большой проблемой. Но это в корне не верное объяснение. На UDP работает, например Wireguard, или битторрент, там тоже не важна целостность пакетов? Вовсе нет. Дело в том, что в случае UDP контроль за целостностью пакетов передается хосту/программе, в то время как в TCP это делается на уровне протокола. И если в случае с видео целостность и доставку пакетов можно вовсе не проверять, то в случае с WG или торрентов это проверяется на программном уровне. Это важно, жаль что во всем интернете транслируется только идея с видео, вводя в заблуждение.
и что делать с потерянным пакетом ? Восстанавливать ? ха ха. Смотришь значит видео, бах тебе откат на 2 секнды и понеслось воспроизведение потерянных пакетов. Или играешь ты в ЦС, бах откат и переигрываешь. А ха ха ха. Да никто не замечает этих потерянных пакетов.
Спасибо за дополнение, подобное уточнение вроде как очевидно, но многие действительно могут не то подумать про просмотре видео 😊, кстати торенты и вг это уже оч далёкие примеры, банально на udp работает dhcp и ничего, при выдаче айпишников не теряет их)
У Андрея Созыкина и Таненбаума серьезный конкурент. Александр, спасибо за то, что вы делаете. Фундаментальный вклад в русскоязычное комьюнити. Неповторимо❤
Университетским образованием по сетям - не владею, но смотрел уже с десяток подобных видосов. *НАКОНЕЦ-ТО* мне доходчиво объяснили нутро того, как работают сети. Теперь было бы круто узнать - на таком же низком уровне - как работает VPN, SSH и прочее "туннелирование".
VPN - это просто "частная сеть", под этим понимается десяток различных вещей. И даже когда понимаете одно и тоже, оно реализуется десятками способов (любой программист в любой момент может придумать и реализовать что-то своё уникальное). Короче, узнать как работает VPN это примерно как узнать «как работает программа». Программ, понятное дело, тысячи и работают они по-разному) такая постановка вопроса не имеет смысла. SSH - а это уже конкретный протокол. Смысла разбирать как он устроен нет, если только ты не решил сделать свою реализацию клиента/сервера. Туннелирование - ну взял данные локально, упаковал, передал на другую машину, развернул, послал дальше словно они из этого места. Конкретная реализация - да тысячи их, любой программист может реализовать собственную. Собственно в данном видео все описано.
Большое спасибо за столь подробный и понятный разбор пакетов/сегментов/кадров. Было бы очень интересно когда-нибудь услышать как работала сеть по устаревшим технологиям (adsl, dialup и т.д.), а также разбор протоколов сотовой связи (gprs, gsm, lte и т.д.), ну и еще VoIP. Спасибо, что ты есть ❤ ты мотивируешь не останавливаться на достигнутом
@@stanislav_toryanik Я думаю, что если человеку актуально знать как работает сеть на низком уровне, то он сможет извлечь потенциальную пользу и из устаревших технологий. Речь вовсе не обязательно идёт о реальном применении этих протоколов. Компьютерные технологии строятся по кирпичикам и каждая сложная технология строится на основе разных простых. Как в видео со сжатием: старые протоколы сжатия индивидуально не используются, но алгоритмы их работы остаются актуальны при рассмотрении более новых комплексных алгоритмов по кирпичикам.
Gsm, hspa,lte это не протоколы сотовой связи, а её стандарты:) Разница в том что стандарт это не отдельно взятый протокол а по сути модель того как функционирует система включающая в себя множество протоколов. Протоколы там идут в зависимости от стандарта, зачастую это tscp вместо обычного tcp и ssu вместо udp. Естественно там работают и протоколы прикладного уровня, но тут уже у каждого мессенджера свои есть, так что там никакого видео не хватит чтоб это охватить 😉.
Расскажи о процессоре на примере гарвардской и принстонской архитектуры(вон Нейман): весь пайп какого-нибудь SAP процессора, ALU, control unit, декодирование опкодов, ветвления через переключение счётчика адресов, шина адреса и данных. Из чего состоит регистр(d-триггеры, rs-триггеры, jk-триггеры), какие бывают регистры, как они применяются, регистры счётчики, регистры сдвига, регистры 3-х состояний, мультиплексоры/демультиплексоры, энкодеры/декодеры(шифраторы/дешифраторы), сумматоры-вычитатели, микропрограммы контрольной матрицы(векторы) и линии-переключатели контрольного устройства. Я считаю, что важно знать из чего состоит процессор и что такое язык ассемблера, потому что это позволит понимать суть вещей происходящих в компьютере и легко продвигаться в изучении любых языков программирования.
Вы из программистов фундаментальщиков? Для того, чтобы управлять автомобилем нет нужды полностью погружаться в тему его устройства. Я раньше тоже так думал, что для "нормального" айтишника надо понимать, как происходит передача данных начиная от нажатия enter в мессенджере вплоть до движения электронов. Да, это всё круто, но, думаю, крайне редко пригождается среднестатистическому кодеру. Это ОЧЕНЬ интересно (сам люблю в таком ковыряться), но не так уж оно и важно для большинства. P.s. Я за такую идею ролика в любом случае!
@@flac1482 это бизнес пытается убедить всех в том, что программирование есть исключительно удовлетворение нужд и потребностей их клиентов. Как только джаваскриптник или питонье перестает понимать очередной парк технологий его меняют на того кто легко адаптируется и перестраивается под новые условия. Грамотные люди легко лавируют между языками и технологическими решениями, а узкозаточенные кадры без бекграунда всегда готовятся к сокращению :)
Вот, серьёзно, здравая мысль. Мне, как студенту 3 курса по направлению "Электроника и наноэлектроника" очень интересно узнать, не упустил ли я чего. "Цифровые устройства", как область электроники (во всяком случае, у нас прям так предмет, в рамках которого мы изучали комбинационные и последовательные лог. устройства, и назывался: "Цифровые устройства") - очень интересная вещь, да и, не сказать, чтобы сложная, но очень полезная... А ещё очень интересно было бы мне, как студенту, декомпозировать микропроцессор до отдельных лог. элементов (ну, слишком смело, но, в конце концов, почему бы и не попробовать), чтобы потом на базе ПЛИСа создать "макет" микропроцессора, чтобы прям самому понять, как работает МП, прям своими руками пощупать, заодно и перспективную технологию (ПЛИС) освоить
@@flac1482 "Для того, чтобы управлять автомобилем нет нужды полностью погружаться в тему его устройства" - согласен и не согласен одновременно: пока все идет ровно незачем знать что там под капотом, но как только что то идет не так, эти знания оказываются полезны. ИМХО хороший программист получается из тех людей что без конца задают вопросы и ищут на них ответы. И видео про основы окажется для таких начинающих весьма полезным
@@MrAllmp3 долго набирал свой ответ, но свернул страницу и он не сохранился D: напишу тезисно. 1. Начинающим специалистам дают конкретные задачи, поэтому их основная цель - это полностью постигнуть технологию, с которой они работают. Всё таки это его основная задача, и это их основной способ поднять свою ЗП. 2. Хороший специалист (с горящими глазами) в процессе работы, усложнения рабочих задач и в процессе обучения рано или поздно соберёт тот фундамент из смежных областей. Ему это пригодится. Но не новичку. Новичок перестанет таковым быть, когда начнет получать комплексные задачи, для которых придется постигнуть смежные области. 3. А вот тут возникает диллема связанная с самими роликами. Если новичку нет нужды в таких видеороликах, а хорошему специалисту достаточно попрактиковаться и почитать первоисточники, то для чего такие ролики нужны? Только если как вводная для конкретных специалистов аля реверс-инженеров, сетевиков или разработчиков низкоуровневого ПО. Но такие спецы будут этому учиться в университетах.. Тогда только как вводная для общего развития обычным ит-инженерам. Вывод к которому я пришел: если новичку хватает сил для изучения основных технологий И ЕЩЕ смежных - тогда он будет быстрее расти как специалист, но в краткосрочной перспективе это не даст ему особого прироста. Зато в долгосрочной перспективе это будет огромным плюсом.
Как обычно качество контента на высоте! Было бы ещё круто разобрать тему с устройством WebRTC, хотя бы по основным его составляющим: как работают и как пользоваться stun и turn серверами, создавать безопасное P2P соединение и подобное :)
Великолепно! Единственное, числа в разных системах счисления визуально никак не различаются. Можно было бы например подчеркивать двоичные или цветом выделять их. А также кол-то байтов отделять от битов жирностью!
Боги, это шикарно! Конечно, не упомянули, что ICMP надо скрывать. Но, это шикарное объяснение и в принципе совпадает с тем, что нас учили на парах. Пожалуйста, продолжайте свои видео! Там очень много полезной информации!
Немного занудства. "Теоретическая OSI" не трансформировалась в "Практическую TCP/IP". Модель OSI и модель TCP/IP разрабатывались примерно в одно и тоже время разными командами и обе планировались для применения в реальных сетях.
@@GremL1N3500Что значит "уже функционировала"? Конечно разработка TCP/IP вроде как началась чуть раньше, но оба этих стека протоколов разрабатывались долгие годы, и примерно в одни и те же годы)
Подушню, в реальном мире чаще всего используется TCP/Ip, но еще в реальности может быть как OSI с 7 уровнями, так и вплоть вообще до 2 уровней. Продвинутые осциллографы вообще могут за 1 уровень получить данные с сети. Есть к примеру в Ethernet Phy микросхема, Mac микросхема, это четкие уровни, а дальше все расплывчато, есть вы 1 функции получаете чистый набор байтов и разбираете его, то у вас в функции 4 уровня реализовано? А если у вас FPGA смотрит нужные данные и отсылает дальше чисто данные? OSI Это торическое представления идеального распределения обработки пакета на разные уровни.
на физическом так же есть свои заголовки - в проводном ethernet эти заголовки синхронизируют приемник с передатчиком и определяют начало кадра нужно отметить что модель OSI (open system interconnection) пришла в мир интернета из мира телефонии
немножко про витую пару. она не так проста как кажется. У каждой пары свой шаг навивки. Именно это уменьшает взаимные наведённые помехи (особенно на большой длине) и позволяет парам находиться рядом друг с другом не разделяя их экраном, что существенно удешевляет её производство.
столько сложностей, и всё это ради того, чтобы я мог посмотреть мем с котиком😄 а вообще, очень интересный видос, все подробно и понятно рассказано, попалось в рекомендациях, посмотрел с удовольствием)
колбаса режется на кусочки и каждый уровень создает вокруг кусочка колбасы обертку с запиской для чувака на другом конце именно своего уровня, и потом каждый чувак собирает колбасу согласно записке в обратном порядке. просто каждый чувак (слой) отвечает за разное - один чтоб принести кусочек из а до б, другой правильно его вставить на место, другой склеить и тп. а общий смысл передать колбаску из одной точки в другую
Аналогично, причём это ведь происходит мгновенно почти. Мне будто нужно это все замедлить в миллионы раз, чтоб будто визуально увидеть каждый бит и возникновения структур все более высоких уровней из более низких. Фантазии не хватает, как не пытаюсь.
@@korollich347к сообщения (пакета) на каждом уровне есть заголовок и payload. Каждый выше лежащий протокол является пейлоадом для нижнего. Матрешка такая получается.
Большое спасибо за видео! Все детально и точно рассказал. Помогает освежить знания, собрать разрозненные факты в одну цепочку. Буду использовать в качестве референса в тяжелые дни работы с сетями.
Как же я люблю твой канал, спасибо, давно интересовала эта тема Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Это первое видео, которое я посмотрел на вашем канале. Походу теперь я посмотрю весь ваш канал. Интересный вопрос: А почему канал называется Alek OS, вы собираетесь создать свою операционную систему?
Теперь ждем видео об http, https, wss, ftp, и всех подобных протоколах, потому что уметь пользоваться библиотекой - одно, а понимать как она работает - другое, сам встретился недавно с проблемой, что надо было создать Wss-соединение, а я даже не знал как оно работает, а готовых библиотек не нашел.
Ну насчет готовых библиотек я бы поспорил. В каждом языке практически есть стандартные входящие в него либы связанные с сокетами такие как socket в python например
Никто не упоминает , что коаксиальный кабель до сих пор используется не только для тв антенн , но и для радиопередачи сигнала между антеннами РРЛ , например у операторов , с одной стороны используется модем или роутер (nec, huawey) к нему подключается коаксиальный кабель , а с другой стороны тазик РРЛ антенны
А как информация передается по проводу? Электромагнитными частотами? Если так то получается что у каждой команды протокола есть отдельная частота электромагнитной волны или как?
Полчаса на одном дыхании просмотрел. Очень интересно, но, что редко бывает, все понятно. Ну, почти все. Некоторые поля в заголовках не понял. Для лучшей наглядности было бы вообще круто какой-нибудь пакет вручную собрать. А, ещё не понял по поводу того, что устройства через коммутатор по мак-адресам общаются. Правильно я понял, что роль коммутатора в квартире выполняет роутер? Но в панели управления роутером я вижу, что устройствам присвоены локальные IP-адреса. Они не используются для передачи пакетов? А для чего они используются?
Здравствуйте , не подскажите где можно найтии информацию по UDP протоколу который используется в виндовс и можно его как либо улучшить или оптимизировать на windows? что бы хитрег и регистрация событий в онлайн игре была получше???
Если вдруг кому-то интересна тема перегрузок, то есть ещё один вариант детекта перегрузки -- через резкое увеличение RTT (это круговая задержка пакета - время в течение которого на отправленные данные возвращается ответ). Когда отправитель обнаруживает такое резкое увеличение времени, он уменьшает окно перегрузки. Таким образом, существует множество алгоритмов контроля перегрузок, о которых можно почитать в книге Танненбаума "Компьютерные сети". Их именно множество потому что каждый из них сделан под сеть определённого характера, но, на сколько я знаю, ещё не существует такого алгоритма, который бы мог масштабироваться под разные сети, к сожалению.
Внесу свои 5 копеек, пропускная способность коаксиального кабеля гораздо выше 10Мб/с. По стандарту DOCSIS 3.1, может достигать 6 Гб/с. И в США он до сих пор часто используется провайдерами для подключения к интернету.
Раньше была другая схема организации сети, кольцевая, не требовался коммутатор, и скорость падала при увеличении количества компов. Как только подешевели коммутаторы и потребовалось все эти сети объединить все пересели на витуху, оно было уже экономически оправдано и развивать стали эту схему... а кокс перекочевал в сегмент телевизионных провайдеров и скорость передачи цифрового сигнала двигало прогресс в этом направлении
@@1083511кольцевая - это token ring, а езернет был шиной с терминаторами на концах. Коаксиал мог быть толстым и тонким, отличались способом подключения механически.
коаксиальный кабель еще очень даже живой. Большая часть европы сидит на домашним интеренете на коаксиале и со скоростью ~600Gbps. В часном секторе это супер удобно и выгодно потому что интернет в дом приходит по тому же кабелю что и кабельное тв, которое раскидывали всем еще лет 20 назад относительно дешего.
А можно гайд по Линукс и его производные? В чём преимущества перед мак ос и виндой, почему так много различных вариаций, какие сейчас более пригодны и удобны для рядового пользователя, как установить и т.д.?
Зачем на каждом уровне оставлять контрольную суму? Ведь если весь сигнал дошел до получателя, то и содержимое целое, а так получается, что каждое из звений будет проверять свою контрольную суму, что занимает время. И ещё вопрос, вложенность всех передаваемых данных друг в друге? То есть идет сначала межсетевой, в нем содержимые данные из транспортного, в нем данные из прикладного, или по мере поступления это все оптимизируется, и остается только межсетевой, и готовые инструкции для него?
Потому что происходит отбрасывание обертки(распаковка) и следующая передача на всё более коротких дистанциях. Каждая из этих отрезков тоже представляет некую нестабильную или зашумленную среду: Сеть-шлюзовое устройство, шлюз-сетевая карта, сетевая карта-шина компьютера. Везде нужны проверки целостности. Понятно, что эти отрезки между собой никак не общаются на предмет сохранности данных.
Все ролики дублируются ВК без рекламы - clck.ru/3DVErY
Телеграм-канал - t.me/Alek_OS
при установке соединения в ответ от получателя/отправителя приходит не то же число, а число + 1, на иллюстрации все норм, а вот озвучено не верно "16 -> 64, 17 (16+1) -> 17, 65 (64+1)" 12:30 тайминг
А на случай блокировки телеграма?
кайфанул от видоса. спасибо 🙏
@@dronkozkov5804 Прокси есть
Разбери как работает DPI
Прикольно, для быстрого ознакомления пойдет. В видео есть одна важная недосказанность, неточность, которую транслируют все во всех подобных материалах, насчет протокола UDP. Из вашего объяснения (90% других объяснений в Интернете) следует, что протокол UDP годится только для трансляции видео и подобного, где неполучение отдельных пакетов не является большой проблемой. Но это в корне не верное объяснение. На UDP работает, например Wireguard, или битторрент, там тоже не важна целостность пакетов? Вовсе нет. Дело в том, что в случае UDP контроль за целостностью пакетов передается хосту/программе, в то время как в TCP это делается на уровне протокола. И если в случае с видео целостность и доставку пакетов можно вовсе не проверять, то в случае с WG или торрентов это проверяется на программном уровне. Это важно, жаль что во всем интернете транслируется только идея с видео, вводя в заблуждение.
Сейчас такое время когда всякий незнайка пилит видосы с умным видом .
и что делать с потерянным пакетом ? Восстанавливать ? ха ха. Смотришь значит видео, бах тебе откат на 2 секнды и понеслось воспроизведение потерянных пакетов. Или играешь ты в ЦС, бах откат и переигрываешь. А ха ха ха. Да никто не замечает этих потерянных пакетов.
@@KostsovKonstantin это уже зависит от приложения, оно может забить или запросить повторную отправку например
@@user--------- , да
Спасибо за дополнение, подобное уточнение вроде как очевидно, но многие действительно могут не то подумать про просмотре видео 😊, кстати торенты и вг это уже оч далёкие примеры, банально на udp работает dhcp и ничего, при выдаче айпишников не теряет их)
У Андрея Созыкина и Таненбаума серьезный конкурент.
Александр, спасибо за то, что вы делаете. Фундаментальный вклад в русскоязычное комьюнити. Неповторимо❤
Андрей Созыкин легенда, всегда в наших сердцах
@@IlyaTymoshenko да точно , сам сейчас по его курсу сети изучаю 😊
Всем привет, я Андрей Созыкин и это курс сети и системы телекомуникаций! Легенда
ну тогда еще олифера добавьте к этим двоим :D
@@flac1482 ну да) есть ещё куроуз
Ходят слухи, что Alek OS выпустил видео про свой протокол UDP/IP, но оно не дошло до нас(
очень хороший комментарий, жаль так плохо оценённый
Остроумно)
Я посмеялся с это шутки со второго раза. Не сразу дошло
Круто) всегда мечтал познакомиться с человеком, который способен вживую определить фпс видео которое смотрит. Большой молодец, ты особенный)
Не понял шутку, но на всякий случай лайкнул
Дождались :)
Так он перезали же вроде?
Ура!
@@Денис-ж3ф5р Нет, прошлый был про Интернет, а этот про TCP/IP
Пересмотрел дофига подобных объяснений. Могу с уверенностью сказать: "Это лучшее объяснение что я видел"
разжёванное ведь не равняется лучшему
А перечитал?
@@_lycik_8250
Всё-таки мне стало интересно. А если подробнее?
Сами себе отзывы пишем?
Я только начал во всем этом разбираться, го еще хороших видео в личку
Как всегда, супер.
Знал ,конечно, почти все. Но наглядность, очень структурирует понимание. Спасибо.
Алек, благодарю! Моё восхищение качеству урока 🎉👍🔥🤝🎁
Я знаю отличную шутку про UDP, но не факт что она до вас дойдет
Я знаю шутку про tcp, если она не дойдет я повторю.
Я до шуток не дорос, мой backend на Temple Os
Я знаю шутку, но скорее всего вы её не поймёте
Университетским образованием по сетям - не владею, но смотрел уже с десяток подобных видосов.
*НАКОНЕЦ-ТО* мне доходчиво объяснили нутро того, как работают сети.
Теперь было бы круто узнать - на таком же низком уровне - как работает VPN, SSH и прочее "туннелирование".
VPN - это просто "частная сеть", под этим понимается десяток различных вещей. И даже когда понимаете одно и тоже, оно реализуется десятками способов (любой программист в любой момент может придумать и реализовать что-то своё уникальное). Короче, узнать как работает VPN это примерно как узнать «как работает программа». Программ, понятное дело, тысячи и работают они по-разному) такая постановка вопроса не имеет смысла.
SSH - а это уже конкретный протокол. Смысла разбирать как он устроен нет, если только ты не решил сделать свою реализацию клиента/сервера.
Туннелирование - ну взял данные локально, упаковал, передал на другую машину, развернул, послал дальше словно они из этого места. Конкретная реализация - да тысячи их, любой программист может реализовать собственную. Собственно в данном видео все описано.
Круто объясняет, все по полочкам и последовательно. Я в сетях более 10-ти лет и многое на практике узнавал, а тут прям все разжевали. Спасибо!
Большое спасибо за столь подробный и понятный разбор пакетов/сегментов/кадров.
Было бы очень интересно когда-нибудь услышать как работала сеть по устаревшим технологиям (adsl, dialup и т.д.), а также разбор протоколов сотовой связи (gprs, gsm, lte и т.д.), ну и еще VoIP.
Спасибо, что ты есть ❤ ты мотивируешь не останавливаться на достигнутом
А разве это ещё актуально?
@@stanislav_toryanik Я думаю, что если человеку актуально знать как работает сеть на низком уровне, то он сможет извлечь потенциальную пользу и из устаревших технологий. Речь вовсе не обязательно идёт о реальном применении этих протоколов. Компьютерные технологии строятся по кирпичикам и каждая сложная технология строится на основе разных простых. Как в видео со сжатием: старые протоколы сжатия индивидуально не используются, но алгоритмы их работы остаются актуальны при рассмотрении более новых комплексных алгоритмов по кирпичикам.
Gsm, hspa,lte это не протоколы сотовой связи, а её стандарты:)
Разница в том что стандарт это не отдельно взятый протокол а по сути модель того как функционирует система включающая в себя множество протоколов.
Протоколы там идут в зависимости от стандарта, зачастую это tscp вместо обычного tcp и ssu вместо udp. Естественно там работают и протоколы прикладного уровня, но тут уже у каждого мессенджера свои есть, так что там никакого видео не хватит чтоб это охватить 😉.
Тот самый Premium контент Ютуб) Не зря поставил колокольчик, автору огромное спасибо!
Расскажи о процессоре на примере гарвардской и принстонской архитектуры(вон Нейман): весь пайп какого-нибудь SAP процессора, ALU, control unit, декодирование опкодов, ветвления через переключение счётчика адресов, шина адреса и данных. Из чего состоит регистр(d-триггеры, rs-триггеры, jk-триггеры), какие бывают регистры, как они применяются, регистры счётчики, регистры сдвига, регистры 3-х состояний, мультиплексоры/демультиплексоры, энкодеры/декодеры(шифраторы/дешифраторы), сумматоры-вычитатели, микропрограммы контрольной матрицы(векторы) и линии-переключатели контрольного устройства.
Я считаю, что важно знать из чего состоит процессор и что такое язык ассемблера, потому что это позволит понимать суть вещей происходящих в компьютере и легко продвигаться в изучении любых языков программирования.
Вы из программистов фундаментальщиков?
Для того, чтобы управлять автомобилем нет нужды полностью погружаться в тему его устройства. Я раньше тоже так думал, что для "нормального" айтишника надо понимать, как происходит передача данных начиная от нажатия enter в мессенджере вплоть до движения электронов. Да, это всё круто, но, думаю, крайне редко пригождается среднестатистическому кодеру.
Это ОЧЕНЬ интересно (сам люблю в таком ковыряться), но не так уж оно и важно для большинства.
P.s. Я за такую идею ролика в любом случае!
@@flac1482 это бизнес пытается убедить всех в том, что программирование есть исключительно удовлетворение нужд и потребностей их клиентов. Как только джаваскриптник или питонье перестает понимать очередной парк технологий его меняют на того кто легко адаптируется и перестраивается под новые условия. Грамотные люди легко лавируют между языками и технологическими решениями, а узкозаточенные кадры без бекграунда всегда готовятся к сокращению :)
Вот, серьёзно, здравая мысль. Мне, как студенту 3 курса по направлению "Электроника и наноэлектроника" очень интересно узнать, не упустил ли я чего. "Цифровые устройства", как область электроники (во всяком случае, у нас прям так предмет, в рамках которого мы изучали комбинационные и последовательные лог. устройства, и назывался: "Цифровые устройства") - очень интересная вещь, да и, не сказать, чтобы сложная, но очень полезная... А ещё очень интересно было бы мне, как студенту, декомпозировать микропроцессор до отдельных лог. элементов (ну, слишком смело, но, в конце концов, почему бы и не попробовать), чтобы потом на базе ПЛИСа создать "макет" микропроцессора, чтобы прям самому понять, как работает МП, прям своими руками пощупать, заодно и перспективную технологию (ПЛИС) освоить
@@flac1482 "Для того, чтобы управлять автомобилем нет нужды полностью погружаться в тему его устройства" - согласен и не согласен одновременно: пока все идет ровно незачем знать что там под капотом, но как только что то идет не так, эти знания оказываются полезны.
ИМХО хороший программист получается из тех людей что без конца задают вопросы и ищут на них ответы. И видео про основы окажется для таких начинающих весьма полезным
@@MrAllmp3 долго набирал свой ответ, но свернул страницу и он не сохранился D: напишу тезисно.
1. Начинающим специалистам дают конкретные задачи, поэтому их основная цель - это полностью постигнуть технологию, с которой они работают. Всё таки это его основная задача, и это их основной способ поднять свою ЗП.
2. Хороший специалист (с горящими глазами) в процессе работы, усложнения рабочих задач и в процессе обучения рано или поздно соберёт тот фундамент из смежных областей. Ему это пригодится. Но не новичку. Новичок перестанет таковым быть, когда начнет получать комплексные задачи, для которых придется постигнуть смежные области.
3. А вот тут возникает диллема связанная с самими роликами. Если новичку нет нужды в таких видеороликах, а хорошему специалисту достаточно попрактиковаться и почитать первоисточники, то для чего такие ролики нужны? Только если как вводная для конкретных специалистов аля реверс-инженеров, сетевиков или разработчиков низкоуровневого ПО. Но такие спецы будут этому учиться в университетах.. Тогда только как вводная для общего развития обычным ит-инженерам.
Вывод к которому я пришел: если новичку хватает сил для изучения основных технологий И ЕЩЕ смежных - тогда он будет быстрее расти как специалист, но в краткосрочной перспективе это не даст ему особого прироста. Зато в долгосрочной перспективе это будет огромным плюсом.
Как обычно качество контента на высоте!
Было бы ещё круто разобрать тему с устройством WebRTC, хотя бы по основным его составляющим: как работают и как пользоваться stun и turn серверами, создавать безопасное P2P соединение и подобное :)
Долгожданное видео! Спасибо Alek🤘
Огромное спасибо что продолжаешь делать такие видео, это ценный вклад для АйТи!!!
Любим❤
шок контент, на столько подробно разобрать вопрос
это весьма поверхностно, тема действительно сложная, но она объяснена прекрасно, менее чем на 800 страницах
@@xelnagamex 😅
Великолепно! Единственное, числа в разных системах счисления визуально никак не различаются. Можно было бы например подчеркивать двоичные или цветом выделять их. А также кол-то байтов отделять от битов жирностью!
Никогда не пишу комментариев. Но это лучшее что я видел на эту тему на ютубе! Спасибо!
Очень крутой цикл видосов по сетям, классно было бы увидеть плавный переход к web 3.0 опускаясь на низкий уровень, как ты обычно делаешь
Очень-очень хороший видева. Много более дельно сделан, чем многие на ту же тему.
Боги, это шикарно! Конечно, не упомянули, что ICMP надо скрывать. Но, это шикарное объяснение и в принципе совпадает с тем, что нас учили на парах. Пожалуйста, продолжайте свои видео! Там очень много полезной информации!
Твои видосы самые лучшие в сети 👍
Немного занудства. "Теоретическая OSI" не трансформировалась в "Практическую TCP/IP". Модель OSI и модель TCP/IP разрабатывались примерно в одно и тоже время разными командами и обе планировались для применения в реальных сетях.
не подушнил, а просто отличился ¯\_(ツ)_/¯
Как говорится: OSI - de jure, TCP/IP- de facto
На момент выхода osi tcp/ip уже функционировала.
@@GremL1N3500Что значит "уже функционировала"? Конечно разработка TCP/IP вроде как началась чуть раньше, но оба этих стека протоколов разрабатывались долгие годы, и примерно в одни и те же годы)
Подушню, в реальном мире чаще всего используется TCP/Ip, но еще в реальности может быть как OSI с 7 уровнями, так и вплоть вообще до 2 уровней.
Продвинутые осциллографы вообще могут за 1 уровень получить данные с сети.
Есть к примеру в Ethernet Phy микросхема, Mac микросхема, это четкие уровни, а дальше все расплывчато, есть вы 1 функции получаете чистый набор байтов и разбираете его, то у вас в функции 4 уровня реализовано?
А если у вас FPGA смотрит нужные данные и отсылает дальше чисто данные?
OSI Это торическое представления идеального распределения обработки пакета на разные уровни.
на физическом так же есть свои заголовки - в проводном ethernet эти заголовки синхронизируют приемник с передатчиком и определяют начало кадра
нужно отметить что модель OSI (open system interconnection) пришла в мир интернета из мира телефонии
Качество получаемой информации поражает. Потому с радостью посмотрю рекламу)
Очень круто. Это топ! Жду видео об DNS и детально о ssh протоколе
немножко про витую пару. она не так проста как кажется.
У каждой пары свой шаг навивки. Именно это уменьшает взаимные наведённые помехи (особенно на большой длине) и позволяет парам находиться рядом друг с другом не разделяя их экраном, что существенно удешевляет её производство.
и про дуплекс с полудуплексом - две-четыре пары он не верно сказал... две - сотка а четыре - гигабит, полудуплекс тут не причём...
столько сложностей, и всё это ради того, чтобы я мог посмотреть мем с котиком😄
а вообще, очень интересный видос, все подробно и понятно рассказано, попалось в рекомендациях, посмотрел с удовольствием)
вот это я понимаю материал, всё очень круто!)
у тебя очень хорошо получается, не останавливайся)
Великолепное видео! Не хватает финальной части с представлением, как эта собранная "матрешка" передается по сети, что-то я не могу представить
колбаса режется на кусочки и каждый уровень создает вокруг кусочка колбасы обертку с запиской для чувака на другом конце именно своего уровня, и потом каждый чувак собирает колбасу согласно записке в обратном порядке. просто каждый чувак (слой) отвечает за разное - один чтоб принести кусочек из а до б, другой правильно его вставить на место, другой склеить и тп. а общий смысл передать колбаску из одной точки в другую
Аналогично, причём это ведь происходит мгновенно почти. Мне будто нужно это все замедлить в миллионы раз, чтоб будто визуально увидеть каждый бит и возникновения структур все более высоких уровней из более низких. Фантазии не хватает, как не пытаюсь.
@@un_defined Я примерно так и подумал, интересно как это на низком уровне работает
@@korollich347к сообщения (пакета) на каждом уровне есть заголовок и payload. Каждый выше лежащий протокол является пейлоадом для нижнего. Матрешка такая получается.
Прочитал много информации об OSI и TCP/IP. Данное видео оказалось самым простым для понимания. Спасибо !
🤗
Благодарю за четкость изложения! Отличное видео, чтобы освежить свои знания 👍
Как раз начал читать толстеную книгу по сетям. Хорошо совпало ) Спасибо за очередной хороший ролик.
Компьютерные сети?)
@brego6018 Да, Таненбаума)))
Спасибо что стал говорить немного медленнее, теперь я различаю слова )
Самое лучшее объяснение. Расскажи ещё про коммутацию в таком же духе
Вроде и так все знаю, а посмотрел на одном дыхании. Вот он - признак хорошего материала.
Очень грамотная речь, информации много, так как слушал после обеда, то приятно проспал половину. Надо ещё раз посмотреть
Пушка, как раз начал читать про OSI и думал просмотреть информацию про более актуальную модель - TCP/IP🔥🔥🔥
Поздравляю с первой сотней страниц в учебнике Олифера)
@@user-wu7ec4vv3i взаимно!)
Большое спасибо за видео! Все детально и точно рассказал. Помогает освежить знания, собрать разрозненные факты в одну цепочку. Буду использовать в качестве референса в тяжелые дни работы с сетями.
Для меня это самый лучший и понятный канал ❤
Легенда вернулась
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Как же я люблю твой канал, спасибо, давно интересовала эта тема
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Спасибо за простой и доступный подход к просвещению в столь сложном мире интернета.
Дождались
Спасибо! Порт≠порт свича!
Ждём ответа на незаданные вопросы про локальные сети
Спасибо! Насколько же всё наглядно и информативно! ты крут!
Вы лучший! Очень интересно и подробно рассказываете. Спасибо!
@AlekOS про сервисы API тоже будет видео?
живи долго и счастливо. очень познавательно. нах не нужно, но мне помогло понять почему я делаю некоторые вещи в моей сети
Спасибо за видео Алекс, как всегда супер гуд, супер найс. Подробно и понятно !
Огромное спасибо, максимально подробно и все что нужно! ❤
Великолепное обучающее видео. Да и в графику вложился отлично. Очень красивое визуальное сопровождение.
Все круто. Хорошо было бы еще вспомнить CSMA/CD.
А еще на канальном уровне можно трафик теггировать чтобы к каждому пакету был присвоен vlan id чтобы разграничить трафик внутри одной сети
Это первое видео, которое я посмотрел на вашем канале. Походу теперь я посмотрю весь ваш канал. Интересный вопрос: А почему канал называется Alek OS, вы собираетесь создать свою операционную систему?
Большое спасибо за подобный контент!
Ждем теперь про маршрутизацию)
Круто вышло! Давай теперь про маршрутизацию.
Отлично! Я ждал это видео) Спасибо за полезную информацию понятным языком)
Ахринеть, спасибо большое за видео. Как раз именно эта инфа нужна была
Теперь ждем видео об http, https, wss, ftp, и всех подобных протоколах, потому что уметь пользоваться библиотекой - одно, а понимать как она работает - другое, сам встретился недавно с проблемой, что надо было создать Wss-соединение, а я даже не знал как оно работает, а готовых библиотек не нашел.
Ну насчет готовых библиотек я бы поспорил. В каждом языке практически есть стандартные входящие в него либы связанные с сокетами такие как socket в python например
Алек, я полюбил твой контент после серии видео по криптографии)
Никто не упоминает , что коаксиальный кабель до сих пор используется не только для тв антенн , но и для радиопередачи сигнала между антеннами РРЛ , например у операторов , с одной стороны используется модем или роутер (nec, huawey) к нему подключается коаксиальный кабель , а с другой стороны тазик РРЛ антенны
половина людей смотрела по udp, поэтому до них не "дошло"...)))
Насчет UDP там не точное объяснение, читайте мой коммент насчет этого
Спать надо, завтра посмотрю, но лайк сегодня ❤🎉
Случайно наткнулся на ролик, очень здорово! Спасибо! Подписка, колокольчик, знаю чем займусь завтра!
отлично! лайк за Home in Florence в заключительной части
Огромное спасибо автору, я в восторге от подачи материала!!!!
А как информация передается по проводу? Электромагнитными частотами? Если так то получается что у каждой команды протокола есть отдельная частота электромагнитной волны или как?
Это лучшее объяснение из тех что я видел, так и хочется сказать, а что так можно было? Спасибо!
Какую программу используете для редактирования своих видео?
доступно и четенько - спасибо!
Спасибо.
Так классно!
Как всегда на высоте!
Кайф, то что хотел
Давай про ассемблер следующую часть. Залайкайте чтобы увидел, плиз
Легендарный канал
Увидел в рекоммендациях, ожидал сухую лекцию, откладывал просмотр. А тут такое) И визуал, и понятность на высоте, спасибо автору)
Полчаса на одном дыхании просмотрел. Очень интересно, но, что редко бывает, все понятно. Ну, почти все. Некоторые поля в заголовках не понял. Для лучшей наглядности было бы вообще круто какой-нибудь пакет вручную собрать.
А, ещё не понял по поводу того, что устройства через коммутатор по мак-адресам общаются. Правильно я понял, что роль коммутатора в квартире выполняет роутер? Но в панели управления роутером я вижу, что устройствам присвоены локальные IP-адреса. Они не используются для передачи пакетов? А для чего они используются?
Про физический уровень мало рассказано))
Про биты (0 и 1), частоты, уровни сигналов, развязку, защиту, и т.д.)
физический уровень-голубиная почта, что там рассказывать? привязали бумажку к лапе и полетел
Автор, видео пушка, как и все твои работы. Сделай такой же разбор про криптовалюты.
Отличная подача!
Здравствуйте , не подскажите где можно найтии информацию по UDP протоколу который используется в виндовс и можно его как либо улучшить или оптимизировать на windows? что бы хитрег и регистрация событий в онлайн игре была получше???
Если вдруг кому-то интересна тема перегрузок, то есть ещё один вариант детекта перегрузки -- через резкое увеличение RTT (это круговая задержка пакета - время в течение которого на отправленные данные возвращается ответ). Когда отправитель обнаруживает такое резкое увеличение времени, он уменьшает окно перегрузки. Таким образом, существует множество алгоритмов контроля перегрузок, о которых можно почитать в книге Танненбаума "Компьютерные сети". Их именно множество потому что каждый из них сделан под сеть определённого характера, но, на сколько я знаю, ещё не существует такого алгоритма, который бы мог масштабироваться под разные сети, к сожалению.
Очень информативно, спасибо за доклад
Замечательное видео, спасибо!)
Внесу свои 5 копеек, пропускная способность коаксиального кабеля гораздо выше 10Мб/с. По стандарту DOCSIS 3.1, может достигать 6 Гб/с. И в США он до сих пор часто используется провайдерами для подключения к интернету.
Раньше была другая схема организации сети, кольцевая, не требовался коммутатор, и скорость падала при увеличении количества компов. Как только подешевели коммутаторы и потребовалось все эти сети объединить все пересели на витуху, оно было уже экономически оправдано и развивать стали эту схему... а кокс перекочевал в сегмент телевизионных провайдеров и скорость передачи цифрового сигнала двигало прогресс в этом направлении
В Москве Акадо на нём работает
@@1083511кольцевая - это token ring, а езернет был шиной с терминаторами на концах. Коаксиал мог быть толстым и тонким, отличались способом подключения механически.
коаксиальный кабель еще очень даже живой. Большая часть европы сидит на домашним интеренете на коаксиале и со скоростью ~600Gbps.
В часном секторе это супер удобно и выгодно потому что интернет в дом приходит по тому же кабелю что и кабельное тв, которое раскидывали всем еще лет 20 назад относительно дешего.
Можно обратно к диалапу, че мелочиться
А можно гайд по Линукс и его производные? В чём преимущества перед мак ос и виндой, почему так много различных вариаций, какие сейчас более пригодны и удобны для рядового пользователя, как установить и т.д.?
Это прекрасно!
Гениальный ролик
Спасибо за подробное и понятное объяснение
пока публикуешь на ютуб,многие и я с тобой.
за материал спасибо.
Вооооу 😮 это одно из лучших объяснений
На каждом следующем, более нижнем уровне "данными" является вот эта структура с заголовками с прошлого этажа?
What are the pros of the OTC market? I’m interested in understanding it better.
Зачем на каждом уровне оставлять контрольную суму? Ведь если весь сигнал дошел до получателя, то и содержимое целое, а так получается, что каждое из звений будет проверять свою контрольную суму, что занимает время.
И ещё вопрос, вложенность всех передаваемых данных друг в друге? То есть идет сначала межсетевой, в нем содержимые данные из транспортного, в нем данные из прикладного, или по мере поступления это все оптимизируется, и остается только межсетевой, и готовые инструкции для него?
Потому что происходит отбрасывание обертки(распаковка) и следующая передача на всё более коротких дистанциях. Каждая из этих отрезков тоже представляет некую нестабильную или зашумленную среду: Сеть-шлюзовое устройство, шлюз-сетевая карта, сетевая карта-шина компьютера. Везде нужны проверки целостности. Понятно, что эти отрезки между собой никак не общаются на предмет сохранности данных.
TCP/IP, лайк не глядя, как всегда годнота
Класс!👍🏻