Протокол межсетевого взаимодействия IP (Internet Protocol)
Лекции по курсу "Компьютерные сети" - goo.gl/0aIOuf
Задачи IP: объединение сетей, маршрутизация, обеспечения качества обслуживания. Формат заголовка IP.
RFC 791 - Internet Protocol
tools.ietf.org/html/rfc791
Лекция "Сетевой уровень" - • Video
Лекция "Протокол IP: маршрутизация" - • Video
Практические занятия по курсу "Компьютерные сети" - goo.gl/YP3l83
Протокол IP в Wireshark - • Протокол IP | Практика...
Мой канал с краткими и понятными объяснениями сложных тем в ИТ и компьютерных науках:
goo.gl/kW93MA
огромное спасибо за лекции, все понятно и интересно, без лишней информации
+invokertv именно так я и стараюсь делать: выделить основные вещи, необходимые для понимания.
Все понятно и доступно. Спасибо!
Спасибо, вы супер, готовлюсь к экзамену по вашим лекциям.
Спасибо! Успехов на экзамене! Какой университет?
Андрей, огромное спасибо за Вашу работу! Изучал по Вашим урокам компьютерные сети, прошёл собеседование!
Собеседование на какую должность?
Спасибо. Qilgan bu yaxshi amallariyezni ajrini bersin
Доброго дня. смотрю чтобы восполнить знания для похода на курсы по микротику.
Спасибо вам, Андрей!
Пожалуйста!
Спасибо!
Спасибо. Готовлюсь к экзаменам по вашим видео.
Успехов на экзаменах!
@@AndreySozykin Спасибо.
Спасибо большое! Сдала практику благодаря Вашим урокам. Надеюсь, экзамен тоже сдам :)
+Firefly96 пожалуйста! Успехов на экзамене!
Спасибо большое
Спасибо за лекцию!
Пожалуйста!
Скажите, используется ли термин TTL в других сетевых моделях, не IP? Может быть в каких то частных реализациях обмена
Спасибо, грамотная подача информации!
+Roman Pizhlakov, пожалуйста!
+Roman Pizhlakov, пожалуйста! Рад, что нравится!
На 5:50 вы протокол icmp называете протоколом следующего уровня, а в начале видео его же (icmp) называете протоколом сетевого уровня.
Спасибо. Все по делу
Пожалуйста!
Спасибо лучший!
Спасибо!
Чётко! Спасибо!
Пожалуйста!
Здравствуйте! У меня немного не складывается пазл в голове. В начале цикла лекций Вы рассказали, что данные от высшего уровня идут к нижнему уровню, постепенно уменьшаясь, будто матрёшка. Вот на канальном уровне используется кадр. Как я понял, кадр блуждает в пределах сети, а пакет уже блуждает по маршрутизаторам, но по размерам IP-пакета я не понимаю, где эти данные находятся. Но если мне надо передать, условно говоря, от одного компьютера в одной сети данные другому компьютеру в другой сети, то где данные хранятся во время передачи, скажите, пожалуйста? Мне это просто представляется так: кадр преобразуется в пакет и отправляется на маршрутизатор, который в свою очередь уже отправляет пакет в нужную сеть, а там этот пакет трансформируется в кадр, который уже достигает нужный компьютер.
Очень круто, даже если с минимальным набором знаний через несколько лекций все станет на свои места. Огромное спасибо!
Пожалуйста! Рад, что нравится!
Благодарю
Спасибо!
Всё понятно, почта РФ по протоколу ip работает. Как то раз, товарищ заявление отправил во владивосток и оно потерялось.
По всей видимости используется UDP) Пакуют как можно быстрее и без гарантии доставки)
спасибо!!!
+Обычный Человек, пожалуйста!
Спасибо
Пожалуйста!
Здравствуйте, я тоже посмотрел и все понял( поставил по полочкам) топ видео. Можете поделиться вашим слайдом?)
Презентации на сайте www.asozykin.ru/courses/networks_online . Пока не все успел выложить, к сожалению.
Не совсем понятна фраза про поле заголовка пакета 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.
А разве за гарантию или не гарантию доставки отвечает не TCP/UDP? И установка соединения - как это всё относится именно к IP? IP - разве не просто маршрутизация, т.е. указание куда и чего доставить? Поля данных нет в IP? А то получается одна служебная инф-ия.
Гарантия доставки может осуществляться на разных уровнях. Например, подтверждение доставки используется на канальному уровне в Wi-Fi, и на транспортном в TCP. Без гарантии доставки на канальном уровне работает Ethernet, а на транспортном - UDP. На сетевом уровне IP работает только без гарантии доставки, соединения нет. Действительно, одна из основных задач IP - маршрутизация. На слайдах показан только заголовок IP. Поле данных конечно же есть и идет сразу после заголовка.
спасибо за очередную отлично разжеванную тему без лишней воды.... надеюсь вы не против, если я добавлю кое какую важную деталь, которую вы, возможно опять же для упрощения, опустили речь идет о полях "размер заголовка" и "размер всего пакета", а именно о различиях в их мерах.... "размер заголовка" измеряется в 32 битнах словах (или 4 байта), то есть если в этом поле стоит 5, то размер заголовка равняется 5 * 4 = 20 байт, при этом согласно RFC 791, поле не может хранить значение меньше 5. максимальное же значение, как видно из размерности в 4 бита - это 15 (бинарные 4 единицы), что дает нам максимальный размер заголовка = 15 * 4 = 60 байт "размер всего пакета" измеряется в привычных нам байтах, как вы и сказали в своей лекции, тут без сюрпризов
+conquistador, спасибо
Во, спасибо, как раз уже побежал вопрос о размере заголовка задавать.
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 ))
Спасибо за хороший отзыв!
А в ip пакете как в Ethernet кадре нет полезной нагрузки?
немного не понятно, получается протокол ip участвует в любой передачи данных где необходима маршрутизация Он есть основой передачи данных? например протокол повыше http входит в протокол ip?
+Vlad Stetsenko, да именно так. Сообщения HTTP вкладываются в сообщения TCP, те, в свою очередь, в пакеты IP. Это называется инкапсуляцию. Более подробное описание есть в лекции kzhead.info/sun/eLSvqNJxgqh4qas/bejne.html и практическом занятии kzhead.info/sun/pK-up5aAgYOMraM/bejne.html
Меня на собеседовании спросили про опцию 89, я её не смог в интернете даже найти. Не подскажите, что за опция?
Такую не знаю. Найти тоже ничего не смог.
опция внутри какого протакола?
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-пакет и значит номер пакета все время меняется??? если да, то значит ни о каком верном порядке нельзя говорить.
вы говорите в DOD и в OSI сетевой уровень и там и там, но ведь в DOD (TCP/ip) это уровень internet а в OSI network
Да, в документах называется по разному, но я сознательно упростил, т.к. по сути уровни в обеих моделях очень похожи.
@@AndreySozykin очень зря (дьявол в мелочах) и вообще использовать Русский перевод терминов так себе практика, потом в жизни мешать будет (я это к тому что сети все таки для практики больше учат чем для теории и тот же STP не кто не будет протаколом связующего дерева называть). А конкретно на эти грабли я на CCNA в вопросах наткнулся, всегда думал и там и там сетевой уровень, а оказалось нет, поэтому и написал.
Здравстуйте! Подскажите пожалуйста как можна заполинть протокол, по умалчанию номер.
Что?
Спасибо за ваши лекции, освежил знания. У меня вопрос, который был задан на собеседовании: Если у компьютера IP адрес 169.254.1.* - что это значит? Я подумал, что устройство неправильно назначило ip-адрес компьютеру, как вы думаете?
Ещё добавлю, что адреса из данного диапазона являются автоматически назначаемыми при отсутствии соединения с DHCP-сервером
@Нофап и мотивация! почему?
Это сеть zeroconf, сейчас многие операционные системы её поддерживают. Это позволяет назначить IP-адрес компьютеру, если он не был назначен другими способами. Обычно адреса все-таки назначают по DHCP или вручную. Поэтому если появился адрес из диапазона zeroconf, значит проблемы либо с подключением к сети, либо с сервером DHCP.
это APIPA, на подобие SLAAC в IPv6 авто конфигурация айпи на хосте для связности внутри широковещательного домена, такие адреса не маршрутизируются.
"задача IP - объединение сетей, построенных на основе разных технологий" Я так понимаю, поскольку сейчас интернет построен на одной технологии - Ethernet (и ещё Wi-Fi, совместимая с Ethernet), то эта задача больше не актуальна?
Не совсем так. Есть сети сотовой связи. Кроме того, в будущем возможно появление новых технологий, которые будут лучше Ethernet и Wi-Fi.
Сети, построенные на основе одной технологии также объединять нужно, т.к. это сети разные (разные IP-подсети), хотя и работают на основе одной технологии.
+
Андрей, как поднять active direct с нуля
Имеется в виду Active Directory? Сервер каталогов от MicroSoft?
@@AndreySozykin да да
@@AndreySozykin да да
К сожалению, с AcriveDirectory у меня почти нет опыта. Так что вряд ли смогу записать хорошее видео.
Почему я засыпаю?
хахаха
Как будто учебник читаешь
Спасибо!
+