зачем нужны ip адреса если есть mac

Зачем нужны ip адреса если есть mac

пятница, сентября 21, 2012

Немного о сетевых адресах

Взаимодействие трех нижних уровней модели OSI

7 коммент.:

Хорошо, спасибо. Но для полного понимания этой премудрости я бы как-то увязал с реальной жизнью. Ну, типа почтового адреса: страна-город-улица-дом.

Спасибо Вам за Ваши статьи.

Спасибо вам!
Данное сравнение я употребля в боле поздней статье http://www.netza.ru/2012/09/blog-post_6748.html =)

а 127.0.0.1 к чему относиться?

Все адреса на 127 это лупбеки (заворот, петля обратной связи). При запросе на них компьютер посылает данные сам на себя.

Спасибо за статью.
А почему нельзя обойтись только одним IP адресом?

Хороший вопрос. Нашел на него в сети хороший ответ от представителей компании Zyxel.
Идентификация по MAC-адресам нужна для упрощения работы и, как следствие,
удешевления сетевого оборудования, а именно коммутаторов 2-го уровня, в том
числе и DSLAM’ов провайдера.

Однако, построить интернет на таком оборудовании невозможно, поскольку
оно физически не способно хранить огромные таблицы уникальных
MAC-адресов. Поэтому применяется адресация IP, в которой узлы
сгруппированы в сети, и в таблицах межсетевых устройств
(маршрутизаторов) хранятся именно адреса групп, что уменьшает размер таблиц.

В целом, деление на локальные и глобальные сети имеет исторические и
экономические причины. Разработчики старых, поныне используемых
протоколов, таких как Ethernet и TCP/IP не могли предположить, какими
будут возможности современного оборудования. Разработчики оборудования,
в свою очередь, придерживаются старых стандартов из соображений обратной
совместимости.»

Источник

Зачем использовать IP, если у нас уже есть MAC-адрес?

Я готовлюсь к экзаменам ICND1 и недавно начал изучать различные устройства Cisco. Я только что узнал, как генерируется пакет для передачи по сети или за ее пределами.

Например, когда пакет генерируется, он добавляет IP-адрес источника, IP-адрес назначения, Mac-адрес источника, Mac-адрес назначения и другие данные.

Поскольку коммутатор является устройством уровня 2 и использует MAC-адреса для взаимодействия с другими хостами в сети, то почему мы используем IP-адреса в наших локальных сетях?

Что если кому-то не нужно подключаться к какому-либо узлу или сети за пределами его собственной сети? Почему ему все еще нужен IP-адрес, разве недостаточно MAC-адреса?

Поскольку коммутатор является устройством уровня 2 и использует MAC-адреса для взаимодействия с другими хостами в сети, то почему мы используем IP-адреса в наших локальных сетях?

Что ж, начнем с того, какой трафик вы отправляете.

Проблема в том, что вы просто нанесли ущерб 95% полезности большинства сетей, удалив эти IP-сервисы. Существуют сети для обмена информацией; все операционные системы на планете обмениваются информацией путем привязки сервисов и инкапсуляции внутри IP. Эта информация обычно также заключена в TCP.

Что если кому-то не нужно подключаться к какому-либо узлу или сети за пределами его собственной сети? Почему ему все еще нужен IP-адрес, разве недостаточно MAC-адреса?

Источник

зачем нужен ip-адрес?

Когда есть MAC-адрес? Мне почему-то всегда казалось, что МАС-адреса в дефиците и поэтому придумали IP но вот недавно задумался, ведь MAC состоит из 48 бит против 32 IP а значит, его ещё населять и населять. Почему не используют его в качестве адреса для всех устройств? Я понимаю, что скорее всего вам придётся написать здесь всё с самого начала, как земля ещё была плоской, а динозавры бороздили просторы космоса, но если вы это читаете, значит время у вас есть, так что.

А лучше по публичным ключам.

IP адреса появились раньше MAC адресов 🙂

так-то в IPX сетях MAC для адресации использовался

В IPv6 уже 64 бита, так что проблема с битностью решена.

Потому что ip работает не только поверх ethernet.

