Тема 8. Обзор TCP/IP. Как работает ARP.

[@yessimovaindira8016]

Супер лекция, супер лектор. Вот бы во всех универах были такие преподаватели.

[@Networkisreachable]

Спасибо за отзыв!

[@Sapport]

По работе понадобилось подробно разобраться с NAT - нашел видео на этом канале. Уровень подачи материала с примерами сильно порадовал, даже чел с двузначным IQ после таких лекций станет хорошим сетевиком. Это лучший материал по сетям в ру сегменте KZbin без шуток - потому смотрю весь плейлист 😅

[@Networkisreachable]

Спасибо за теплый отзыв!

[@TairNurpeisov]

Качественная подача материала с примерами. Спасибо вам за труд!

[@Networkisreachable]

Спасибо за высокую оценку материала!

[@ВасилийГоловко-д9и]

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

[@_renamed_]

Спасибо большое за лекции, очень интересно. Давно хотел разобраться как оно всё под капотом работает.

[@antony6911]

Топовый контент, смотрю неспеша на протяжении недели, новою узнаю, применяю на практике. Очень круто, респект, спасибо. Монументальный курс!

[@pr0ks_13]

Спасибо большое за материал, очень подробно, понятно и с примерами! :-)

[@Networkisreachable]

Спасибо за отзыв!

[@alekseyvarlamov8753]

Очень хорошие и информативные ролики! Спасибо!

[@Vitaliy_Victorovich]

Большое спасибо, очень хорошая подача материала!

[@Networkisreachable]

Спасибо за отзыв!

[@catalyst1755]

Спасибо! Вы очень подробно и понятно объясняете.

[@VeselijDrozd]

Увесистое видео. Фрагментировал просмотр. Иногда пересматривал отдельные фрагменты.

[@mischgan5129]

Всё понятно и по делу! спасибо!

[@ДалерДехконов-щ1ю]

Таймкоды лекции: 0:00 - Вступление 0:14 - Стек TCP/IP, его основные протоколы 2:20 - Инкапсуляция заголовков 5:10 - Протокол ARP 13:43 - Формат пакета ARP/RARP 19:35 - Пакет IP 33:00 - Коды протоколов RFC-1700 35:55 - Управление фрагментацией на уровне IP 38:43 - Основные особенности IP 44:55 - Протокол UDP 56:18 - Протокол TCP 1:04:45 - Структура TCP-сегментов 1:11:22 - Тройное рукопожатие 1:15:15 - Процесс обмена данными 1:31:05 - Протокол ICMP 1:33:42 - Типы сообщений ICMP

[@Stainlessnn]

порты в TCP и UDP (сокеты или socket) описаны тоже в RFC (номер не помню, кому интересно - всё гуглится). суть: при установке соединения (connection) важен не только IP, но и номер порта "слушателя", на котором отвечает приложение (программный сервер), адресуясь на который (именно пара адрес-порт), соединение должно быть установлено, при этом исходящий порт выбирается произвольно из заданного диапазона (диапазон тоже описан в том же RFC). при прохождении через NAT, исходящий порт может меняться (на хосте инициаторе - один, а на роутере с NAT может быть уже другим), но иногда NAT требуется настраивать таким образом, чтобы диапазон портов транслировался "порт в порт" - это, обычно, для приложений, которые используют "упраляющее соединение", через которое клиент и сервер могут "договариваться" о том через какие дополнительные соединения будут передавать данные (FTP, 1С клиент-сервер, например). и ещё: ARP не заканчивается начальным сегментом сети. :) в одном сегменте он закончился - в следующем сегменте есть другой ARP. т.е. IP-пакет на своём маршруте меняет несколько сегментов, в каждом из которых его среда переносит от MAC к MAC. так, наверно, проще для понимания начинающих.

[@АртурБажин-е2н]

Спасибо. Я некоторые моменты раньше недопонимал. Теперь каак понял.

[@bulba1995]

