Несколько подсетей в одной сети. Разбиение IPv4-сети на подсети. Разделение IP-адресов внутри октета

Рассмотренная выше двухуровневая схема адресации оказалась недостаточно гибкой и в 1985 году была определена трехуровневая схема адресации (RFC 950). Необходимость перехода к такой системе адресации можно проиллюстрировать следующим примером. Организация получила сеть класса В , позволяющую адресовать 65000 хостов. Пока в сети работали относительно немного станций – она функционировала благополучно. Но с ростом числа активных хостов неизбежно рос и широковещательный трафик, поскольку этот тип пакетов активно используется в служебных целях многими протоколами. Это обстоятельство неизбежно вело к снижению эффективной производительности сети. Кроме того, управление несколькими десятками тысяч подключений из единого административного центра представляет собой очень трудную задачу. К этим проблем следует добавить и то, что любая организация развивается в направлении роста самостоятельности своих подразделений, что также неизбежно должно отражаться и в структуре сети. Возможность же структурирования сети организации за счет получения дополнительных номеров сетей была быстро исчерпана и резкая нехватка адресного пространства стала реальностью еще во второй половине 80-х годов. Кроме того, рост числа используемых сетей вел к росту таблиц маршрутизации магистральных (межсетевых) маршрутизаторов и, следовательно, к снижению их производительности.

Перечисленные проблемы в значительной степени связаны с проблемой масштабируемости сети, и они, в значительной степени, были разрешены посредством введения в иерархию адресации третьего уровня. Этот уровень, получивший название «уровень подсети», был выделен в пространстве адресов хоста

При этом поля адреса сети и адреса подсети в совокупности называют расширенным сетевым префиксом. В рассмотренном выше примере, выделение в пространстве адреса хоста 6 разрядов для адреса подсети позволяет организовать 62 подсети, содержащих до 1022 хостов каждая. Такое разбиение на подсети не требует согласования со специальным служебным органом Интернет, регулирующим распределение адресного пространства, Network Information Center.

Отрицательным следствием введения подсетей стало усложнение процедуры определения адреса хоста. Действительно, сетевые устройства используют старшие биты сетевого адреса для определения класса сети, после чего, в случае двухуровневой иерархии, легко находится граница между битами сетевого адреса и адреса хоста. В трехуровневой системе адресации этот прием работать не сможет. Для определения адреса подсети и адреса хоста потребовалось ввести сетевую маску – 32-битный адрес, в котором все биты, соответствующие битам расширенного сетевого префикса, установлены в 1, а соответствующие битам адреса хоста – в 0. Так, например, пусть необходимо в сети класса В 132.10 выделить подсеть, содержащую не более 100 хостов. Для адресации такого числа сетевых устройств достаточно располагать 7 битами (2 7 =128), которые и отводятся для адреса хоста; оставшиеся 9 бит отводятся для номера подсети (их можно организовать 2 9 -2=510) а старшие 16 бит – это адрес сети.

Таким образом, маска подсети, в которой находятся хосты с адресами:

132.10.12.129, 132.10.12.130,….,132.10.12.254

будет иметь вид

11111111 11111111 11111111 10000000 (255.255.255.128).

Если маршрутизатор получит пакет с адресом назначения

10000100 00001010 00001100 10110000 (132.10.12.176)

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

10000100 00001010 00001100 10000000,

что соответствует адресу подсети 132.10.12.128. Далее, по таблице маршрутизации будет найден следующий узел на пути к этой подсети, и пакет отправится на соответствующий интерфейс.

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

В стандартах, описывающих современные протоколы маршрутизации, часто делается ссылка на длину расширенного префикса сети, а не на маску подсети. В такой записи адрес устройства в рассмотренном выше примере имеет вид 132.10.12.176/25. В качестве примера нумерации подсетей в таблице приведено разбиение сети класса С на подсети. Указанное в таблице число хостов в каждой из подсетей на два меньше возможного числа адресов, поскольку адреса, в которых все биты поля адреса хоста установлены в единицу и в ноль, являются зарезервированными и используются как широковещательные для данной подсети. Так при подсетях, приведенных в таблице., адрес 193.10.1.0 является широковещательным лишь для подсети 193.10.1.0/24, а не для всех подсетей. Аналогично, адрес 193.10.1.255 является широковещательным только для подсети 193.10.1.224/27.

