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

[@playincloud]

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

[@AndreySozykin]

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

[@mishkasensei]

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

[@AndreySozykin]

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

[@CulTube13]

Все четко и по делу, лучше формата не встречал. Спасибо за лекции!

[@bai_tok]

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

[@AndreySozykin]

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

[@bai_tok]

@@AndreySozykin Спасибо.

[@Q_School]

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

[@kseniyasakki4382]

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

[@AndreySozykin]

Пожалуйста!

[@Anny95290]

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

[@AndreySozykin]

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

[@faridnadirov5472]

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

[@andreipomorev6292]

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

[@AndreySozykin]

Пожалуйста!

[@ronniep8807]

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

[@AndreySozykin]

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

[@AndreySozykin]

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

[@lakrimoza1513]

посмотрел в 2024 =) Очень полезно и понятно спасибо большое

[@eb6006]

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

[@AndreySozykin]

Спасибо!

[@МаксимХозяйкин-о9х]

Спасибо!

[@АндрейЯкимов-п2щ]

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

[@AndreySozykin]

Пожалуйста!

[@АртёмЖабский-е9ш]

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

[@antonioblance]

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

[@МихаилКнязев-ъ4м]

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

[@user-fghjiydsvjk975]

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

[@AndreySozykin]

+conquistador, спасибо

[@АнатолийАнатолий-п1д]

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

[@НуржигитМуратбек]

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

[@MrAdeptius]

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

[@AndreySozykin]

Пожалуйста!

[@hutoryanin]

Благодарю

[@AndreySozykin]

Спасибо!

[@Kamil-u4k2g]

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

[@БубликПомидорович]

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

[@ТинаЧарская-п1ц]

Это названия модели Osi, модель оси чисто теоретическая, практическая это тсп айпи. Так вот на практике пакет в кадр не преобразуюется, просто так называются зачем то на разных уровнях по разному, по факту это все те же данные. По крайней мере по курсу так поняла.

[@mlm2492]

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

[@AndreySozykin]

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

[@НиколайВитальевич-ф8й]

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

[@ThePositivemann]

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

[@AndreySozykin]

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

[@Das.Kleine.Krokodil]

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

[@catshannon5064]

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

[@AndreySozykin]

+Vlad Stetsenko, да именно так. Сообщения HTTP вкладываются в сообщения TCP, те, в свою очередь, в пакеты IP. Это называется инкапсуляцию. Более подробное описание есть в лекции kzbin.info/www/bejne/e4HZqaFvgNt1rNU и практическом занятии kzbin.info/www/bejne/p3zYqGV-f7aJsM0

[@sammyel4eg]

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

[@AndreySozykin]

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

[@sammyel4eg]

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

[@Максим-ы1я6ж]

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

[@andreykelip5631]

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

[@AndreySozykin]

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

[@idgordeev]

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

[@atillaattila8900]

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]

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

[@lukardo16]

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

[@AndreySozykin]

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

[@АнатолийАнатолий-п1д]

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

[@СергейРогов-ь8ю]

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

[@w1tcherj]

Меня на собеседовании спросили про опцию 89, я её не смог в интернете даже найти. Не подскажите, что за опция?

[@AndreySozykin]

Такую не знаю. Найти тоже ничего не смог.

[@sammyel4eg]

опция внутри какого протакола?

[@PChelper39ru]

спасибо!!!

[@AndreySozykin]

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

[@noMikeMC]

Спасибо

[@AndreySozykin]

Пожалуйста!

[@begmyrattm7167]

Андрей, как поднять active direct с нуля

[@AndreySozykin]

Имеется в виду Active Directory? Сервер каталогов от MicroSoft?

[@begmyrattm7167]

@@AndreySozykin да да

[@begmyrattm7167]

@@AndreySozykin да да

[@AndreySozykin]

К сожалению, с AcriveDirectory у меня почти нет опыта. Так что вряд ли смогу записать хорошее видео.

[@tillajaksilik7796]

Здравстуйте! Подскажите пожалуйста как можна заполинть протокол, по умалчанию номер.

[@sammyel4eg]

Что?

[@sergeyauslender]

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

[@sergeyauslender]

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

[@w1tcherj]

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

[@AndreySozykin]

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

[@sammyel4eg]

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

[@Xedshot]

+

[@gpankov]

Почему я засыпаю?

[@notasample]

хахаха

[@ВячеславАлександрович-о1щ]

Как будто учебник читаешь

[@Andrzej3935]

Спасибо!

[@Yousuf-ih3eq]

спасибо

[@Александр-б8о1о]

+