спасибо за очередную отлично разжеванную тему без лишней воды.... надеюсь вы не против, если я добавлю кое какую важную деталь, которую вы, возможно опять же для упрощения, опустили речь идет о полях "размер заголовка" и "размер всего пакета", а именно о различиях в их мерах.... "размер заголовка" измеряется в 32 битнах словах (или 4 байта), то есть если в этом поле стоит 5, то размер заголовка равняется 5 * 4 = 20 байт, при этом согласно RFC 791, поле не может хранить значение меньше 5. максимальное же значение, как видно из размерности в 4 бита - это 15 (бинарные 4 единицы), что дает нам максимальный размер заголовка = 15 * 4 = 60 байт "размер всего пакета" измеряется в привычных нам байтах, как вы и сказали в своей лекции, тут без сюрпризов
Не совсем понятна фраза про поле заголовка пакета IPv4 "Тип сервиса": "но сейчас на практике используется очень редко". Если речь об использовании этого поля заголовка пакета IPv4 в сети Интернет, то да, идея модели QoS "" (Integrated Services in the Internet Architecture (RFC 1633)) потерпела неудачу еще на стадии реализации. Но модель QoS "DiffServ", построенная на 6 битах Differentiated Services Code Point (DSCP) и 2-х битах Explicit Congestion Notification (ECN) заголовка пакета IPv4 "Тип сервиса", повсеместно используется в крупных и сложных корпоративных IP-сетях, и в сетях провайдеров ISP.
mne ochen nravitsa vashi video uroki )) esli budet ochen seryoznie vaprosi to zadam i nadeyus otvetit budete )) a iz za melochey ne budu bespakoit vas ))
1:32 почему не гарантируется порядок следования сообщений? А как же поле идентификатор пакета? Механизм фрагментации же пользуется нумерацией сообщений
+Nikita Andrich, фрагментация используется для каждого пакета в отдельности, который собирается в правильном порядке благодаря полям идентификатор пакета и смещение. Нарушение порядка следования имеется в виду для разных пакетов. В IP сетях между компьютерами может быть несколько маршрутов. Может так случиться, что первый пакет пойдет по медленному пути, а второй по быстрому. В этом случае второй пакет придет раньше первого. Хотя такое бывает не часто, но иногда случается.
Андрей, ответьте пожалуйста, выше вы написали: "... имеется в виду для разных пакетов" имеете в виду, что не для разных фрагментов, а именно для разных ЦЕЛЫХ сообщений БЕЗ фрагментации??? Если вы имели ввиду именно ЦЕЛЫЕ сообщений БЕЗ фрагментации, то как я понял Nikita Andrichenko задавал вам вопрос именно про них и вы немного не поняли его - в лекции Вы говорите, что "нет гарантии верного порядка следования сообщений, т.к. 3-й пакет может прийти раньше первого пакета", а он имел в виду, что поле "идентификатор пакета" (далее "ид пкт") в заголовке IP по идее можно использовать как ГАРАНТИЮ для верного порядка следования целых сообщений (которые НЕ нужно делить на фрагменты) - для этого нужно проставить в поле "ид пкт" номера пакетов ПО ПОРЯДКУ и все! Вот и гарантия порядка следования! т.е. например если "хост1" отправляет на "хост2" несколько сообщений подряд (пусть будет: пакет1, пакет2, пакет3, пакет4, пакет5) и эти все сообщения НЕ нужно делить на фрагменты (допустим длина каждого сообщения меньше MTU сети (пакет MTU)??? если да, тогда вопросы по "гарантиям" отпадают - на сетевом уровне нет гарантии верного порядка следования пакетов.. P.S. вообще как я понимаю сообщения должны после "хост1" попасть сразу в маршрутизатор по-умолчанию (маршрутизатор провайдера / gateway) и только ПОСЛЕ него они могут идти через РАЗНЫЕ маршрутизаторы до "хост2", т.е. получается что именно этот ПЕРВЫЙ маршрутизатор (gateway) назначает "идентификатор пакета" для каждого пакета??? и если так, то повторю вопрос - это будет рандомный, первый попавшийся номер??? или это будет именно порядковый номер пакета??? т.е. все наши несколько сообщений (пакет1 - пакет5) будут пронумерованы ПО ПОРЯДКУ??? или вообще номера назначаются каждым маршрутизатором, через который проходит IP-пакет и значит номер пакета все время меняется??? если да, то значит ни о каком верном порядке нельзя говорить.
А разве за гарантию или не гарантию доставки отвечает не TCP/UDP? И установка соединения - как это всё относится именно к IP? IP - разве не просто маршрутизация, т.е. указание куда и чего доставить? Поля данных нет в IP? А то получается одна служебная инф-ия.
Гарантия доставки может осуществляться на разных уровнях. Например, подтверждение доставки используется на канальному уровне в Wi-Fi, и на транспортном в TCP. Без гарантии доставки на канальном уровне работает Ethernet, а на транспортном - UDP. На сетевом уровне IP работает только без гарантии доставки, соединения нет. Действительно, одна из основных задач IP - маршрутизация. На слайдах показан только заголовок IP. Поле данных конечно же есть и идет сразу после заголовка.
Здравствуйте! У меня немного не складывается пазл в голове. В начале цикла лекций Вы рассказали, что данные от высшего уровня идут к нижнему уровню, постепенно уменьшаясь, будто матрёшка. Вот на канальном уровне используется кадр. Как я понял, кадр блуждает в пределах сети, а пакет уже блуждает по маршрутизаторам, но по размерам IP-пакета я не понимаю, где эти данные находятся. Но если мне надо передать, условно говоря, от одного компьютера в одной сети данные другому компьютеру в другой сети, то где данные хранятся во время передачи, скажите, пожалуйста? Мне это просто представляется так: кадр преобразуется в пакет и отправляется на маршрутизатор, который в свою очередь уже отправляет пакет в нужную сеть, а там этот пакет трансформируется в кадр, который уже достигает нужный компьютер.
Это названия модели Osi, модель оси чисто теоретическая, практическая это тсп айпи. Так вот на практике пакет в кадр не преобразуюется, просто так называются зачем то на разных уровнях по разному, по факту это все те же данные. По крайней мере по курсу так поняла.
@@AndreySozykin очень зря (дьявол в мелочах) и вообще использовать Русский перевод терминов так себе практика, потом в жизни мешать будет (я это к тому что сети все таки для практики больше учат чем для теории и тот же STP не кто не будет протаколом связующего дерева называть). А конкретно на эти грабли я на CCNA в вопросах наткнулся, всегда думал и там и там сетевой уровень, а оказалось нет, поэтому и написал.
"задача IP - объединение сетей, построенных на основе разных технологий" Я так понимаю, поскольку сейчас интернет построен на одной технологии - Ethernet (и ещё Wi-Fi, совместимая с Ethernet), то эта задача больше не актуальна?
Сети, построенные на основе одной технологии также объединять нужно, т.к. это сети разные (разные IP-подсети), хотя и работают на основе одной технологии.
немного не понятно, получается протокол ip участвует в любой передачи данных где необходима маршрутизация Он есть основой передачи данных? например протокол повыше http входит в протокол ip?
+Vlad Stetsenko, да именно так. Сообщения HTTP вкладываются в сообщения TCP, те, в свою очередь, в пакеты IP. Это называется инкапсуляцию. Более подробное описание есть в лекции ruclips.net/video/EPvxn9KvBvs/видео.html и практическом занятии ruclips.net/video/qKuw2HJQVzk/видео.html
Спасибо за ваши лекции, освежил знания. У меня вопрос, который был задан на собеседовании: Если у компьютера IP адрес 169.254.1.* - что это значит? Я подумал, что устройство неправильно назначило ip-адрес компьютеру, как вы думаете?
Это сеть zeroconf, сейчас многие операционные системы её поддерживают. Это позволяет назначить IP-адрес компьютеру, если он не был назначен другими способами. Обычно адреса все-таки назначают по DHCP или вручную. Поэтому если появился адрес из диапазона zeroconf, значит проблемы либо с подключением к сети, либо с сервером DHCP.
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
огромное спасибо за лекции, все понятно и интересно, без лишней информации
+invokertv именно так я и стараюсь делать: выделить основные вещи, необходимые для понимания.
Спасибо, вы супер, готовлюсь к экзамену по вашим лекциям.
Спасибо! Успехов на экзамене!
Какой университет?
Все четко и по делу, лучше формата не встречал. Спасибо за лекции!
Спасибо. Готовлюсь к экзаменам по вашим видео.
Успехов на экзаменах!
@@AndreySozykin Спасибо.
Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin
Спасибо большое! Сдала практику благодаря Вашим урокам. Надеюсь, экзамен тоже сдам :)
+Firefly96 пожалуйста! Успехов на экзамене!
Спасибо вам, Андрей!
Пожалуйста!
Все понятно и доступно. Спасибо!
Спасибо, грамотная подача информации!
+Roman Pizhlakov, пожалуйста!
+Roman Pizhlakov, пожалуйста! Рад, что нравится!
Доброго дня. смотрю чтобы восполнить знания для похода на курсы по микротику.
Спасибо за лекцию!
Пожалуйста!
посмотрел в 2024 =) Очень полезно и понятно спасибо большое
спасибо за очередную отлично разжеванную тему без лишней воды....
надеюсь вы не против, если я добавлю кое какую важную деталь, которую вы, возможно опять же для упрощения, опустили
речь идет о полях "размер заголовка" и "размер всего пакета", а именно о различиях в их мерах....
"размер заголовка" измеряется в 32 битнах словах (или 4 байта), то есть если в этом поле стоит 5, то размер заголовка равняется 5 * 4 = 20 байт, при этом согласно RFC 791, поле не может хранить значение меньше 5. максимальное же значение, как видно из размерности в 4 бита - это 15 (бинарные 4 единицы), что дает нам максимальный размер заголовка = 15 * 4 = 60 байт
"размер всего пакета" измеряется в привычных нам байтах, как вы и сказали в своей лекции, тут без сюрпризов
+conquistador, спасибо
Во, спасибо, как раз уже побежал вопрос о размере заголовка задавать.
Всё понятно, почта РФ по протоколу ip работает. Как то раз, товарищ заявление отправил во владивосток и оно потерялось.
По всей видимости используется UDP)
Пакуют как можно быстрее и без гарантии доставки)
На 5:50 вы протокол icmp называете протоколом следующего уровня, а в начале видео его же (icmp) называете протоколом сетевого уровня.
Спасибо!
Спасибо лучший!
Спасибо!
Спасибо. Все по делу
Пожалуйста!
Благодарю
Спасибо!
Спасибо большое
Не совсем понятна фраза про поле заголовка пакета IPv4 "Тип сервиса": "но сейчас на практике используется очень редко".
Если речь об использовании этого поля заголовка пакета IPv4 в сети Интернет, то да, идея модели QoS "" (Integrated Services in the Internet Architecture (RFC 1633)) потерпела неудачу еще на стадии реализации.
Но модель QoS "DiffServ", построенная на 6 битах Differentiated Services Code Point (DSCP) и 2-х битах Explicit Congestion Notification (ECN) заголовка пакета IPv4 "Тип сервиса", повсеместно используется в крупных и сложных корпоративных IP-сетях, и в сетях провайдеров ISP.
Чётко! Спасибо!
Пожалуйста!
mne ochen nravitsa vashi video uroki ))
esli budet ochen seryoznie vaprosi to zadam i nadeyus otvetit budete ))
a iz za melochey ne budu bespakoit vas ))
Спасибо за хороший отзыв!
1:32 почему не гарантируется порядок следования сообщений? А как же поле идентификатор пакета? Механизм фрагментации же пользуется нумерацией сообщений
+Nikita Andrich, фрагментация используется для каждого пакета в отдельности, который собирается в правильном порядке благодаря полям идентификатор пакета и смещение.
Нарушение порядка следования имеется в виду для разных пакетов. В IP сетях между компьютерами может быть несколько маршрутов. Может так случиться, что первый пакет пойдет по медленному пути, а второй по быстрому. В этом случае второй пакет придет раньше первого. Хотя такое бывает не часто, но иногда случается.
А данная проблема решается каким-либо из протоколов вышестоящих уровней?
Андрей, ответьте пожалуйста, выше вы написали: "... имеется в виду для разных пакетов" имеете в виду, что не для разных фрагментов, а именно для разных ЦЕЛЫХ сообщений БЕЗ фрагментации??? Если вы имели ввиду именно ЦЕЛЫЕ сообщений БЕЗ фрагментации, то как я понял Nikita Andrichenko задавал вам вопрос именно про них и вы немного не поняли его - в лекции Вы говорите, что "нет гарантии верного порядка следования сообщений, т.к. 3-й пакет может прийти раньше первого пакета", а он имел в виду, что поле "идентификатор пакета" (далее "ид пкт") в заголовке IP по идее можно использовать как ГАРАНТИЮ для верного порядка следования целых сообщений (которые НЕ нужно делить на фрагменты) - для этого нужно проставить в поле "ид пкт" номера пакетов ПО ПОРЯДКУ и все! Вот и гарантия порядка следования!
т.е. например если "хост1" отправляет на "хост2" несколько сообщений подряд (пусть будет: пакет1, пакет2, пакет3, пакет4, пакет5) и эти все сообщения НЕ нужно делить на фрагменты (допустим длина каждого сообщения меньше MTU сети (пакет MTU)??? если да, тогда вопросы по "гарантиям" отпадают - на сетевом уровне нет гарантии верного порядка следования пакетов..
P.S. вообще как я понимаю сообщения должны после "хост1" попасть сразу в маршрутизатор по-умолчанию (маршрутизатор провайдера / gateway) и только ПОСЛЕ него они могут идти через РАЗНЫЕ маршрутизаторы до "хост2", т.е. получается что именно этот ПЕРВЫЙ маршрутизатор (gateway) назначает "идентификатор пакета" для каждого пакета??? и если так, то повторю вопрос - это будет рандомный, первый попавшийся номер??? или это будет именно порядковый номер пакета??? т.е. все наши несколько сообщений (пакет1 - пакет5) будут пронумерованы ПО ПОРЯДКУ??? или вообще номера назначаются каждым маршрутизатором, через который проходит IP-пакет и значит номер пакета все время меняется??? если да, то значит ни о каком верном порядке нельзя говорить.
А разве за гарантию или не гарантию доставки отвечает не TCP/UDP? И установка соединения - как это всё относится именно к IP? IP - разве не просто маршрутизация, т.е. указание куда и чего доставить? Поля данных нет в IP? А то получается одна служебная инф-ия.
Гарантия доставки может осуществляться на разных уровнях. Например, подтверждение доставки используется на канальному уровне в Wi-Fi, и на транспортном в TCP. Без гарантии доставки на канальном уровне работает Ethernet, а на транспортном - UDP.
На сетевом уровне IP работает только без гарантии доставки, соединения нет. Действительно, одна из основных задач IP - маршрутизация.
На слайдах показан только заголовок IP. Поле данных конечно же есть и идет сразу после заголовка.
Здравствуйте! У меня немного не складывается пазл в голове. В начале цикла лекций Вы рассказали, что данные от высшего уровня идут к нижнему уровню, постепенно уменьшаясь, будто матрёшка. Вот на канальном уровне используется кадр. Как я понял, кадр блуждает в пределах сети, а пакет уже блуждает по маршрутизаторам, но по размерам IP-пакета я не понимаю, где эти данные находятся. Но если мне надо передать, условно говоря, от одного компьютера в одной сети данные другому компьютеру в другой сети, то где данные хранятся во время передачи, скажите, пожалуйста? Мне это просто представляется так: кадр преобразуется в пакет и отправляется на маршрутизатор, который в свою очередь уже отправляет пакет в нужную сеть, а там этот пакет трансформируется в кадр, который уже достигает нужный компьютер.
Это названия модели Osi, модель оси чисто теоретическая, практическая это тсп айпи. Так вот на практике пакет в кадр не преобразуюется, просто так называются зачем то на разных уровнях по разному, по факту это все те же данные. По крайней мере по курсу так поняла.
Здравствуйте, я тоже посмотрел и все понял( поставил по полочкам) топ видео. Можете поделиться вашим слайдом?)
Презентации на сайте www.asozykin.ru/courses/networks_online . Пока не все успел выложить, к сожалению.
вы говорите в DOD и в OSI сетевой уровень и там и там, но ведь в DOD (TCP/ip) это уровень internet а в OSI network
Да, в документах называется по разному, но я сознательно упростил, т.к. по сути уровни в обеих моделях очень похожи.
@@AndreySozykin очень зря (дьявол в мелочах) и вообще использовать Русский перевод терминов так себе практика, потом в жизни мешать будет (я это к тому что сети все таки для практики больше учат чем для теории и тот же STP не кто не будет протаколом связующего дерева называть). А конкретно на эти грабли я на CCNA в вопросах наткнулся, всегда думал и там и там сетевой уровень, а оказалось нет, поэтому и написал.
Скажите, используется ли термин TTL в других сетевых моделях, не IP?
Может быть в каких то частных реализациях обмена
А в ip пакете как в Ethernet кадре нет полезной нагрузки?
"задача IP - объединение сетей, построенных на основе разных технологий"
Я так понимаю, поскольку сейчас интернет построен на одной технологии - Ethernet (и ещё Wi-Fi, совместимая с Ethernet), то эта задача больше не актуальна?
Не совсем так. Есть сети сотовой связи. Кроме того, в будущем возможно появление новых технологий, которые будут лучше Ethernet и Wi-Fi.
Сети, построенные на основе одной технологии также объединять нужно, т.к. это сети разные (разные IP-подсети), хотя и работают на основе одной технологии.
немного не понятно, получается протокол ip участвует в любой передачи данных где необходима маршрутизация Он есть основой передачи данных? например протокол повыше http входит в протокол ip?
+Vlad Stetsenko, да именно так. Сообщения HTTP вкладываются в сообщения TCP, те, в свою очередь, в пакеты IP. Это называется инкапсуляцию. Более подробное описание есть в лекции ruclips.net/video/EPvxn9KvBvs/видео.html и практическом занятии ruclips.net/video/qKuw2HJQVzk/видео.html
Спасибо
Пожалуйста!
спасибо!!!
+Обычный Человек, пожалуйста!
Меня на собеседовании спросили про опцию 89, я её не смог в интернете даже найти. Не подскажите, что за опция?
Такую не знаю. Найти тоже ничего не смог.
опция внутри какого протакола?
Спасибо за ваши лекции, освежил знания. У меня вопрос, который был задан на собеседовании: Если у компьютера IP адрес 169.254.1.* - что это значит? Я подумал, что устройство неправильно назначило ip-адрес компьютеру, как вы думаете?
Ещё добавлю, что адреса из данного диапазона являются автоматически назначаемыми при отсутствии соединения с DHCP-сервером
@Нофап и мотивация! почему?
Это сеть zeroconf, сейчас многие операционные системы её поддерживают. Это позволяет назначить IP-адрес компьютеру, если он не был назначен другими способами.
Обычно адреса все-таки назначают по DHCP или вручную. Поэтому если появился адрес из диапазона zeroconf, значит проблемы либо с подключением к сети, либо с сервером DHCP.
это APIPA, на подобие SLAAC в IPv6 авто конфигурация айпи на хосте для связности внутри широковещательного домена, такие адреса не маршрутизируются.
Андрей, как поднять active direct с нуля
Имеется в виду Active Directory? Сервер каталогов от MicroSoft?
@@AndreySozykin да да
@@AndreySozykin да да
К сожалению, с AcriveDirectory у меня почти нет опыта. Так что вряд ли смогу записать хорошее видео.
Здравстуйте! Подскажите пожалуйста как можна заполинть протокол, по умалчанию номер.
Что?
+
Почему я засыпаю?
хахаха
Как будто учебник читаешь
спасибо
Спасибо!
+