Введение подсетей, решив проблемы масштабирования адресного пространства, потребовало определенного усложнения протоколов маршрутизации, которые должны обрабатывать (и переносить) не только адрес сетевого устройства, но и его маску. В настоящее время все широко используемые протоколы маршрутизации (RIP-2, IS-IS, OSPF) переносят эту информацию.

Для более эффективного использования пространства адресов IP-сети с помощью маски подсети могут быть разбиты на более мелкие подсети (subnetting) или объединены в более крупные сети (supernetting).

Рассмотрим на примере разбиение сети 192.168.1.0/24 (сеть класса C) на более мелкие подсети. В исходной сети в IP-адресе 24 бита относятся к идентификатору сети и 8 бит - к идентификатору узла. Используем маску подсети из 27 бит, или, в десятичном обозначении, - 255.255.255.224, в двоичном обозначении - 11111111 11111111 11111111 11100000. Получим следующее разбиение на подсети:

Таблица 4.3.
Подсеть Диапазон IP-адресов Широковещательный адрес в подсети
192.168.1.0/27 192.168.1.1–192.168.1.30 192.168.1.31
192.168.1.32/27 192.168.1.33–192.168.1.62 192.168.1.63
192.168.1.64/27 192.168.1.65–192.168.1.94 192.168.1.95
192.168.1.96/27 192.168.1.97–192.168.1.126 192.168.1.127
192.168.1.128/27 192.168.1.129–192.168.1.158 192.168.1.159
192.168.1.160/27 192.168.1.161–192.168.1.190 192.168.1.191
192.168.1.192/27 192.168.1.193–192.168.1.222 192.168.1.223
192.168.1.224/27 192.168.1.225–192.168.1.254 192.168.1.255

Таким образом, мы получили 8 подсетей, в каждой из которых может быть до 30 узлов. Напомним, что идентификатор узла, состоящий из нулей, обозначает всю подсеть, а идентификатор узла, состоящий из одних единиц, означает широковещательный адрес (пакет, отправленный на такой адрес, будет доставлен всем узлам подсети).

IP-адреса в данных подсетях будут иметь структуру:

Отметим очень важный момент. С использованием такой маски узлы с такими, например, IP-адресами, как 192.168.1.48 и 192.168.1.72, находятся в различных подсетях, и для взаимодействия данных узлов необходимы маршрутизаторы, пересылающие пакеты между подсетями 192.168.1.32/27 и 192.168.1.64/27.

Примечание. Согласно стандартам протокола TCP/IP для данного примера не должно существовать подсетей 192.168.1.0/27 и 192.168.1.224/27 (т.е. первая и последняя подсети). На практике большинство операционных систем (в т.ч. системы семейства Microsoft Windows) и маршрутизаторов поддерживают работу с такими сетями.

Аналогично, можно с помощью маски подсети объединить мелкие сети в более крупные.

Например, IP-адреса сети 192.168.0.0/21 будут иметь следующую структуру:

Диапазон IP-адресов данной сети: 192.168.0.1–192.168.7.254 (всего - 2046 узлов), широковещательный адрес подсети - 192.168.7.255.

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

  • разбиение больших IP-сетей на подсети (subnetting) позволяет снизить объем широковещательного трафика (маршрутизаторы не пропускают широковещательные пакеты);
  • объединение небольших сетей в более крупные сети (supernetting) позволяет увеличить адресное пространство с помощью сетей более низкого класса;
  • изменение топологии частной сети не влияет на таблицы маршрутизации в сети Интернет (хранят только маршрут с общим номером сети);
  • размер глобальных таблиц маршрутизации в сети Интернет не растет;
  • администратор может создавать новые подсети без необходимости получения новых номеров сетей.

Старшие биты IP-адреса используются рабочими станциями и маршрутизаторами для определения класса адреса. После того как класс определен, устройство может однозначно вычислить границу между битами, использующимися для идентификации номера сети, и битами номера устройства в этой сети. Однако при разбиении сетей на подсети или при объединении сетей для определения границ битов, идентифицирующих номер подсети, такая схема не подходит. Для этого как раз и используется 32-битная маска подсети, которая помогает однозначно определить требуемую границу. Напомним, что для стандартных классов сетей маски имеют следующие значения:

  • 255.0.0.0 – маска для сети класса А;
  • 255.255.0.0 - маска для сети класса В;
  • 255.255.255.0 - маска для сети класса С.