TL;DR: routing и подсети. В пределах lan mac достаточно, т.к. каждое устройство знает своих соседей. В пределах wan это уже не работает.

Очевидно, что IP адрес (да и сам протокол IP, как и другие протоколы) это ещё один уровень абстракции, и всё это было введено в таком виде не от хорошей жизни а для решения проблем масштабирования сетей тех времён.

Жаль что сразу не решили использовать адресацию побольше, не было-бы проблем с переходом с ipv4 на ipv6. А то в нашей стране ipv6 похоже никогда не придет в массы с текущими тенденциями.

Некоторые программы так и работают. По MAC-адресам. Но в пределах одного сегмента локальной сети.

Чтобы с депозита бесплатно качать.

С самого начала Таненбаум написал книжку с офигительными историями. Начиная с того как они там сидели на Гаваях и лепили первобытные сети из ниток и желудей.

Тебе продали короткий ipv6. У нормальных пацанов он в два раза длиннее.

самая полезная ссылка, кажется я всё понял =\

а с сквоттерами и спамерами? IPv6: всё только начинается!

Да, но в 80-х и 90-х годах и 2,8*10^14 узлов в сети тоже не было, да и длина маршрута тоже не была такой большой.

MACи работают в рамках одного широковещательного домена. Хотя чисто теоретически в одном домене и может быть 2^48 (минус зарезервированные адреса) сетевых интерфейсов, на практике если в домене более чем несколько сотен узлов, все они порождают такой широковещательный трафик что на юникаст уже не остается мощностей на коммутаторах.

Косвенно MACи используются в адресации — см. SLAAC в IPv6.

Плюс т.к. MAC это чисто L2, на L3 их нет. Собственно особенность L3 в том что адреса а) уникальны (в идеале), б) могут быть собраны в большие блоки, и маршрутизация работает глобально по отношению к таким блокам а не к отдельному адресу. Вообще см. книгу Х. Остерлох — Маршрутизация в IP сетях.

Вообще да, IPv6 предполагает довольно «жесткое» деление в которых малые блоки (/64) хорошо агрегируются в блоки большего размера (/48 /32 и пр). Проблема разрастания ГТМ в IPv4 во многом связана с тем что есть большое количество мелких префиксов, которые невозможно съагрегировать в более крупные, т.к. зачастую соседние блоки адресов принадлежат соверщенно разным владельцам и маршрутизируются по разному (сетевики, поправьте если не прав).

Источник

Разница между IP и MAC-адресами

Неподготовленный человек часто путает ip и mac адреса и не может чётко объяснить, где используются первые, а где вторые. На самом деле, они используются одновременно, но имеют разное назначение и смысл. Чтобы разобраться с этим, требуется вначале представлять себе структуру эталонной модели OSI. IP-адресация – это адресация третьего уровня, и сам по себе адрес является иерархическим, то есть часть адреса обозначает сеть адресата, а часть – идентификатор хоста внутри сети.

Например, если есть адрес 192.168.1.2 с маской 255.255.255.0, то надо понимать, что 192.168.1.0 – это сеть, а 2 – это хост внутри этой сети. На самом деле, с точки зрения маршрутизаторов не имеет значения эта последняя двойка. Самое главное – доставить пакет в нужную сеть, а последний маршрутизатор на этом пути уже будет смотреть, как найти хост с номером два.

MAC-адрес (адрес второго уровня), напротив, линейный, то есть отдельные компоненты адреса не имеют отдельного смысла (на самом деле, есть часть MAC-адреса, по которой можно определить производителя устройства, но в данном контексте это не имеет значения). Так вот, глядя на два MAC адреса можно сказать только одно: разные они или одинаковые. Нельзя понять, в одной они сети находятся или в разных.

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

Итого, ip-адрес имеет стратегическое значение, указывая, куда глобально надо передать пакет, mac же имеет тактическое значение, в нём содержится информация, какому ближайшему устройству (из нашей же сети) нужно передать информацию.

Чтобы было понятнее, давайте рассмотрим пример: клиент находится в одной сети, а сервер – в другой. Между ними два маршрутизатора.

