Протокол IP | Курс "Компьютерные сети"

8 років тому

Протокол межсетевого взаимодействия 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

КОМЕНТАРІ: 94

@playincloud 8 років тому

огромное спасибо за лекции, все понятно и интересно, без лишней информации

@AndreySozykin 8 років тому

+invokertv именно так я и стараюсь делать: выделить основные вещи, необходимые для понимания.

@mishkasensei1337 6 років тому

Спасибо, вы супер, готовлюсь к экзамену по вашим лекциям.

@AndreySozykin 6 років тому

Спасибо! Успехов на экзамене! Какой университет?

@nikolay_antipin 2 роки тому

Андрей, огромное спасибо за Вашу работу! Изучал по Вашим урокам компьютерные сети, прошёл собеседование!

@user-mm5ln4qh5q Рік тому

Собеседование на какую должность?

@faridnadirov5472 Рік тому

Все понятно и доступно. Спасибо!

@bai_tok 4 роки тому

Спасибо. Готовлюсь к экзаменам по вашим видео.

@AndreySozykin 4 роки тому

Успехов на экзаменах!

@bai_tok 4 роки тому

@@AndreySozykin Спасибо.

@kseniyasakki4382 3 роки тому

Спасибо вам, Андрей!

@AndreySozykin 3 роки тому

Пожалуйста!

@andreipomorev6292 3 роки тому

Спасибо за лекцию!

@AndreySozykin 3 роки тому

Пожалуйста!

@Q_School 3 роки тому

Спасибо. Qilgan bu yaxshi amallariyezni ajrini bersin

@user-iu2bh1ze2o 9 місяців тому

Доброго дня. смотрю чтобы восполнить знания для похода на курсы по микротику.

@user-gv4no3xn8l 2 роки тому

Очень круто, даже если с минимальным набором знаний через несколько лекций все станет на свои места. Огромное спасибо!

@AndreySozykin 2 роки тому

Пожалуйста! Рад, что нравится!

@user-xg9zi2jm8q 3 роки тому

Спасибо!

@Anny95290 6 років тому

Спасибо большое! Сдала практику благодаря Вашим урокам. Надеюсь, экзамен тоже сдам :)

@AndreySozykin 6 років тому

+Firefly96 пожалуйста! Успехов на экзамене!

@ronniep8807 7 років тому

Спасибо, грамотная подача информации!

@AndreySozykin 7 років тому

+Roman Pizhlakov, пожалуйста!

@AndreySozykin 7 років тому

+Roman Pizhlakov, пожалуйста! Рад, что нравится!

@user-kv3eo9br8m 4 роки тому

Спасибо. Все по делу

@AndreySozykin 4 роки тому

Пожалуйста!

@user-nl9re6wd4w 6 місяців тому

Спасибо большое

@MrAdeptius 5 років тому

Чётко! Спасибо!

@AndreySozykin 5 років тому

Пожалуйста!

@eb6006 2 роки тому

Спасибо лучший!

@AndreySozykin 2 роки тому

Спасибо!

@Das.Kleine.Krokodil 4 роки тому

Скажите, используется ли термин TTL в других сетевых моделях, не IP? Может быть в каких то частных реализациях обмена

@user-fghjiydsvjk975 8 років тому

спасибо за очередную отлично разжеванную тему без лишней воды.... надеюсь вы не против, если я добавлю кое какую важную деталь, которую вы, возможно опять же для упрощения, опустили речь идет о полях "размер заголовка" и "размер всего пакета", а именно о различиях в их мерах.... "размер заголовка" измеряется в 32 битнах словах (или 4 байта), то есть если в этом поле стоит 5, то размер заголовка равняется 5 * 4 = 20 байт, при этом согласно RFC 791, поле не может хранить значение меньше 5. максимальное же значение, как видно из размерности в 4 бита - это 15 (бинарные 4 единицы), что дает нам максимальный размер заголовка = 15 * 4 = 60 байт "размер всего пакета" измеряется в привычных нам байтах, как вы и сказали в своей лекции, тут без сюрпризов

@AndreySozykin 8 років тому

+conquistador, спасибо

@user-gd6il5zb8l 4 роки тому

Во, спасибо, как раз уже побежал вопрос о размере заголовка задавать.

@hutoryanin 3 роки тому

Благодарю

@AndreySozykin 3 роки тому

Спасибо!

@PChelper39ru 8 років тому

спасибо!!!

@AndreySozykin 8 років тому

+Обычный Человек, пожалуйста!

@noMikeMC 7 років тому

Спасибо

@AndreySozykin 7 років тому