Для администратора сети чрезвычайно важно знать четкие ответы на следующие вопросы:

  • Сколько подсетей требуется организации сегодня?
  • Сколько подсетей может потребоваться организации в будущем?
  • Сколько устройств в наибольшей подсети организации сегодня?
  • Сколько устройств будет в самой большой подсети организации в будущем?

Отказ от использования только стандартных классов IP-сетей (A, B, и C) называется бесклассовой междоменной маршрутизацией (Classless Inter-Domain Routing,CIDR ).

Введение в IP-маршрутизацию

Для начала уточним некоторые понятия:

  • сетевой узел (node) - любое сетевое устройство с протоколом TCP/IP;
  • хост (host) - сетевой узел, не обладающий возможностями маршрутизации пакетов;
  • маршрутизатор (router) - сетевой узел, обладающий возможностями маршрутизации пакетов

IP-маршрутизация - это процесс пересылки unicast -трафика от узла-отправителя к узлу –получателю в IP-сети с произвольной топологией.

Когда один узел IP-сети отправляет пакет другому узлу, в заголовке IP-пакета указываются IP-адрес узла отправителя и IP-адрес узла-получателя. Отправка пакета происходит следующим образом:

  1. Узел-отправитель определяет, находится ли узел-получатель в той же самой IP-сети, что и отправитель (в локальной сети), или в другой IP-сети (в удаленной сети). Для этого узел-отправитель производит поразрядное логическое умножение своего IP-адреса на маску подсети, затем поразрядное логическое умножение IP-адреса узла получателя также на свою маску подсети. Если результаты совпадают, значит, оба узла находятся в одной подсети. Если результаты различны, то узлы находятся в разных подсетях.
  2. Если оба сетевых узла расположены в одной IP-сети, то узел-отправитель сначала проверяет ARP-кэш на наличие в ARP-таблице MAC-адреса узла-получателя. Если нужная запись в таблице имеется, то дальше отправка пакетов производится напрямую узлу-получателю на канальном уровне. Если же в ARP-таблице нужной записи нет, то узел-отправитель посылает ARP-запрос для IP-адреса узла-получателя, ответ помещает в ARP-таблицу и после этого передача пакета также производится на канальном уровне (между сетевыми адаптерами компьютеров).
  3. Если узел-отправитель и узел-получатель расположены в разных IP-сетях, то узел-отправитель посылает данный пакет сетевому узлу, который в конфигурации отправителя указан как "Основной шлюз" (default gateway ). Основной шлюз всегда находится в той же IP-сети, что и узел-отправитель, поэтому взаимодействие происходит на канальном уровне (после выполнения ARP-запроса). Основной шлюз - это маршрутизатор, который отвечает за отправку пакетов в другие подсети (либо напрямую, либо через другие маршрутизаторы).

Рассмотрим пример, изображенный на рис. 4.5 .

Рис. 4.5.

В данном примере 2 подсети: 192.168.0.0/24 и 192.168.1.0/24. Подсети объединены в одну сеть маршрутизатором. Интерфейс маршрутизатора в первой подсети имеет IP-адрес 192.168.0.1, во второй подсети - 192.168.1.1. В первой подсети имеются 2 узла: узел A (192.168.0.5) и узел B (192.168.0.7). Во второй подсети имеется узел C с IP-адресом 192.168.1.10.

Если узел A будет отправлять пакет узлу B, то сначала он вычислит, что узел B находится в той же подсети, что и узел A (т.е. в локальной подсети), затем узел A выполнит ARP-запрос для IP-адреса 192.168.0.7. После этого содержимое IP-пакета будет передано на канальный уровень, и информация будет передана сетевым адаптером узла A сетевому адаптеру узла B. Это пример прямой доставки данных (или прямой маршрутизации, direct delivery).

Если узел A будет отправлять пакет узлу C, то сначала он вычислит, что узел C находится в другой подсети (т.е. в удаленной подсети). После этого узел A отправит пакет узлу, который в его конфигурации указан в качестве основного шлюза (в данном случае это интерфейс маршрутизатора с IP-адресом 192.168.0.1). Затем маршрутизатор с интерфейса 192.168.1.1 выполнит прямую доставку узлу C. Это пример непрямой доставки (или косвенной маршрутизации, indirect delivery) пакета от узла A узлу C. В данном случае процесс косвенной маршрутизации состоит из двух операций прямой маршрутизации.