Для простоты будем считать, что во всех сетях маски подсети 255.255.255.0. Клиент отправляет запрос на сервер, в качестве шлюза по умолчанию, на нём прописан ip адрес ближайшего маршрутизатора – 192.168.1.1.

Обратный процесс отправки ответа выглядит аналогичным образом. То есть, на протяжении всего путешествия пакета по сети, IP адреса отправителя и получателя в нём не меняются, так как именно основываясь на IP адресе получателя маршрутизатор решает, куда дальше пересылать пакет. А вот MAC-адреса меняются при каждом переходе из одной сети в другую. Каждый маршрутизатор ставит в качестве адреса отправителя свой MAC-адрес (точнее адрес того своего интерфейса, который смотри в нужную сеть, того интерфейса, с которого непосредственно будет выходить фрейм), а в качестве MAC-адреса получателя ставится адрес ближайшего устройства в следующей сети, то есть, либо следующего маршрутизатора, либо, если сеть уже достигнута, то непосредственного адресата, для которого предназначается информация в пакете.

Стоит отметить, что коммутаторы и хабы не имеют ни MAC ни IP адресов и не занимаются переупаковкой. Они находятся внутри локальной сети и поэтому в приведённом примере их наличие никак не повлияло бы на процесс передачи информации. Главное в данном примере – это именно процесс прохождения маршрутизаторов. Отличное понимание приведённого примера является обязательным условием изучения дальнейшего материала и в частности понимания процесса маршрутизации.

Источник

HackWare.ru

Этичный хакинг и тестирование на проникновение, информационная безопасность

IP адрес

Оглавление: онлайн книга Компьютерные сети

6. Канальный уровень передачи данных

7. Маршрутизация данных

8. Служебный протокол ICMP

10. Настройка сетевых подключений в командной строке Linux

11. Определение проблем работы сети

12. Туннелизация

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

Виды сетевых адресов

Сетевые устройства имеют MAC-адрес и IP адрес (за редким исключением – хабы не имеют ни того ни другого, поскольку являются устройствами физического уровня — они работают как ретрансляторы — данные пришедшие на один порт, пересылают на все остальные порты; свитчи имеют только MAC-адреса (хотя бывают модели и с IP)).

Зачем нужны два вида адресов MAC и IP

В первой части «Как работают компьютерные сети» мы увидели как происходит отправка и получение данных по компьютерной сети.

Для непосредственной отправки сетевого пакета с одного устройства на другое требуется MAC адрес. Передача данных возможна только с MAC адреса исходного пункта на MAC адрес пункта назначения — передача через промежуточный узел на основе MAC невозможна — в заголовках фрейма есть место только для адреса пункта назначения и исходного адреса. По этой причине каждый сетевой интерфейс обязательно имеет MAC адрес, который ещё называют аппаратным адресом — если нет MAC адреса, то этот интерфейс не может принимать участие в сетевом обмене данными. К тому же, если у устройства несколько сетевых интерфейсов (WAN порт, несколько LAN портов, две беспроводных сети на 2.5 и 5 ГГц), то у каждого из этих сетевых интерфейсов есть свой MAC адрес — иначе бы они просто не работали.

Предположим, в нашей небольшой локальной сети три устройства: компьютер_1 (192.168.0.89), компьютер_2 (192.168.0.101) и соединяющий их роутер (192.168.0.1), то есть схема сети такая:

192.168.0.89 → 192.168.0.1 ← 192.168.0.101

Предположим, нужно передать сетевой пакет с компьютер_1 на компьютер_2. Для связи с роутером, компьютер_1 будет использовать MAC адрес роутера. Роутер имеет несколько портов и может переправить полученный пакет по любому из них. Получив пакет для компьютер_2, исходя из IP адреса пункта назначения, роутер определит, на каком порту находится нужное устройство (или нужная сеть, если устройство подключено через дополнительные роутеры) и, указав MAC компьютера_2, отправит пакет для компьютер_2.

То есть без IP адреса роутеры не знали бы, куда нужно перенаправлять (маршрутизировать) сетевые пакеты, а без MAC адреса было бы вообще невозможно отправить пакеты с одного устройства на другое.