Пожалуйста!

@user-qd1ve1jt7w 5 місяців тому

На 5:50 вы протокол icmp называете протоколом следующего уровня, а в начале видео его же (icmp) называете протоколом сетевого уровня.

@user-qc2rr2qb3c 5 років тому

Всё понятно, почта РФ по протоколу ip работает. Как то раз, товарищ заявление отправил во владивосток и оно потерялось.

@Nikolay_py 9 місяців тому

По всей видимости используется UDP) Пакуют как можно быстрее и без гарантии доставки)

@mlm2492 4 роки тому

Здравствуйте, я тоже посмотрел и все понял( поставил по полочкам) топ видео. Можете поделиться вашим слайдом?)

@AndreySozykin 4 роки тому

Презентации на сайте www.asozykin.ru/courses/networks_online . Пока не все успел выложить, к сожалению.

@atillaattila8900 8 років тому

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 ))

@AndreySozykin 8 років тому

Спасибо за хороший отзыв!

@user-nr5tp2jo3u Рік тому

Здравствуйте! У меня немного не складывается пазл в голове. В начале цикла лекций Вы рассказали, что данные от высшего уровня идут к нижнему уровню, постепенно уменьшаясь, будто матрёшка. Вот на канальном уровне используется кадр. Как я понял, кадр блуждает в пределах сети, а пакет уже блуждает по маршрутизаторам, но по размерам IP-пакета я не понимаю, где эти данные находятся. Но если мне надо передать, условно говоря, от одного компьютера в одной сети данные другому компьютеру в другой сети, то где данные хранятся во время передачи, скажите, пожалуйста? Мне это просто представляется так: кадр преобразуется в пакет и отправляется на маршрутизатор, который в свою очередь уже отправляет пакет в нужную сеть, а там этот пакет трансформируется в кадр, который уже достигает нужный компьютер.

@ThePositivemann 7 років тому

А разве за гарантию или не гарантию доставки отвечает не TCP/UDP? И установка соединения - как это всё относится именно к IP? IP - разве не просто маршрутизация, т.е. указание куда и чего доставить? Поля данных нет в IP? А то получается одна служебная инф-ия.

@AndreySozykin 7 років тому

Гарантия доставки может осуществляться на разных уровнях. Например, подтверждение доставки используется на канальному уровне в Wi-Fi, и на транспортном в TCP. Без гарантии доставки на канальном уровне работает Ethernet, а на транспортном - UDP. На сетевом уровне IP работает только без гарантии доставки, соединения нет. Действительно, одна из основных задач IP - маршрутизация. На слайдах показан только заголовок IP. Поле данных конечно же есть и идет сразу после заголовка.

@user-sb6et3xx5p Рік тому

Не совсем понятна фраза про поле заголовка пакета 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.

@catshannon5064 8 років тому

немного не понятно, получается протокол ip участвует в любой передачи данных где необходима маршрутизация Он есть основой передачи данных? например протокол повыше http входит в протокол ip?

@AndreySozykin 8 років тому

+Vlad Stetsenko, да именно так. Сообщения HTTP вкладываются в сообщения TCP, те, в свою очередь, в пакеты IP. Это называется инкапсуляцию. Более подробное описание есть в лекции ukposts.info/have/v-deo/fYCnrKRwgqxz16c.html и практическом занятии ukposts.info/have/v-deo/qXumq2h_gYeH258.html

@user-mx8ch9gh3j 11 місяців тому

А в ip пакете как в Ethernet кадре нет полезной нагрузки?

@sergeyauslender 6 років тому

Спасибо за ваши лекции, освежил знания. У меня вопрос, который был задан на собеседовании: Если у компьютера IP адрес 169.254.1.* - что это значит? Я подумал, что устройство неправильно назначило ip-адрес компьютеру, как вы думаете?

@sergeyauslender 6 років тому

Ещё добавлю, что адреса из данного диапазона являются автоматически назначаемыми при отсутствии соединения с DHCP-сервером

@w1tcherj 5 років тому

@Нофап и мотивация! почему?

@AndreySozykin 5 років тому

Это сеть zeroconf, сейчас многие операционные системы её поддерживают. Это позволяет назначить IP-адрес компьютеру, если он не был назначен другими способами. Обычно адреса все-таки назначают по DHCP или вручную. Поэтому если появился адрес из диапазона zeroconf, значит проблемы либо с подключением к сети, либо с сервером DHCP.

@sammyel4eg 5 років тому

это APIPA, на подобие SLAAC в IPv6 авто конфигурация айпи на хосте для связности внутри широковещательного домена, такие адреса не маршрутизируются.