В целом процесс IP-маршрутизации представляет собой серии отдельных операций прямой или косвенной маршрутизации пакетов.

Каждый сетевой узел принимает решение о маршрутизации пакета на основе таблицы маршрутизации, которая хранится в оперативной памяти данного узла. Таблицы маршрутизации существуют не только у маршрутизаторов с несколькими интерфейсами, но и у рабочих станций, подключаемых к сети через сетевой адаптер. Таблицу маршрутизации в системе Windows можно посмотреть по команде route print. Каждая таблица маршрутизации содержит набор записей. Записи могут формироваться различными способами:

  • записи, созданные автоматически системой на основе конфигурации протокола TCP/IP на каждом из сетевых адаптеров;
  • статические записи, созданные командой route add или в консоли службы Routing and Remote Access Service ;
  • динамические записи, созданные различными протоколами маршрутизации (RIP или OSPF).

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

Рабочая станция.

В данном примере имеется рабочая станция с системой Windows XP, с одним сетевым адаптером и такими настройками протокола TCP/IP: IP-адрес -192.168.1.10, маска подсети - 255.255.255.0, основной шлюз - 192.168.1.1.

Введем в командной строке системы Windows команду route print, результатом работы команды будет следующий экран (рис. 4.6 ; в скобках приведен текст для английской версии системы):

Рис. 4.6.

Список интерфейсов - список сетевых адаптеров, установленных в компьютере. Интерфейс MS TCP Loopback interface присутствует всегда и предназначен для обращения узла к самому себе. Интерфейс Realtek RTL8139 Family PCI Fast Ethernet NIC - сетевая карта.

Сетевой адрес - диапазон IP-адресов, которые достижимы с помощью данного маршрута.

Маска сети - маска подсети, в которую отправляется пакет с помощью данного маршрута.

Адрес шлюза - IP-адрес узла, на который пересылаются пакеты, соответствующие данному маршруту.

Интерфейс - обозначение сетевого интерфейса данного компьютера, на который пересылаются пакеты, соответствующие маршруту.

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

Проанализируем некоторые строки таблицы.

Первая строка таблицы соответствует значению основного шлюза в конфигурации TCP/IP данной станции. Сеть с адресом "0.0.0.0" обозначает "все остальные сети, не соответствующие другим строкам данной таблицы маршрутизации".

Вторая строка - маршрут для отправки пакетов от узла самому себе.

Третья строка (сеть 192.168.1.0 с маской 255.255.255.0) - маршрут для отправки пакетов в локальной IP-сети (т.е. той сети, в которой расположена данная рабочая станция).

Последняя строка - широковещательный адрес для всех узлов локальной IP-сети.

Последняя строка на рис. 4.6 - список постоянных маршрутов рабочей станции. Это статические маршруты, которые созданы командой route add. В данном примере нет ни одного такого статического маршрута.

Теперь рассмотрим сервер с системой Windows 2003 Server, с тремя сетевыми адаптерами:

  • Адаптер 1 - расположен во внутренней сети компании (IP-адрес - 192.168.1.10, маска подсети - 255.255.255.0);
  • Адаптер 2 - расположен во внешней сети Интернет-провайдера ISP-1 (IP-адрес - 213.10.11.2, маска подсети - 255.255.255.248, ближайший интерфейс в сети провайдера - 213.10.11.1);
  • Адаптер 3 - расположен во внешней сети Интернет-провайдера ISP-2 (IP-адрес - 217.1.1.34, маска подсети - 255.255.255.248, ближайший интерфейс в сети провайдера - 217.1.1.33).

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

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

В данном случае команда route print выдаст таблицу маршрутизации, изображенную на рис. 4.7 .

Рис. 4.7.

В таблице в списке интерфейсов отображены три сетевых адаптера разных моделей, адаптер обратной связи (MS TCP Loopback interface ) и WAN (PPP/SLIP) Interface - интерфейс для доступа в сеть через модемный пул.

Отметим особенности таблицы маршрутов сервера с несколькими сетевыми интерфейсами.

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