Уже было упомянуто, что MAC адрес называется аппаратным, то есть жёстко прописанным на уровне сетевой карты, а IP адрес является логическим и может быть легко изменён в настройках программного обеспечения используемых устройств.

В этом разделе мы рассмотрим IP адреса.

Виды IP адресов по постоянству: временные и постоянные

Сетевые адреса могут быть как временными (или динамичными) или постоянными (статичными). Временные адреса динамически назначаются станции и могут быть забраны и переназначены на другую станцию, если не используются в течении определённого периода времени (например, в течение 24 часов). Такие временные адреса обычно распределяются на пользовательские устройства с помощью DHCP. В то время как постоянный адрес настраивается вручную на компьютерной системе (сетевом устройстве). Обычно компьютерам, выполняющим роль серверов, и промежуточным устройствам (роутерам, например) даётся один или более постоянных IP адресов.

Приватность (публичные или приватные IP)

IP делятся на публичные и приватные адреса. Пакеты, содержащие публичные адреса, могут быть направлены на хост назначения в Интернете. В противоположность этому, приватные (частные) адреса, как следует из их названия, используются только внутри домашней или корпоративной сети. Другими словами, пакеты с приватными адресами могут быть доставлены к узлу назначения только если он размещён в границах той же самой корпоративной или домашней сети, но не за её пределами. Использование приватных адресов обеспечивает повышенную безопасность, поскольку внутренние узлы невидимы снаружи. Многие организации полагаются на частные IP-адреса для защиты своих внутренних сетей. Ещё одним плюсом приватных адресов является то, что они гибки при распределении адресов для внутренних хостов и промежуточных устройств.

IP-адрес является глобальным стандартом, необходимым чтобы сетевой узел мог обмениваться данными с любыми другими узлами. IP-адрес является логическим адресом, поскольку он физически не связан с узлом (в отличии от MAC-адреса, который является физическим адресом, то есть жёстко прописан в самом устройстве).

Одновременно используются два разных стандарта IP: IPv4 (версия 4) и IPv6 (также известный как IP следующего поколения или IPng). Адрес IPv4 состоит из 32 битов, которые преобразуются в комбинацию из 4 десятичных значений (например, 127.232.53.8). IP-адрес состоит из частей идентификатора сети и узла. Например, в 172.232.53.8, 172.232 и 53.8 могут представлять идентификаторы сети и хоста соответственно. Принятие более продвинутой адресации IPv6 с 128 битами для адреса растёт, и будущее явно принадлежит ей.

Кто управляет диапазонами IP (кто выдаёт IP адреса)

IP-адрес состоит из частей:

Идентификация сети указывает конкретную организацию (например, фирму, колледж, интернет-провайдера). Идентификация хоста назначается сетевому узлу. Сетевые адреса назначаются делегированным образом Управлением по присвоению номеров в Интернете (IANA) (http://www.iana.org/). Будучи ответственным за глобальную координацию пространства IP, IANA делегирует доступное пространство сетевых адресов региональным интернет-регистратурам (RIR). В настоящее время в мире существует пять RIR:

В прошлом запрос на блок IP-адресов напрямую отправлялся в реестр клиентской организацией. После получения, организация в течение длительного времени сохраняла право собственности на предоставленный блок IP. Все это изменилось, и теперь интернет-провайдеры (ISP) играют центральную роль в управлении пространством IP-адресов и его распределении среди запрашивающих организаций. Для этого крупные интернет-провайдеры (например, AT&T) получают блоки IP от RIR и делят их на более мелкие порции для распределения клиентам (например, мелкие интернет-провайдеры, коммерческие фирмы, школы). Тем временем частные лица и малые предприятия получают сетевой адрес от своих интернет-провайдеров. На рисунке показано делегирование нисходящего пространства IP. На веб-сайтах RIR, таких как http://ws.arin.net/, вы можете найти владельца определённого сетевого адреса.

Делегирование IP адресов:

Двоичное и десятичное написание IP адресов

IPv4 стандарт использует 32-битные адреса (например, 10000000.00000010.00000111.00001001) для уникальной идентификации сетевого узла. Такое длинное написание бинарных битов создаёт неудобство, поэтому обычно используется десятичный формат (например, 129.131.12.10), в котором каждая десятичная цифра отражает 8-битную комбинацию. В 32-битной структуре, всё адресное пространство IPv4 диапазона находится между 0.0.0.0 (все 0 в бинарной записи) и 255.255.255.255 (все 1 в бинарной записи).

Почему в IP адресах нельзя использовать цифры более 255

Каждый октет IP адреса не может быть больше 255. Данное число является максимальным восьми битным двоичным числом 11111111. То есть хотя октеты и обозначаются десятичными числами от 0 до 255, на самом деле в них двоичные числа, и максимальное двоичное число равно 255.

Именно двоичная природа IP адреса позволяет понять суть маски сети и правила выбора маршрута. По этой причине стоит уделить внимание двоичному написанию и полностью разобраться в нём.

Составим небольшую таблицу и будем к ней возвращаться по мере необходимости. В этой таблице показано десятичное значение двоичного бита, находящегося в позициях с 8 по 1), а также кумулятивное десятичное значение, когда стоит одна единица в самой левой части, затем две единицы в самой левой части, затем три единицы и так до конца – это будет нужно для работы с сетевыми масками.