@sammyel4eg 5 років тому

вы говорите в DOD и в OSI сетевой уровень и там и там, но ведь в DOD (TCP/ip) это уровень internet а в OSI network

@AndreySozykin 5 років тому

Да, в документах называется по разному, но я сознательно упростил, т.к. по сути уровни в обеих моделях очень похожи.

@sammyel4eg 5 років тому

@@AndreySozykin очень зря (дьявол в мелочах) и вообще использовать Русский перевод терминов так себе практика, потом в жизни мешать будет (я это к тому что сети все таки для практики больше учат чем для теории и тот же STP не кто не будет протаколом связующего дерева называть). А конкретно на эти грабли я на CCNA в вопросах наткнулся, всегда думал и там и там сетевой уровень, а оказалось нет, поэтому и написал.

@andreykelip5631 3 роки тому

"задача IP - объединение сетей, построенных на основе разных технологий" Я так понимаю, поскольку сейчас интернет построен на одной технологии - Ethernet (и ещё Wi-Fi, совместимая с Ethernet), то эта задача больше не актуальна?

@AndreySozykin 3 роки тому

Не совсем так. Есть сети сотовой связи. Кроме того, в будущем возможно появление новых технологий, которые будут лучше Ethernet и Wi-Fi.

@idgordeev 3 роки тому

Сети, построенные на основе одной технологии также объединять нужно, т.к. это сети разные (разные IP-подсети), хотя и работают на основе одной технологии.

@lukardo16 8 років тому

1:32 почему не гарантируется порядок следования сообщений? А как же поле идентификатор пакета? Механизм фрагментации же пользуется нумерацией сообщений

@AndreySozykin 8 років тому

+Nikita Andrich, фрагментация используется для каждого пакета в отдельности, который собирается в правильном порядке благодаря полям идентификатор пакета и смещение. Нарушение порядка следования имеется в виду для разных пакетов. В IP сетях между компьютерами может быть несколько маршрутов. Может так случиться, что первый пакет пойдет по медленному пути, а второй по быстрому. В этом случае второй пакет придет раньше первого. Хотя такое бывает не часто, но иногда случается.

@user-gd6il5zb8l 4 роки тому

А данная проблема решается каким-либо из протоколов вышестоящих уровней?

@user-cq7dj6cn6i 4 роки тому

Андрей, ответьте пожалуйста, выше вы написали: "... имеется в виду для разных пакетов" имеете в виду, что не для разных фрагментов, а именно для разных ЦЕЛЫХ сообщений БЕЗ фрагментации??? Если вы имели ввиду именно ЦЕЛЫЕ сообщений БЕЗ фрагментации, то как я понял Nikita Andrichenko задавал вам вопрос именно про них и вы немного не поняли его - в лекции Вы говорите, что "нет гарантии верного порядка следования сообщений, т.к. 3-й пакет может прийти раньше первого пакета", а он имел в виду, что поле "идентификатор пакета" (далее "ид пкт") в заголовке IP по идее можно использовать как ГАРАНТИЮ для верного порядка следования целых сообщений (которые НЕ нужно делить на фрагменты) - для этого нужно проставить в поле "ид пкт" номера пакетов ПО ПОРЯДКУ и все! Вот и гарантия порядка следования! т.е. например если "хост1" отправляет на "хост2" несколько сообщений подряд (пусть будет: пакет1, пакет2, пакет3, пакет4, пакет5) и эти все сообщения НЕ нужно делить на фрагменты (допустим длина каждого сообщения меньше MTU сети (пакет MTU)??? если да, тогда вопросы по "гарантиям" отпадают - на сетевом уровне нет гарантии верного порядка следования пакетов.. P.S. вообще как я понимаю сообщения должны после "хост1" попасть сразу в маршрутизатор по-умолчанию (маршрутизатор провайдера / gateway) и только ПОСЛЕ него они могут идти через РАЗНЫЕ маршрутизаторы до "хост2", т.е. получается что именно этот ПЕРВЫЙ маршрутизатор (gateway) назначает "идентификатор пакета" для каждого пакета??? и если так, то повторю вопрос - это будет рандомный, первый попавшийся номер??? или это будет именно порядковый номер пакета??? т.е. все наши несколько сообщений (пакет1 - пакет5) будут пронумерованы ПО ПОРЯДКУ??? или вообще номера назначаются каждым маршрутизатором, через который проходит IP-пакет и значит номер пакета все время меняется??? если да, то значит ни о каком верном порядке нельзя говорить.