Длина префикса подсети — это числовое значение, указывающее, сколько бит в IP-адресе отведено под идентификатор сети. В современной адресации IPv4 этот параметр записывается после символа косой черты (например, /24) и является основой бесклассовой маршрутизации (CIDR). Понимание принципов работы префиксов критически важно для проектирования сетей любой сложности, от домашнего роутера до крупного дата-центра.
Бинарная логика и структура адреса
IP-адрес версии 4 состоит из 32 бит. Для удобства эти биты делятся на четыре октета по 8 бит, которые записываются в десятичном формате через точку. Однако для сетевого оборудования адрес остается последовательностью нулей и единиц. Маска подсети или длина префикса определяет границу между сетевой частью и частью хоста.
Префикс /24 означает, что первые 24 бита (три полных октета) относятся к сети, а оставшиеся 8 бит — к узлам внутри этой сети. Ключевое правило классической маршрутизации: единицы в маске должны идти непрерывно от начала адреса. Прерывистые маски не поддерживаются стандартными протоколами маршрутизации, так как они усложняют агрегацию путей.
Пример перевода маски в префикс
Рассмотрим десятичную маску 255.255.255.192. Чтобы найти длину префикса, переведем каждый октет в двоичную систему:
- Первые три октета (255) состоят из восьми единиц: 8 + 8 + 8 = 24 бита.
- Четвертый октет (192) в двоичном виде равен
11000000. Здесь две старших позиции заняты единицами. - Суммируем все единицы: 24 + 2 = 26.
Таким образом, маска 255.255.255.192 соответствует префиксу /26.
Таблица соответствия CIDR и количества хостов
В локальных сетях чаще всего используются префиксы от /24 до /30. Ниже приведена таблица, показывающая зависимость размера подсети от длины префикса. Обратите внимание: с увеличением числа после слэша количество доступных устройств уменьшается вдвое.
Проведите по таблице влево, чтобы увидеть остальные столбцы
| Префикс (CIDR) | Десятичная маска | Битов под хосты | Всего адресов | Доступно хостов |
|---|---|---|---|---|
| /24 | 255.255.255.0 | 8 | 256 | 254 |
| /25 | 255.255.255.128 | 7 | 128 | 126 |
| /26 | 255.255.255.192 | 6 | 64 | 62 |
| /27 | 255.255.255.224 | 5 | 32 | 30 |
| /28 | 255.255.255.240 | 4 | 16 | 14 |
| /29 | 255.255.255.248 | 3 | 8 | 6 |
| /30 | 255.255.255.252 | 2 | 4 | 2 |
Значение «Доступно хостов» всегда меньше общего количества адресов на два. Один адрес зарезервирован как идентификатор самой сети (Network Address), а другой — как широковещательный адрес (Broadcast Address) для отправки данных всем устройствам сегмента.
Математика расчета количества узлов
Для определения емкости подсети используется степень двойки. Если длина префикса равна n, то количество бит, оставшихся для адресации хостов, вычисляется как 32 - n.
Пример 1: Расчет для фиксированного префикса
Дано: префикс /29.
- Биты под хосты: 32 - 29 = 3 бита.
- Общее число комбинаций: 2³ = 8 адресов.
- Полезные адреса: 8 - 2 = 6 устройств.
Пример 2: Подбор префикса под задачу
Задача: разместить 50 компьютеров в одной подсети.
- К количеству хостов добавляем 2 служебных адреса: 50 + 2 = 52.
- Находим ближайшую степень двойки, которая больше или равна 52. Это 64 (2⁶).
- Значит, нужно 6 бит под хосты.
- Вычисляем префикс: 32 - 6 = 26.
Итоговая маска будет иметь длину /26. Использование более короткого префикса (например, /27, дающего всего 32 адреса) приведет к нехватке адресного пространства.
Практическое применение и сегментация
Правильный выбор длины префикса влияет на производительность и безопасность сети. Слишком крупные подсети (например, /16 в локальном сегменте) генерируют избыточный широковещательный трафик, который снижает пропускную способность каналов и нагружает процессоры устройств.
Типичные сценарии использования
- Локальные офисные сети: обычно используют /24 или /23 для объединения десятков рабочих станций.
- Межмаршрутизаторские линки: для соединения двух устройств часто применяют /30 или даже /31 (по стандарту RFC 3021), что экономит адресное пространство.
- Облачные среды: провайдеры (AWS, Azure) могут резервировать дополнительные адреса внутри подсети для своих сервисов, поэтому фактическое количество доступных хостов может быть меньше расчетного.
Типичные ошибки конфигурации
При настройке сетей администраторы часто сталкиваются со следующими проблемами:
- Неверное определение границ: назначение IP-адреса вне диапазона текущей подсети. Например, при маске /25 (диапазон 0–127) адрес .130 будет считаться принадлежащим другой сети, что нарушит связь.
- Перекрытие диапазонов (Overlap): наличие в таблице маршрутизации вложенных префиксов (например, 10.0.0.0/8 и 10.1.0.0/16) без четкой настройки политик может привести к потере пакетов или неправильному маршрутизированию трафика.
- «Сжигание» адресов: использование большой подсети (/24) для связи двух маршрутизаторов является расточительным в масштабах крупной инфраструктуры.
Часто задаваемые вопросы
В чем разница между маской подсети и длиной префикса?
Маска подсети — это 32-битное число в десятичном формате (например, 255.255.255.0), визуально разделяющее сеть и хост. Длина префикса — это количество единичных бит в этой маске, записанное после слэша (/24). Оба значения описывают одну и ту же структуру, но префикс компактнее и удобнее для быстрых расчетов.
Можно ли использовать префикс /31 или /32 для обычных компьютеров?
Нет. Префикс /32 предназначен для одиночных хостов (например, loopback-интерфейсов). Префикс /31, согласно RFC 3021, используется только для каналов точка-точка и не имеет зарезервированных network/broadcast адресов. Применение этих значений для LAN нарушит работу ARP и широковещательных протоколов.
Как быстро перевести десятичную маску в CIDR без калькулятора?
Нужно знать количество бит для каждого октета: 128 (+1), 192 (+2), 224 (+3), 240 (+4), 248 (+5), 252 (+6), 254 (+7), 255 (+8). Сложите биты всех четырех октетов. Например, маска 255.255.255.240 дает 8+8+8+4=28, то есть /28.
Почему в моей сети доступно на 2 адреса меньше, чем показывает калькулятор?
Стандартная формула вычитает 2 адреса (сетевой и широковещательный). Однако некоторые облачные провайдеры резервируют дополнительные адреса внутри блока для внутренних нужд (шлюзы, DNS). В таких случаях доступных хостов будет еще меньше, чем рассчитано математически.