Таблица преобразования двоичных и десятичных значений:

Структура IP адреса

IP адрес составляется по крайней мере из двух частей: идентификатор сети (или сетевой адрес) и идентификатор хоста (или адрес хоста).

В этой части термин «сеть» используется как идентификатор организации (например, компании, университета). Например, есть идентификатор сети организации 195.112.36.x, где x может быть значением идентификатора хоста, то адрес сети можно выразить как 195.112.36.0. Становится очевидным, что чем больше бит занято идентификатором сети, тем меньше бит доступно для идентификатора хостов.

Как правило, корпоративные сети разбиты на более маленькие сегменты подсетей. Подсети могут создаваться в соответствии с физическими (например, помещения, строения, этажи) и/или логическими (например, отдел или рабочие группы бизнеса, кафедры университета) границами организации. Сегментация сети на подсети требует, чтобы каждая подсеть могла быть уникально идентифицирована. Сетевой идентификатор не может быть изменён, поскольку он представляет официальный публичный адрес организации. Поэтому доступна возможность создания подсетей только разделяя поле идентификатора хоста на две части: одна для идентификаторов хостов и другая для идентификатора подсетей. Часто это разделение считается заимствованием бит из поля идентификатора хоста для создания идентификаторов сетей. Создание подсетей добавляет дальнейшую иерархию к структуре IP адреса.

Классовая адресация IP

Мы не будем рассматривать классовую адресацию IP, поскольку она устарела и больше практически не применяется. У неё были недостатки – она умела делить диапазоны IP адресов только на слишком громоздкие куски сети и поэтому пространства IP адресов использовались неэффективно. Применительно к сегодняшней модели адресации, выражения вроде «сеть класса A», «сеть класса B» и «сеть класса C» не несут особого смысла.

Бесклассовая адресация IP

В настоящее время применяется бесклассовая адресация IP.

Как мы помним, каждый IP адрес состоит из 32 бит. В бесклассовой IP адресации идентификатор сети необязательно кратен октету (то есть 8 битам, 16 битам или 24 битам) как в случае с классовой схемой. Например, первые 13 бит могут представлять идентификатор сети, а оставшиеся 19 бит – идентификатор хостов.

Предположим, нам дан IP адрес 123.45.56.89 для которого известно, что первые 13 бит являются идентификатором сети. Наша задача – найти адрес сети.

Находим количество бит, оставшееся для идентификатора хостов:

Для поиска адреса сети (и для многих других операций связанных с вычислением IP адресов и диапазонов) удобнее использовать бинарную запись IP адреса, когда он разделён на 8-битные блоки.

или онлайн IP калькулятором преобразуем 123.45.56.89 в бинарную форму. Получаем, что IP 123.45.56.89 в бинарной форме это 01111011.00101101.00111000.01011001.

Поскольку мы уже выяснили, что 19 бит остаются для идентификации хостов, то мы просто заменяем последние 19 цифр нулями и получаем: 01111011.00101000.00000000.00000000 (тринадцать бит идентификатор сети + девятнадцать 0 бит для идентификатора хостов).