Как и в рабочей станции, для каждого интерфейса есть маршруты как для unicast -пакетов, так и для широковещательных (broadcast) для каждой подсети.

Во второй строке содержится статический маршрут, сконфигурированный в консоли , для пересылки пакетов в сеть196.15.20.16/24.

Поддержка таблиц маршрутизации.

Есть два способа поддержки актуального состояния таблиц маршрутизации: ручной и автоматический.

Ручной способ подходит для небольших сетей. В этом случае в таблицы маршрутизации вручную заносятся статические записи для маршрутов. Записи создаются либо командой route add, либо в консоли Службы маршрутизации и удаленного доступа .

В больших сетях ручной способ становится слишком трудоемким и чреват ошибками. Автоматическое построение и модификация таблиц маршрутизации производится так называемыми "динамическими маршрутизаторами" . Динамические маршрутизаторы отслеживают изменения в топологии сети, вносят необходимые изменения в таблицы маршрутов и обмениваются данной информацией с другими маршрутизаторами, работающими по тем же протоколам маршрутизации. В Windows Server реализована динамическая маршрутизация в Службе маршрутизации и удаленного доступа . В данной службе реализованы наиболее распространенные протоколы маршрутизации - протокол RIP версий 1 и 2 и протокол OSPF.

Каждый сетевой адаптер имеет свой уникальный физический адрес (или MAC-адрес). За отображение IP-адресов адаптеров на их физические адреса отвечает протокол ARP (Address Resolution Protocol). Необходимость протокола ARP продиктована тем обстоятельством, что IP-адреса устройств в сети назначаются независимо от их физических адресов. Поэтому для доставки сообщений по сети необходимо определить соответствие между физическим адресом устройства и его IP-адресом - это называется разрешением адресов. В большинстве случаев прикладные программы используют именно IP-адреса. А так как схемы физической адресации устройств весьма разнообразны, то необходим специальный, универсальный протокол. Протокол разрешения адресов ARP был разработан таким образом, чтобы его можно было использовать для разрешения адресов в различных сетях. Фактически ARP можно использовать с произвольными физическими адресами и сетевыми протоколами. Протокол ARP предполагает, что каждое устройство знает как свой IP-адрес, так и свой физический адрес. ARP динамически связывает их и заносит в специальную таблицу, где хранятся пары "IP-адрес - физический адрес" (обычно каждая запись в ARP-таблице имеет время жизни 10 мин.). Эта таблица хранится в памяти компьютера и называется кэш протокола ARP (ARP-cache).

Работа протокола ARP заключается в отправке сообщений между сетевыми узлами:

  • ARP Request (запрос ARP) - широковещательный запрос, отправляемый на физическом уровне модели TCP/IP, для определения MAC-адреса узла, имеющего конкретный IP-адрес;
  • ARP Reply (ответ ARP) - узел, IP-адрес которого содержится в ARP-запросе, отправляет узлу, пославшему ARP-запрос, информацию о своем MAC-адресе;
  • RARP Request, или Reverse ARP Request (обратный ARP-запрос) - запрос на определение IP-адреса по известному MAC-адресу;
  • RARP Reply, или Reverse ARP Reply (обратный ARP-ответ) - ответ узла на обратный ARP-запрос.

Разбиение сетей на подсети с помощью маски подсети

Для более эффективного использования пространства адресов IP-сети с помощью маски подсети могут быть разбиты на более мелкие подсети (subnetting) или объединены в более крупные сети (supernetting).

Рассмотрим на примере разбиение сети 192.168.1.0/24 (сеть класса C) на более мелкие подсети. В исходной сети в IP-адресе 24 бита относятся к идентификатору сети и 8 бит - к идентификатору узла. Используем маску подсети из 27 бит, или, в десятичном обозначении, - 255.255.255.224 , в двоичном обозначении - 11111111 11111111 11111111 11100000 . Получим следующее разбиение на подсети:

Таблица 4.3.
Подсеть Диапазон IP-адресов Широковещательный адрес в подсети
192.168.1.0/27 192.168.1.1–192.168.1.30 192.168.1.31
192.168.1.32/27 192.168.1.33–192.168.1.62 192.168.1.63
192.168.1.64/27 192.168.1.65–192.168.1.94 192.168.1.95
192.168.1.96/27 192.168.1.97–192.168.1.126 192.168.1.127
192.168.1.128/27 192.168.1.129–192.168.1.158 192.168.1.159
192.168.1.160/27 192.168.1.161–192.168.1.190 192.168.1.191
192.168.1.192/27 192.168.1.193–192.168.1.222 192.168.1.223
192.168.1.224/27 192.168.1.225–192.168.1.254 192.168.1.255

Таким образом, мы получили 8 подсетей, в каждой из которых может быть до 30 узлов. Напомним, что идентификатор узла, состоящий из нулей, обозначает всю подсеть, а идентификатор узла, состоящий из одних единиц, означает широковещательный адрес (пакет, отправленный на такой адрес, будет доставлен всем узлам подсети).

IP-адреса в данных подсетях будут иметь структуру:

Отметим очень важный момент. С использованием такой маски узлы с такими, например, IP-адресами, как 192.168.1.48 и 192.168.1.72 , находятся в различных подсетях, и для взаимодействия данных узлов необходимы маршрутизаторы, пересылающие пакеты между подсетями 192.168.1.32/27 и 192.168.1.64/27 .

Примечание. Согласно стандартам протокола TCP/IP для данного примера не должно существовать подсетей 192.168.1.0/27 и 192.168.1.224/27 (т.е. первая и последняя подсети). На практике большинство операционных систем (в т.ч. системы семейства Microsoft Windows) и маршрутизаторов поддерживают работу с такими сетями.

Аналогично, можно с помощью маски подсети объединить мелкие сети в более крупные.

Например, IP-адреса сети 192.168.0.0/21 будут иметь следующую структуру:

Диапазон IP-адресов данной сети: 192.168.0.1–192.168.7.254 (всего - 2046 узлов), широковещательный адрес подсети - 192.168.7.255 .

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

  • разбиение больших IP-сетей на подсети (subnetting) позволяет снизить объем широковещательного трафика (маршрутизаторы не пропускают широковещательные пакеты);
  • объединение небольших сетей в более крупные сети (supernetting) позволяет увеличить адресное пространство с помощью сетей более низкого класса;
  • изменение топологии частной сети не влияет на таблицы маршрутизации в сети Интернет (хранят только маршрут с общим номером сети);
  • размер глобальных таблиц маршрутизации в сети Интернет не растет;
  • администратор может создавать новые подсети без необходимости получения новых номеров сетей.

Старшие биты IP-адреса используются рабочими станциями и маршрутизаторами для определения класса адреса. После того как класс определен, устройство может однозначно вычислить границу между битами, использующимися для идентификации номера сети, и битами номера устройства в этой сети. Однако при разбиении сетей на подсети или при объединении сетей для определения границ битов, идентифицирующих номер подсети, такая схема не подходит. Для этого как раз и используется 32-битная маска подсети, которая помогает однозначно определить требуемую границу. Напомним, что для стандартных CIDR ).

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

Мы создаем подсети путем использования одного или более хостовых битов в качестве сетевых битов. Это делается расширением маски, заимствовуя некоторые из битов от хостовой части адреса, чтобы создать дополнительные сетевые биты. Чем больше используется хостовых битов, тем больше подсетей можно определить. С каждым заимствованным битом мы удваиваем число доступных подсетей. Например, если мы заимствуем 1 бит, мы можем определить 2 подсети. Если мы заимствуем 2 бита, у нас может быть 4 подсети. Однако, с каждым заимствованным битом, все меньше адресов узлов доступно для подсети.

У маршрутизатора A на рисунке есть два интерфейса для соединения двух сетей. При наличии блок адресов 192.168.1.0 / 24, мы создадим две подсети. Мы заимствуем один бит от хостовой части, используя 255.255.255.128 вместо исходной маски 255.255.255.0. Старший значащий бит в последнем октете используется, чтобы различать эти две подсети. Для одной из подсетей это бит "0", а для другой подсети это бит "1".

Формула для вычисления подсетей

Используйте эту формулу, чтобы вычислить число подсетей:

2^n, где n - число заимствованных битов

В этом примере вычисление происходит так:

2^1 = 2 подсети

Число узлов

Чтобы определить количество узлов на одну сеть, мы используем формулу 2^n - 2 где n - число битов, оставленных для хостов.

