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