Теперь конвертируем обратно в соответствующие десятичные значения (можно сделать здесь). В результате мы получаем адрес сети 123.40.0.0. То есть эту подсеть можно записать как 123.40.0.0/13. Причём, если идентификатор хостов заменить всеми единицами, то мы получим последний IP адрес данного диапазона. В данном случае это будет 01111011.00101111.11111111.11111111. Конвертируем эту запись в привычный вид и получаем 123.47.255.255. То есть для IP адреса 123.45.56.89 с маской сети 13, блок можно записать как 123.40.0.0/13 или в виде диапазона как 123.40.0.0-123.47.255.255

Чтобы понимать, что такое маска сети в нотации СЕТЬ/МАСКА, нужно представить себе IP адрес в виде двоичного числа длиной 32 символа. Так вот, МАСКА — это количество первых чисел, которые не могут меняться для обозначения хостов. Например, при длине маски 15, выделенные полужирным биты не могут меняться для обозначения хостов 01111011.00101101.00111000.01011001.

Следовательно, чем длиннее маска, тем меньший размер блока IP. При максимальной маске /32, в подсети всего один IP адрес. При длине маски /24 в подсети будет 256 адресов. При маске /22 будет 1024 адресов.

Специальные диапазоны IP адресов

Имеются диапазоны, которые выполняют специальную функцию.

IP калькуляторы

Как можно увидеть из примеров выше, для выполнения различных операций с IP адресами, например, с вычислением количество адресов в подсети, либо в конвертации различных способов написания диапазонов, нужно выполнять вычисления и преобразования из одной системы счисления в другую. Для упрощения можно использовать специально для этого предназначенные программы, они называются IP калькуляторы и рассмотрены в данной статье.

Также многие IP калькуляторы с расширенными функциями представлены онлайн:

Различные способы записи IP адресов

Кроме уже рассмотренного двоичного способа записи IP адресов, который может применяться, например, для вычисления идентификатора сети или последнего IP диапазона. Также различное написание IP адресов может использоваться для обхода фильтров (или правильного написания фильтров IP).

В качестве примера возьмём IP адрес 157.245.118.66, его можно открыть в веб-браузере по ссылке http://157.245.118.66 (хотя там и будет сообщение об ошибке SSL сертификата).

Этот же самый адрес можно записать в виде десятичного числа http://2650109506 и http://3111491919 (ссылки также работает).

Чтобы перевести в Long IP адрес a.b.c.d нужно выполнить следующие вычисления:

a * 255 3 + b * 255 2 + c * 255 1 + d * 255 0

Также можно конвертировать в шестнадцатеричное число (перед числом нужно поставить 0x): http://0x9DF57642

Октеты можно записывать в виде шестнадцатеричных чисел: http://0x9D.0xF5.0x76.0x42, а также в виде восьмеричных чисел (чтобы было понятно, что это восьмеричное число, перед ними стоят нолики): http://0235.0365.0166.0102

Можно смешивать в одном IP адресе сразу несколько вариантов написания: http://157.0365.0×76.0×42

При написании IP адреса можно пропускать нули:

Может ли IP адрес с нулём или 255 на конце быть действительным?

Как мы уже знаем, первый адрес в подсети (обычно он имеет 0 на конце) является идентификатором сети, а последний IP адрес (обычно он имеет 255 на конце) является широковещательным. Соответственно, эти IP адреса не могут быть назначены какому-либо хосту. Означает ли это, что любые IP адреса с нулём или 255 в последнем октете не существуют?

Нет, это неправильное предположение.

Посмотрите на следующий пример:

Аналогично и с IP адресом, имеющим в последнем октете 255:

Не удивляйтесь, это тоже действительные IP адреса и на адресах такого вида также работают сервера. Самый первый IP адрес, например в нашем случае это 138.201.0.0, является идентификатором сети и не может использоваться в качестве IP адреса хостов, но адреса 138.201.1.0, 138.201.2.0 и т. д. являются самыми обычными IP. Если бы диапазон был 138.201.2.0/24 (то есть 138.201.2.0-138.201.2.255), то самый первый IP являлся бы идентификатором сети и не мог бы использоваться для назначению хосту.