Применим эту формулу: (2^7 - 2 = 126) - отсюда видно, что у каждой из этих подсетей может быть 126 узлов.

Для каждой подсети исследуйте последний октет в двоичной записи. Значения этих октетах для этих двух сетей:

Подсеть 1: 0 0000000 = 0

Подсеть 2: 1 0000000 = 128

См. на рисунке схему адресации для этих сетей.

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


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

То есть в данном случае, Aliexpress.com платит комиссионные всем этим сервисам за то, что те занимаются привлечением к ним покупателей. Выплачиваемый процент зависит от оборота сервиса: чем больше интернет-магазин заинтересован в партнёре - тем лучше даёт ему условия, а когда Aliexpress выплачивает комиссионные сервису - сервис переводит какой-то процент покупателю. Это и есть кешбек.

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

Итак, вот кого я выбрал:
1.
2.
3.
4. Cashback Epn
5. Kopikot
6. Dronk Сashback

1. Кэшбэк


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

В сервисе легко можно зарегистрироваться парой кликов через соц.сети, после чего подсказки расскажут всё, что нужно за пару минут и даже предложат сделать первый тестовый заказ в псевдо-магазине. На первом же этапе вы скорее всего узнаете, что надо добавить Letyshops в исключения или временно отключить адблок. Такое требование необходимо, так как адблок может блокировать передачу информации алиекспрессу, что вы пришли именно отсюда. То есть если не передать эту информацию - Али просто не выплатит комиссионные сервису, а вы не получите кешбек.

2. Кэшбэк

Ещё одним достаточно известным сервисом среди кешбеков можно назвать Cash4brands.ru и тут вы опять найдёте только положительные отзывы о работе с ним. К сервису подключено 689 магазинов, так что так можно делать покупки не только в Китае. Этим ежемесячно пользуется четверть миллиона человек, что в 6 раз меньше LetyShops, но всё-равно не плохо. На Алиэкспресс предлагают скидки от 2 до 25%, но обычно составляют от 2 до 6%.

3. Кэшбэк

Единственный иностранный сервис в нашем списке и может быть не самый удобный, однако он весьма популярен в мире, где 20 млн человек посещают ещё ежемесячно и подключено к нему более 1800 магазинов. Для покупок на AliExpress он предоставляет скидку 5%.

4. Кэшбэк ePN CashBack.ru

Это узкоспециализированный кешбек-сервис, который работает только с одним магазином - AliExpress, но зато предлагает получить кешбек в размере 7% от вашего чека. Интерфейс тут максимально простой и видимо простота подкупает, ведь на него ходят 700 000 человек в месяц, что делает его вторым по посещаемости и рост у него тоже такой же набирающий обороты.

5. Кэшбэк Kopikot.ru

Ещё один удобный сервис для получения кешбека. Достаточно продуманный интерфейс, который сразу же познакомит с тем как в нём всё устроено. Около 360тыс. человек заходят на него ежемесячно, что говорит об уровне доверия, что опять же сильно меньше Летишопс, но всё-таки тоже достойно.

6. Кэшбэк Dronk.Сashback

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

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

Процент возврата тут плавающий, но он всегда выше, чем средний по рынку, а на большинство товара - он и вовсе самый лучший. Скажем, для большинства товаров на AliExpress процент возврата тут - 8%.

Сравнительная табличка

Мин. сумма вывода

Процент AliExpress


Ссылка
500 руб. 6.5 %

0 руб. 2-25 %

5.01 $ 5 %

500 руб. 5.5 %

Kopikot.ru

0.2$ 7%

ePN CashBack.ru

3$ 5-8%

Dronk.ru/

Выводы

Думаю выводы подводить надо исходя из 3 параметров:
- удобство интерфейса
- % выплат.
- Надёжность

По интерфейсу думаю сравним уровень у Letyshops и Dronk. Обе компании серьёзно продумали каждый шаг, сделали обучающий механизм и вообще очень приятно находиться у них в кабинете.

Самый выгодный процент выплат по AliExpress на данный момент у



В продолжение темы:
Windows

Часть вторая : "Важнейшие характеристики каждого семейства процессоров Intel Core i3/i5/i7. Какие из этих чипов представляют особый интерес" Введение Сначала мы приведём...

Новые статьи
/
Популярные