Это шикарно , а я даже и предположить не мог почему нев некоторых ситуациях не мог подключиться к сети с одинаковым Ip , все было изза неактуального мак адреса . Я вам признателен , всего вам найлучшего и хорошего 2024 года . Если в OpenWrt прошивке роутера подменить еще и мак в /etc/systemd/network/00-default.link то это начнет работать ? . Нужно будет проверить когда появится обородование .

[@Networkisreachable]

по openwrt не подскажу, редко с ними сталкиваюсь.

[@Networkisreachable]

Уважаемые зрители! Если видео лекции/практики оказалось полезным, поддержите ролик лайком и комментарием, это поможет ознакомить с ним большую аудиторию. Спасибо. Анонсы, обсуждения, вопросы тут: t.me/nir_net Для желающих поддержать канал boosty.to/nir_net

[@ChrisNasredin]

Наверное, вставлю свои пять копеек про TTL - это очень важная штука, когда пакет попадает в некое "кольцо", когда есть ошибка в конфигурации маршрутизации и маршрутизаторы начинают гонять пакет по кругу передавая друг другу. В случае отсутствия технологии TTL пакет ходил бы вечно до момента потери связи между маршрутизаторами. В случае существования TTL - пакет пробежит заданное количество раз и уничтожится. По опыту, первое, что следует сделать, увидев ошибку TTL is expired - запустить трассировку и убедиться, что пакет не попал в закольцованный маршрут

[@Networkisreachable]

Да это именно так! Не знаю попало ли это в записи, но в лекциях OSPF я часто рассказываю что при перестроении большой и неоптимальной сети OSPF можно наблюдать ошибку TTL expired, что является маркером проблем с настройками. И ещё когда мы изучаем статику, то обычно делаем зацикленный маршрут специально, чтоб проиллюстрировать этот момент.

[@saber3073]

Спасибо за лекцию! Не могли бы пояснить в каких ситуациях нужно увеличивать/уменьшать MTU? И зачем это вообще нужно делать?

[@Networkisreachable]

например у провадероd используются сверху заголовки MPLS, по тому часто MTU 1600. В ЦОД частенько MTU максимальное около 9000, чтоб таскать максимально длинные кадры внутри.

[@saber3073]

@@Networkisreachableспасибо за ответ, да все же спрошу ещё в таком случае, для чего уменьшать MTU, как у вас в примере, вы говорите, что в жизни часто ставят MTU 1476 байт

[@ДмитрийЕвтушенко-к3т]

В далекие годы нам говорили что порт это адрес приложения, ip это адрес хоста в сети и мак это адрес сетевой карты

[@Networkisreachable]

про приложение и ip неплохо вам говорили!

[@manOfPlanetEarth]

Да не адрес приложения, а просто идентификатор приложения. Всё. Не надо ничего мудрить. Адрес - это такое слово, которое понятно для "макрообъектов": хост, сервак, маршрутизатор. А внутри хоста есть только одна адресация - в памяти: 32х разрядная или 64х разрядная, т.е. 4 или 8 байт. И порт тут вообще не при чем. Поэтому не надо мишуры.

[@netmaster777]

21:01 Там длина заголовка измеряется в 32-х битных словах, т.е. в случае 20 байт записывается "5". На "20" 4 бита не хватит.

[@Networkisreachable]

верно, там слова 32 бита, ну и заголовок выравнивается по словам при опциях.

[@НикитаКасторнов-й7ф]

Спасибо большое за лекции, всё доступно объясняете и понятно, кроме 1 момента) про ttl не до конца понял, в утилите пинг отображаемый ttl что означает? кол-во хопов оставшиеся у пакета до его "смерти"? почему тогда при пинге двух коммутаторв l2 в одной сети, но в разных зданиях ttl меняется, у одного 29 у второго 248, разве не должно быть +- одинаково и откуда 248 если у винды по стандарту ttl - 64? не совсем понятен этот момент, пытался найти в интернете какую то информацию, но практических на всех ресурсах на которых я нашёл информацию пишется что такое ttl и принцип его работы, но нигде не написано откуда берутся эти числа, буду вам благодарен за ответ!