С помощью whois можно узнать, что IP адрес 138.201.1.0 входит в диапазон 138.201.0.0/16 (138.201.0.0-138.201.255.255):

В этом диапазоне действительно хостам не могут быть назначены IP адреса 138.201.0.0 (идентификатор сети) и 138.201.255.255 (широковещательный адрес), но адреса вроде 138.201.1.0 и 138.201.13.255 могут быть назначены хостам.

Одноадресная, широковещательная и многоадресная рассылка (Unicast, Broadcast и Multicast)

Unicast (Одноадресный адрес)

Одноадресная рассылка отличается от многоадресной (Multicast) и широковещательной (Broadcast) передачи, которые являются передачами «один ко многим».

Обычно используются методы одноадресной доставки по Интернет-протоколу, такими транспортными протоколами как протокол управления передачей (TCP) и протокол пользовательских дейтаграмм (UDP).

Broadcast (Широковещательный адрес)

Напротив, многоадресный (Multicast) адрес используется для адресации определённой группы устройств, а одноадресный (Unicast) адрес используется для адресации одного устройства.

Для связи сетевого уровня широковещательный адрес может быть конкретным IP-адресом. На уровне канала передачи данных в сетях Ethernet это конкретный MAC-адрес.

В сетях Интернет-протокола версии 4 (IPv4) широковещательные адреса являются специальными значениями в части IP-адреса, идентифицирующей хост. Значение «все единицы» было установлено как стандартный широковещательный адрес для сетей, поддерживающих широковещательную рассылку.

Как показано в приведённом ниже примере, для расчёта широковещательного адреса для передачи пакета во всю подсеть IPv4 с использованием пространства частных IP-адресов 172.16.0.0/12, которое имеет маску подсети 255.240.0.0, широковещательный адрес рассчитывается как 172.16.0.0 с побитовым ИЛИ с 0.15.255.255 = 172.31.255.255.

Пример вычисления широковещательного адреса

Для IP-адреса 255.255.255.255 существует специальное определение. Это широковещательный адрес нулевой сети или 0.0.0.0, который в стандартах Интернет-протокола означает эту сеть, то есть локальную сеть. Передача по этому адресу ограничена по определению, поскольку он никогда не пересылается маршрутизаторами, соединяющими локальную сеть с другими сетями.

Интернет-протокол версии 6 (IPv6) не реализует этот метод широковещательной передачи и, следовательно, не определяет широковещательные адреса. Вместо этого IPv6 использует многоадресную адресацию для многоадресной группы всех хостов. Однако протоколы IPv6 не определены для использования адреса всех хостов; вместо этого они отправляют и получают по определенным адресам многоадресной рассылки локального канала. Это приводит к более высокой эффективности, поскольку сетевые узлы могут фильтровать трафик на основе адреса многоадресной рассылки и не должны обрабатывать все широковещательные рассылки или многоадресные рассылки для всех узлов.

Multicast (Многоадресный адрес)

Мультивещание, многоадресное вещание (англ. multicast — групповая передача) — форма широковещания, при которой адресом назначения сетевого пакета является мультикастная группа (один ко многим). Существует мультивещание на канальном, сетевом и прикладном уровнях. Мультивещание не следует путать с технологией передачи на физическом уровне точка-многоточка.

В IPv4 для мультивещания зарезервирована подсеть 224.0.0.0/4, то есть это диапазон с 224.0.0.0 по 239.255.255.255.

Диапазон с 224.0.0.0 по 224.0.0.255 является локальной подсетью и является немаршрутизируемым. Все остальные диапазоны являются маршрутизируемыми. Но глобально маршрутизация разрешена только для подсетей 233.0.0.0/8 и 234.0.0.0/8. Но не все провайдеры поддерживают мультикаст-связность.

В Windows просмотреть arp таблицу можно командой

В Windows просмотреть членство в мультикастных группах можно командой:

В Linux просмотреть членство в мультикастных группах можно командой:

Источник