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