Маска ip-адреса
Содержание:
Проверка адреса с помощью команды PING
Прежде чем назначить статический IP-адрес, убедитесь, что он не используется и не зарезервирован для использования с DHCP. Проверить использование адреса можно при помощи команды PING. Откройте командную строку и введите ping с IP-адресом, который хотите проверить. Например, для проверки IPv4-адреса 10.0.10.12 нужно ввести команду:
ping 10.0.10.12
Команда для проверки IPv6-адреса FEC0::02BC:FF:BECB:FE4F:961D выглядит так:
ping FEC0::02ВС:FF:ВЕСВ:FE4F:9610
Если команда PING даст положительный ответ, данный IP-адрес уже используется, и вам нужно проверить другой адрес.
Если время запроса всех четырех попыток команды PING истекло, а отклик от компьютера так и не получен, IP-адрес в настоящий момент не активен и, возможно, не используется. Однако запросы PING могут блокироваться брандмауэром. Информацию об использовании адреса также может предоставить сетевой администратор компании.
Формат заголовка IP
Структура IP пакетов версии 4 представлена на рисунке
- Версия — для IPv4 значение поля должно быть равно 4.
- IHL — (Internet Header Length) длина заголовка IP-пакета в 32-битных словах (dword). Именно это поле указывает на начало блока данных в пакете. Минимальное корректное значение для этого поля равно 5.
- Тип обслуживания (Type of Service, акроним TOS) — байт, содержащий набор критериев, определяющих тип обслуживания IP-пакетов, представлен на рисунке.
Описание байта обслуживания побитно:
-
- 0-2 — приоритет (precedence) данного IP-сегмента
- 3 — требование ко времени задержки (delay) передачи IP-сегмента (0 — нормальная, 1 — низкая задержка)
- 4 — требование к пропускной способности (throughput) маршрута, по которому должен отправляться IP-сегмент (0 — низкая, 1 — высокая пропускная способность)
- 5 — требование к надежности (reliability) передачи IP-сегмента (0 — нормальная, 1 — высокая надежность)
- 6-7 — ECN — явное сообщение о задержке (управление IP-потоком).
- Длина пакета — длина пакета в октетах, включая заголовок и данные. Минимальное корректное значение для этого поля равно 20, максимальное 65535.
- Идентификатор — значение, назначаемое отправителем пакета и предназначенное для определения корректной последовательности фрагментов при сборке пакета. Для фрагментированного пакета все фрагменты имеют одинаковый идентификатор.
- 3 бита флагов. Первый бит должен быть всегда равен нулю, второй бит DF (don’t fragment) определяет возможность фрагментации пакета и третий бит MF (more fragments) показывает, не является ли этот пакет последним в цепочке пакетов.
- Смещение фрагмента — значение, определяющее позицию фрагмента в потоке данных. Смещение задается количеством восьми байтовых блоков, поэтому это значение требует умножения на 8 для перевода в байты.
- Время жизни (TTL) — число маршрутизаторов, которые должен пройти этот пакет. При прохождении маршрутизатора это число уменьшатся на единицу. Если значения этого поля равно нулю то, пакет должен быть отброшен и отправителю пакета может быть послано сообщение Time Exceeded (ICMP код 11 тип 0).
- Протокол — идентификатор интернет-протокола следующего уровня указывает, данные какого протокола содержит пакет, например, TCP или ICMP.
- Контрольная сумма заголовка — вычисляется в соответствии с RFC 1071
Перехваченный IPv4 пакет с помощью сниффера Wireshark:
Примеры расчета сетей
Деление сети осуществляется присвоением битов из порции адреса хоста к порции адреса сети. Тем самым мы увеличиваем возможное количество подсетей, но уменьшаем количество хостов в подсетях. Чтобы узнать, сколько получается подсетей из присвоенных битов надо воспользоваться cisco формулой расчета сетей: 2n, где n является количеством присвоенных бит.
Пример расчета сети на 2 подсети.
У нас есть адрес сети 192.168.1.0/24, нам надо разделить имеющуюся сеть на 2 подсети. Попробуем забрать от порции хоста 1 бит и воспользоваться формулой: 21=2, это значит, что если мы заберём один бит от части хоста, то мы получим 2 подсети. Присвоение одного бита из порции хоста увеличит префикс на один бит: /25. Теперь надо выписать 2 одинаковых IP адреса сети в двоичном виде изменив только присвоенный бит (у первой подсети присвоенный бит будет равен 0, а у второй подсети = 1). Захваченный бит я выделю более жирным шрифтом красного цвета.
2 подсети (захваченный бит я выделю более жирным шрифтом красного цвета):
1) 11000000.10101000.00000001.0000000
2) 11000000.10101000.00000001.10000000
Теперь запишем рядом с двоичным видом десятичный, и добавим новый префикс. Красным пометил порцию подсети, а синим – порцию хоста.
1) 11000000.10101000.00000001.00000000 = 192.168.1.0/25
2) 11000000.10101000.00000001.10000000 = 192.168.1.128/25
Всё, сеть разделена на 2 подсети. Как мы видим выше, порция хоста теперь составляет 7 бит.
Чтобы высчитать, сколько адресов хостов можно получить используя 7 бит, необходимо воспользоваться cisco формулой расчёта хостов: 2n-2, где n = количество бит в порции хоста.
27 — 2 = 126 хостов. В начале статьи было сказано, что вычитаемая цифра 2 является двумя адресами, которые нельзя присвоить хосту: адрес сети и широковещательный адрес.
Адрес сети, это когда в порции хоста все нули, а широковещательный адрес, это когда в порции хоста все единицы. Выпишем эти адреса для каждой подсети в двоичном и десятичном виде:
11000000.10101000.00000001.00000000 = 192.168.1.0/25 (адрес сети первой подсети)
11000000.10101000.00000001.01111111 = 192.168.1.127/25 (широковещательный адрес первой подсети)
11000000.10101000.00000001.10000000 = 192.168.1.128/25 (адрес сети второй подсети)
11000000.10101000.00000001.11111111 = 192.168.1.255/25 (широковещательный адрес второй подсети)
Пример расчета сети на 4 подсети.
Этот пример делается абсолютно по тому же алгоритму, что и предыдущий, поэтому я запишу текст немного короче. Адрес я буду использовать тот же, чтобы вы видели отличия. Если нужны подробности, пишите на почту eaneav@gmail.com.
У нас есть адрес сети 192.168.1.0/24, надо разделить сеть на 4 подсети. Высчитываем по формуле, сколько нам надо занять бит от хоста: 22 = 4. Префикс изменяется на /26.
4 подсети (захваченный бит я выделю более жирным шрифтом красного цвета):
1) 11000000.10101000.00000001.00000000
2) 11000000.10101000.00000001.01000000
3) 11000000.10101000.00000001.10000000
4) 11000000.10101000.00000001.11000000
Красным пометил порцию подсети, а синим – порцию хоста:
1) 11000000.10101000.00000001.00000000 = 192.168.1.0/26
2) 11000000.10101000.00000001.01000000 = 192.168.1.64/26
3) 11000000.10101000.00000001.10000000 = 192.168.1.128/26
4) 11000000.10101000.00000001.11000000 = 192.168.1.192/26
Всё, сеть разделена на 4 подсети. Порция хоста теперь составляет 6 бит.
26 — 2 = 62 хостов.
11000000.10101000.00000001.00000000 = 192.168.1.0/26 (адрес сети первой подсети)
11000000.10101000.00000001.00111111 = 192.168.1.63/26 (широковещательный адрес первой подсети)
11000000.10101000.00000001.01000000 = 192.168.1.64/26 (адрес сети второй подсети)
11000000.10101000.00000001.01111111 = 192.168.1.127/26 (широковещательный адрес второй подсети)
11000000.10101000.00000001.10000000 = 192.168.1.128/26 (адрес сети третьей подсети)
11000000.10101000.00000001.10111111 = 192.168.1.191/26 (широковещательный адрес третьей подсети)
11000000.10101000.00000001.11000000 = 192.168.1.192/26 (адрес сети четвёртой подсети)
11000000.10101000.00000001.11111111 = 192.168.1.255/26 (широковещательный адрес четвёртой подсети)
Маршрутизатор и шлюз подсети.
Наверное, лучше повторить: шлюз и маршрутизатор — это одно и то же!
Из того, о чём говорилось только что, следует достаточно ясный вывод. Маршрутизатор с адресом интерфейса 192.168.8.1 ничего не знает о трафике, передаваемом, например, между хостами 192.168.8.5 и 192.168.8.7.
У начинающих администраторов одна из самых типичных ошибок — желание заблокировать или как-то иначе проконтролировать с помощью шлюза трафик между хостами в одной подсети. На самом деле, чтобы трафик проходил через маршрутизатор, адресат и отправитель должны находиться в разных подсетях.
А отсюда следует, что в сети даже самого маленького предприятия должно быть несколько IP-подсетей (больше двух) и маршрутизатор (точнее, файрвол, но сейчас можно считать эти слова синонимами), который маршрутизирует и контролирует трафик между подсетями.
Важный следующий шаг: разбиение подсетей на более мелкие подсети.
Сеть из нашего примера 192.168.8.0/21 можно разбить на две подсети /22, четыре подсети /23, восемь /24 и так далее. Общее правило, как можно догадаться, такое:
при этом K — количество подсетей с длиной маски Y, которые умещаются в подсеть с длиной маски X.
Любой приличный айтишник, включая сетевого администратора, должен знать наизусть степени двойки от нуля до 16. Просто для того, чтобы не стыдно было получать зарплату.
Есть такой процесс, называемый агрегацией. Это значит объединение мелких префиксов — с длинной маской подсети, в которых мало хостов — в крупные, с короткой маской подсети, в которых много хостов. Второе название этого же процесса — суммаризация. Запомните, не суммирование!
Агрегация необходима, чтобы минимизировать количество информации, которую использует маршрутизатор для поиска пути передачи в сети.
Пример: провайдеры выдают клиентам множество маленьких блоков по типу /29. При этом весь остальной Интернет об этом даже не подозревает. За каждым провайдером закреплены префиксы намного крупнее — от /19 и выше. Благодаря такой системе в Глобальную таблицу Интернет-маршрутизации заносится намного меньше записей: их число сократилось на несколько порядков.
Как найти префикс IPv6?
Адреса IPv4 имеют маску подсети, но вместо ввода типа 255.255.255.0 в IPv6 мы используем длину префикса. Ниже приведен пример префикса IPv6:
Это почти то же самое, что и при использовании длины префикса в IPv4 192.168.1.1/24. Число за — количество бит, которое мы используем для префикса. В приведенном выше примере это означает, что 2001:1111:2222:3333 является префиксом (64 бит), и все, что находится за ним, может использоваться для узлов.
При подсчете подсети для IPv4 мы можем использовать маску подсети для определения сетевого адреса, а для IPv6 мы можем тоже можем сделать что-то подобное. Для любого заданного IPv6-адреса мы можем рассчитать префикс (найти сетевую часть адреса).
Позвольте мне показать вам, о чем я говорю, вот IPv6-адрес, который может быть назначен узлу:
Какая часть этого IPv6-адреса является префиксом и какая часть идентифицирует узел?
Поскольку мы используем /64, это означает, что первые 64 бита являются префиксом (сетевой частью). Каждый шестнадцатеричный символ представляет 4 двоичных бита, это значит, что эта часть является префиксом:
Вышеприведенная часть имеет 16 символов. 16 x 4 = 64 бит. Итак, это префикс. Остальная часть адреса IPv6 идентифицирует узел:
Мы выяснили, что «2001:1234:5678:1234» является префиксом, но записывать его прямо так, не будет корректно. Чтобы правильно записать префикс, нам нужно добавить нули в конце этого префикса, чтобы он снова стал 128-битным адресом:
2001:1234:5678:1234:0000:0000:0000:0000/64 является допустимым префиксом, но мы можем его сократить. Эта строка нулей может быть удалена и заменена на «::«».
Это самый короткий способ записать префикс. Давайте посмотрим на другой пример:
Прежде чем мы поймем, что такое префикс, мы должны записать полный адрес, поскольку этот был сокращен (см. ::). Просто добавьте нули, пока у нас не будет полный 128-разрядный адрес:
У нас есть префикс длиной 64 бит. Один шестнадцатеричный символ представляет собой 4 двоичных бита, поэтому первые 16 символов являются префиксом:
Теперь мы можем добавить нули в конце, чтобы снова сделать его 128-битным адресом и вернуть необходимую длину префикса:
Мы привели всё к красивому внешнему виду, но мы можем сделать его еще немного короче:
4 нуля в строке могут быть заменены на один, поэтому «3211:0:0:1234::/64» является самой короткой записью, с помощью который мы можем представить этот префикс.
В зависимости от длины префикса вычисления могут быть очень легкими или (очень) трудными. Только что, в примерах, я показал, что оба префикса имели длину 64. Что, если бы у меня была префиксная длина /53 или что-то в этом духе?
Каждый шестнадцатеричный символ представляет 4 двоичных бита. Когда длина вашего префикса кратна 16, тогда его легко вычислить, потому что 16 двоичных битов представляют 4 шестнадцатеричных символа.
Таким образом, с длиной префикса 64 мы имеем 4 «блока» с 4-я шестнадцатеричными символами, каждый из которых позволяет легко производить вычисления с префиксом. Когда длина префикса кратна 4, это уже хорошо и удобно, потому что граница будет одним шестнадцатеричным символом.
Если длина префикса не кратна 16 или 4, это означает, что мы должны выполнить некоторые двоичные вычисления. Позвольте мне привести пример!
Это наш IPv6-адрес, и я хотел бы узнать префикс для этого адреса. С чего начать?
Сначала я должен определить, в каком «блоке» находится мой 53-й бит:
Где-то в синем блоке мы найдем 53-й бит. Чтобы узнать, что такое префикс, нам нужно будет преобразовать эти шестнадцатеричные символы в двоичный вид:
Теперь у нас есть блок, содержащий 53-й бит, где проходит граница находится между «prefix» и «host»:
Теперь мы установим биты узла в , чтобы остался только префикс. Наконец, мы преобразовываем из двоичного значения обратно в шестнадцатеричное:
Верните этот блок на место и установите все остальные биты узла в :
Мы нашли наш префикс! 2001:1234:abcd:5000::/53 — ответ. Не так уж сложно все рассчитать, но вам придется потрудиться с бинарными преобразованиями…
Спасибо за уделенное время на прочтение статьи!
Подписывайтесь на обновления нашего блога и оставайтесь в курсе новостей мира инфокоммуникаций!
Чтобы знать больше и выделяться знаниями среди толпы IT-шников, записывайтесь на курсы Cisco от Академии Cisco, курсы Linux от Linux Professional Institute на платформе SEDICOMM University.
Подсети в IPv4 [ править | править код ]
Процесс деления предполагает разделение сети на несколько подсетей с определенным количеством адресов под хосты.
Определение префикса сети
Маска подсети в IPv4 состоит из 32 битов, непрерывной последовательности единиц (1), за которой следует непрерывная последовательность нулей (0). В маске подсети не может стоять единица после нуля.
| Двоичная форма | Точечно-десятичная нотация | |
|---|---|---|
| IP-адрес | 11000000.10101000.00000101.10000010 | 192.168.5.130 |
| Маска подсети | 11111111.11111111.11111111.00000000 | 255.255.255.0 |
| Сетевой префикс | 11000000.10101000.00000101.00000000 | 192.168.5.0 |
| Адрес хоста (часть IP) | 00000000.00000000.00000000.10000010 | 0.0.0.130 |
Сетевой префикс (адрес сети) вычисляется побитовой операцией N между IP адресом и маской. N даёт единицу только когда оба операнда равны единице.
Подсчёт количества подсетей
Создание подсетей предполагает увеличение маски сети на несколько бит.
| Двоичной форме | Точечно-десятичная нотация | |
|---|---|---|
| IP-адрес | 11000000.10101000.00000101.10000010 | 192.168.5.130 |
| Маска подсети | 11111111.11111111.11111111.11000000 | 255.255.255.192 |
| Сетевой префикс | 11000000.10101000.00000101.10000000 | 192.168.5.128 |
| Адрес хоста |
00000000.00000000.00000000.00000010
0.0.0.2
В примере выше маска подсети была увеличена на 2 бита, создавая тем самым 4 (2 2 ) возможных подсетей:
| Сеть | Сеть (двоичный) | Широковещательный адрес |
|---|---|---|
| 192.168.5.0/26 | 11000000.10101000.00000101.00000000 | 192.168.5.63 |
| 192.168.5.64/26 | 11000000.10101000.00000101.01000000 | 192.168.5.127 |
| 192.168.5.128/26 | 11000000.10101000.00000101.10000000 | 192.168.5.191 |
| 192.168.5.192/26 | 11000000.10101000.00000101.11000000 | 192.168.5.255 |
Общая формула: N = 2 n <displaystyle N=2^> , где N — количество подсетей, а n — маска сети в нотации CIDR делённая по модулю 8 (или просто количество добавленных бит к маске).
Подсчёт количества адресов для хостов в подсети
Количество возможных хостов в сети могут быть легко вычислены по формуле 2 32 − n − 2 <displaystyle 2^<32-n>-2> , где n — маска сети в нотации CIDR. Биты маски подсети, равные нулю, отведены под адреса хостов. В приведённом выше примере маска подсети состоит из 26 бит, оставшиеся 6 бит могут быть использованы для идентификаторов хостов. Это позволяет создать сеть на 62 хоста (2 6 −2).
Значения из одних нулей и значения из одних единиц зарезервированы для адреса сети и широковещательного адреса соответственно. Или другими словами первый и последний адрес подсети. Поэтому при подсчёте числа хостов надо вычитать 2 из общего числа доступных адресов.
Например, для маски /27 могут использоваться 8 подсетей. Каждый первый IP-адрес в подсети (.0, .32, .64, … .224), то есть адрес сети, и каждый последний IP-адрес в подсети (.31, .63, .95, … .255), то есть широковещательный адрес, зарезервированы, соответственно для каждой сети доступно только 30 адресов (c .1 по .30, с .33 по .62, с.65 по .94, … с .225 по .254).
/24 сеть может быть разделена на следующие подсети увеличением маски подсети последовательно по одному биту. Длина маски влияет на общее количество хостов, которые могут быть определены в сети (последний столбец).
| Размер префикса в битах | Маска сети | Доступно |
|---|
Доступно адресов для хостов
Всего хостов на все подсети
/24
255.255.255.0
1
254
254
/25
255.255.255.128
2
126
252
/26
255.255.255.192
4
62
248
/27
255.255.255.224
8
30
240
/28
255.255.255.240
16
14
224
/29
255.255.255.248
32
6
192
/30
255.255.255.252
64
2
128
/31
255.255.255.254
128
2 *
256
*применимо только для соединений точка-точка
Специальные адреса и подсети
Первая и последняя подсети, полученной путём деления изначально имели особое назначение и применение. Кроме того, в протоколе IPv4 зарезервировано два адреса в каждой сети: первый, использующийся как адрес сети, и последний, для отправки широковещательных пакетов.
Подсети ноль и «все единицы»
У первой подсети все биты адреса сети, следующие после префикса маршрутизации, равны нулю (0). Поэтому её еще называют» нулевой подсетью. Последняя подсеть, соответственно, состояла из единиц и получила название «all-ones», или «все единицы».
IETF изначально отговаривали производителей от использования этих двух подсетей из-за возможной путаницы сети и подсети с тем же адресом. В 1995 году это решение было отменено .
Использование масок в IP адресации
Для того, чтобы получить тот или иной диапазон IP-адресов предприятиям предлагалось заполнить регистрационную форму, в которой перечислялось текущее число ЭВМ и планируемое увеличение количества вычислительных машин и в итоге предприятию выдавался класс IP – адресов: A, B, C, в зависимости от указанных данных в регистрационной форме.
Данный механизм выдачи диапазонов IP-адресов работал штатно, это было связано с тем, что поначалу в организациях было небольшое количество ЭВМ и соответственно небольшие вычислительные сети. Но в связи с дальнейшим бурным ростом интернета и сетевых технологий описанный подход к распределению IP-адресов стал выдавать сбои, в основном связанные с сетями класса «B». Действительно, организациям, в которых число компьютеров не превышало нескольких сотен (скажем, 500), приходилось регистрировать для себя целую сеть класса «В» (так как класс «С» только для 254 компьютеров, а класс «В» — 65534). Из-за чего доступных сетей класса «В» стало, просто на просто, не хватать, но при этом большие диапазоны IP-адресов пропадали зря.
Традиционная схема деления IP-адреса на номер сети (NetID) и номер узла (HostID) основана на понятии класса, который определяется значениями нескольких первых бит адреса. Именно потому, что первый байт адреса 185.23.44.206 попадает в диапазон 128-191, мы можем сказать, что этот адрес относится к классу В, а значит, номером сети являются первые два байта, дополненные двумя нулевыми байтами — 185.23.0.0, а номером узла — 0.0.44.206.
А что если использовать какой-либо другой признак, с помощью которого можно было бы более гибко устанавливать границу между номером сети и номером узла? В качестве такого признака сейчас получили широкое распространение маски.
Маска — это число, которое используется в паре с IP-адресом; двоичная запись маски содержит единицы в тех разрядах, которые должны в IP-адресе интерпретироваться как номер сети. Поскольку номер сети является цельной частью адреса, единицы в маске также должны представлять непрерывную последовательность.
Для стандартных классов сетей маски имеют следующие значения:
- класс А — 11111111. 00000000. 00000000. 00000000 (255.0.0.0);
- класс В — 11111111. 11111111. 00000000. 00000000 (255.255.0.0);
- класс С — 11111111. 11111111.11111111. 00000000 (255.255.255.0).
Снабжая каждый IP-адрес маской, можно отказаться от понятий классов адресов и сделать более гибкой систему адресации. Например, если рассмотренный выше адрес 185.23.44.206 ассоциировать с маской 255.255.255.0, то номером сети будет 185.23.44.0, а не 185.23.0.0, как это определено системой классов.
Расчет номера сети и номера узла с помощью маски:
В масках количество единиц в последовательности, определяющей границу номера сети, не обязательно должно быть кратным 8, чтобы повторять деление адреса на байты. Пусть, например, для IP-адреса 129.64.134.5 указана маска 255.255.128.0, то есть в двоичном виде:
- IP-адрес 129.64.134.5 — 10000001. 01000000.10000110. 00000101
- Маска 255.255.128.0 — 11111111.11111111.10000000. 00000000
Если игнорировать маску, то в соответствии с системой классов адрес 129.64.134.5 относится к классу В, а значит, номером сети являются первые 2 байта — 129.64.0.0, а номером узла — 0.0.134.5.
Если же использовать для определения границы номера сети маску, то 17 последовательных единиц в маске, «наложенные» (логическое умножение) на IP-адрес, определяют в качестве номера сети в двоичном выражении число:
или в десятичной форме записи — номер сети 129.64.128.0, а номер узла 0.0.6.5.
Существует также короткий вариант записи маски, называемый префиксом или короткой маской. В частности сеть 80.255.147.32 с маской 255.255.255.252, можно записать в виде 80.255.147.32/30, где «/30» указывает на количество двоичных единиц в маске, то есть тридцать бинарных единиц (отсчет ведется слева направо).
Для наглядности в таблице отображается соответствие префикса с маской:
Механизм масок широко распространен в IP-маршрутизации, причем маски могут использоваться для самых разных целей. С их помощью администратор может структурировать свою сеть, не требуя от поставщика услуг дополнительных номеров сетей. На основе этого же механизма поставщики услуг могут объединять адресные пространства нескольких сетей путем введения так называемых «префиксов» с целью уменьшения объема таблиц маршрутизации и повышения за счет этого производительности маршрутизаторов. Помимо этого записывать маску в виде префикса значительно короче.
Бесклассовая междоменная маршрутизация[править]
Изначально использовалась классовая адресация (INET), но со второй половины 90-х годов XX века она была вытеснена бесклассовой адресацией (CIDR), при которой количество адресов в сети определяется маской подсети.
Никто не знает точно, сколько всего сетей подключено к Интернету, но очевидно, что их много — возможно, порядка миллиона. Различные алгоритмы маршрутизации требуют, чтобы каждый маршрутизатор обменивался информацией о доступных ему адресах с другими маршрутизаторами. Чем больше размер таблицы, тем больше данных необходимо передавать и обрабатывать. С ростом размера таблицы время обработки растет как минимум линейно. Чем больше данных приходится передавать, тем выше вероятность потери (в лучшем случае временной) части информации по дороге, что может привести к нестабильности работы алгоритмов выбора маршрутов.
К счастью, способ уменьшить размер таблиц маршрутизации все же существует. Применим тот же принцип, что и при разбиении на подсети: маршрутизатор может узнавать о расположении IP-адресов по префиксам различной длины. Но вместо того чтобы разделять сеть на подсети, мы объединим несколько коротких префиксов в один длинный. Этот процесс называется агрегацией маршрута (route aggregation). Длинный префикс, полученный в результате, иногда называют суперсетью (supernet), в противоположность подсетям с разделением блоков адресов.
Вступление
Каждое устройство, подключённое к интернету, требует цифровой идентификатор. IP-адрес является цифровым кодом, используемым для определения различного оборудования, подключённого к Всемирной паутине. На сегодняшний день существует две версии IP: IPv4 и IPv6. Протокол версии 4 является все ещё основным, но количество доступных ресурсов исчерпалось, поэтому постепенно начинает использоваться 6 версия, позволяющая использовать гораздо большее количество ресурсов. Каждый идентификатор содержит информацию о конкретном соединении, а также о подключённом оборудовании. Префикс указывает, какие значения используются для обозначения сети, а какие — для обозначения устройства. Давайте детальнее рассмотрим, что такое сетевой префикс, и как он поможет расшифровать IP-адрес.
Любое устройство гарантированно получает свой уникальный идентификатор