[@Networkisreachable]

1. у утилите пинг отображается TTL IP пакета (хопов до смерти), это очень хорошо видно если попинговать что-нибудь в интернете. 2. В одном L2 домене (вилане) TTL меняться не будет. И вы можете путать, TTL выставляет каждый хост сам, и если в ответах у одно на пинг такое-то число, а в обратную сторону другое то это зависит от самих хостов и типа ОС и стека. 3. Крайне полезно всё это изучить ещё и с работой утилиты traceroute

[@НикитаКасторнов-й7ф]

@@Networkisreachable Огромное спасибо, сейчас всё стало более понятно) попробовал попинговать разные коммутаторы в одном домене, все имеют одинаковый ttl. В утилите traceroute, как раз таки более понятно как работает ttl нежели в пинге, но это как мне показалось)

[@manOfPlanetEarth]

@@НикитаКасторнов-й7ф Ничего не понял: 1. в обоих случаях ты пишешь, что пингуешь коммутаторы в одной сети. Только в первом случае у тебя разный ТТЛ, а во втором одинаковый. Почему? Что там с VLAN'ами? VLAN одна и та же в обоих случаях? 2. как ты пингуешь коммутаторы??? Коммутатор - это прозрачный мост. У него дай бог, чтобы мак был. Откуда у него ip-адрес?🤔

[@solyarisall5517]

На сколько мне известно, ARP-gratuitous не отвечает за определение конфликта ip адресов в сети. Этот тип ARP пакетов отвечает за оповещение соседей о смене MAC в связке IP/MAC (допустим, если ручками админ переписал мак или перешли на резервный хост). А вот за определение наличия конфлита IP-адресов отвечают ARP-пакеты типа Probe и Announcement.

[@Networkisreachable]

И probe и gratuitous отвечают на разрешение конфликтов в IP адресации.

[@ShineSapphire]

Задам глупый вопрос, не очень понятно, если максимальный размер кадра 1500 байт,а размер ip пакета 65000 байт, получается данные из кадра по 1500 байт полностью заполняют ip пакет, и тот в свою очередь фрагментируется?

[@Networkisreachable]

Ну реально в Ethernet, как будет в следующих лекциях, говорится о максимальном размере 9200. И да пакет фрагментируется, об этом говорю в лекции маршрутизация. Иногда это происходит и в тоннелях.

[@ShineSapphire]

@@Networkisreachable Спасибо!

[@manOfPlanetEarth]

⁠@@ShineSapphire может, наоборот?? данные из пакета полностью заполняют кадр и поэтому пакет фрагментируется?

[@garudaflyght]

Gratuitous ARP (RFC 5227) 19:31

[@stanislavudcs78]

Зачем при построении tcp-сессии использовать трёхстороннее рукопожатие, если на втором этапе сервер подтверждает готовность принимать пакеты?

[@Networkisreachable]

Но сервер не знает, принят ли его ответ.

[@filogort6852]

а ссылку на презентацию можно??

[@Networkisreachable]

Презентации не выкладываю.

[@MrEmityushkin]

+Plus

[@artart-wb8fl]

столько умных вещей говорит, а потом внезапно кто-нибудь знает что такое dhcp?)

[@Networkisreachable]

Пользуются все, мало кто из начинающих знает что оно так зовётся :-) В целом, это проблема начала разговора про сети, много терминов и они все связаны, и вопрос как их вводить в повествование открытый.

[@Олександр-м5м4г]

сиквенс намбер*

[@sergeik2151]

Ipv4 устаревший протокол

[@sergeik2151]

Английский у лектора стремящийся к нулю😂 Gratuitous ARP, если кто не прнял😂

[@infinite_worm_fear]

Юргент, секьюренс намбер 😂

[@_ept_]

Спасибо за лекции, очень помогает, смотрю все. Вот только сейчас задачка одна, хотелось бы ваш ответ услышать. Не понимаю там один момент. Вопрос на хабр опубликовал : 1342670 - номер вопроса