Классы IP-адресов, сети и хосты

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

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

Второй причиной является так хост, может определить широковещательный адрес локальной сети. Это делает это путем заполнения всех битов в хосте разделяет с. Таким образом в случае 192.168.1.0/24, широковещательный адрес 192.168.1.255.

Идея сетевых "классов" (иначе "classful объединяющийся в сеть") только действительно имела значение от изобретения IPv4 в 1981 до изобретения разделения на подсети и Бесклассовой междоменной маршрутизации (CIDR) в 1993. С 1981 до 1993, если первый бит Вашего IP-адреса был нулем, Вы знали, что были в Сети класса A, таким образом, первые 8 битов Вашего адреса были Вашим номером сети, и другие 24 были Вашим номером узла. Но это означало, что сайты с Сетями класса A будут иметь 16,8 миллионов хостов в единственной однородной сети, которая была непрактична. Даже при том, что это были почти два десятилетия начиная с "Класса A", "Класса B", и "Класс C" действительно имел значение, имена все еще переброшены для обращения к/8's (16,8 миллионов сетей узла), / 16 (65 тысяч сетей узла), и / 24 (~256 сетей узла), соответственно.

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

Чтобы это работало, должен быть способ знать, какие IP-адреса могут быть достигнуты только путем дампа данных из сетевой платы, и какие IP-адреса могут только быть достигнуты "позади" маршрутизатора. Часть сети IP-адреса, определенного сетевой маской, делает это различие.

Так, если мой IP 10.1.1.42, и моя сетевая маска составляет 24 бита от левых (255.255.255.0), то это означает, что я могу достигнуть любого IP-адреса от 10.1.1.1 до 10.1.1.254 только путем отправки данных из моей сетевой платы. Я буду использовать свой IP в качестве исходного адреса, машина конца как адрес назначения, и просто бросать трафик в проводе. Это должно добраться там, если говорят, другая машина подключена через переключатель или концентратор без дальнейшей справки.

Скажем, я хочу говорить 10.1.2.50. Ну, я не могу достигнуть этого только путем плевания битами из моего NIC. Это должно перейти маршрутизатор. Самая простая ситуация состоит в том, где существует шлюз по умолчанию, данный DHCP. Скажем, шлюз по умолчанию, данный нам через DHCP, 10.1.1.254. Я затем отправлю свой трафик, что я хочу перейти в 10.1.2.50 к 10.1.1.254, помещая мой IP (10.1.1.42) как исходный адрес и 10.1.2.50 как адрес назначения. Шлюз по умолчанию не является окончательным местом назначения, но я действительно ожидаю 10.1.1.254 передавать трафик к 10.1.2.50 от моего имени. Надо надеяться, машина в 10.1.1.254 имеет соединение с 10.1.2.0/24 сетью и сможет сделать это.

Я надеюсь, что это полезно.

Пример: 10.0.0.1 / 8
где/8 - означает сетевую маску. Это означает, что первые 8 битов из 32 (адрес состоит из 32 битов, разделенных на точки и это биты, представлены как десятичные числа), определяют сеть и других - хост

Возможно, эта статья от Cisco поможет.