Зачем клиентам знать маску своей подсети?

ну например, потому что в одной подсети /24 можно организовать две подсети /25. каждая со своим шлюзом.

Клиент из сети должен принять решение, куда отослать пакет - на дефолтный шлюз или в свою подсеть.

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

> зачем клиентам знать маску своей подсети?

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

я не могу понять следующее: Узел 192.168.1.15 хочет послать сообщение узлу 192.168.1.1 Он применит свою маску 255.255.255.0 и пошлет сообщение в свою сеть, хотя должен маршрутизатору

Ага, там как раз маска неправильная.

Маска у узла 192.168.1.15 неправильная? Какая должна быть?

Ххе, с таким разбиением на подсети вряд ли получится написать нормальную маску. Мне кажется, что вообще нельзя.

> 192.168.1.0-192.168.1.1

Не кошер. У Вас получилась сеть из 0 хостов (31ая). 192.168.1.0 - адрес сети, 192.168.1.1 - бруткаст.

А что тут такого? Первая - 192.168.1.0/31, а вторая - 192.168.1.2/24

где про это почитать подробнее?

Да, оно. И бродкаст я там проглядел (

> вторая - 192.168.1.2/24

Стоп. Какое дело до двойки на конце? Посмотри на маску ещё раз. Кажется, фейл.

Спроси у преподавателя про CIDR.

> Вопрос: зачем клиентам знать маску своей подсети?

За тем же, зачем и маршрутизатору: понять на какой интерфейс кинуть. По паре ip:mask восстанавливается адрес сети, по нему считается диапазон адресов, которые попадают в сеть, а значит могут быть достугнуты, если отправить на какой-то интерфейс.

ccna2

ну хотя-бы вот здесь - http://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D1%81%D0%BA%D0%B0_%D0%BF%D0%BE%D0%B... и там по ссылкам.

Прошу пардону, переклинило. Действительно, нельзя.

Я немного изменил адреса. Итак:

Сеть 1: 192.168.1.1-192.168.1.7
Сеть 2: 192.168.1.8-192.168.1.254

Таблица маршрутизатора:

IP-адрес        маска              Номер порта
192.168.1.0     255.255.255.248    порт1
192.168.1.0     255.255.255.0      порт2

• Узел 192.168.1.40 отправляет данные узлу 192.168.1.6
• Узел 192.168.1.40 применяет к себе свою маску 255.255.255.0
• Получили адрес сети = 192.168.1.0
• Адрес 192.168.1.6 входит в сеть 192.168.1.0. Значит отправляем данные в свою сеть а не маршрутизатору, хотя надо маршрутизатору

Угу, потому что так резать сеть нельзя...

Сеть 1: 192.168.1.1-192.168.1.126 (192.168.1.0 255.255.255.128)
Сеть 2: 192.168.1.129-192.168.1.254 (192.168.1.128 255.255.255.128)

AndreyCherkasky

А вопросы у тебя как у ArsenShnurkov

Номер(адрес) сети и маска сети являются основным источником определения сетевых параметров.
Так же можно использовать свой айпи-адрес в качестве номера(адреса) сети.(см. битовая операция И)
На основании этой информации определяется как(и куда) будет отправлен IP пакет.
Далее четок логики:
Если DEST_IP & MY_MASK == MY_IP & MY_MASK
то пакет будет отправлен напрямую в DEST_IP
иначе пакет будет отправлен на шлюз по умолчанию(в самом примитивном случае)

Выражение «MY_IP & MY_MASK» дает мой адрес сети

Если DEST_IP & MY_MASK == MY_IP & MY_MASK
то пакет будет отправлен напрямую в DEST_IP
иначе пакет будет отправлен на шлюз

192.168.1.6 & 255.255.255.0 == 192.168.1.40 & 255.255.255.0
=> пакет будет отправлен напрямую в 192.168.1.6
хотя надо отправить на шлюз

В таких красивых и простых примерах разделения сетей, который вы приводите, маска отлично работает, но в учебниках повсеместно встречаются примеры разделения сетей как в моем случае. Но к сожалению в учебниках не приводится ответ на мой вопрос.

> хотя надо отправить на шлюз

почему? они же в одной подсети /24

Сеть 1: 192.168.1.1-192.168.1.7
Сеть 2: 192.168.1.8-192.168.1.254

Таблица маршрутизатора:

IP-адрес        маска              Номер порта
192.168.1.0     255.255.255.248    порт1
192.168.1.0     255.255.255.0      порт2

192.168.1.40 и 192.168.1.6 в разных подсетях

>Я изучаю сети и не могу понять

Олиферов уже купил?

http://www.dropmocks.com/iOC-R

таблица внизу 629 страницы, при отправке из сети 131.57.8.0 в сеть 131.57.9.0, данные пойдут не на шлюз а в первую сеть.

на мой субъективный взгляд, неверно порезано.

с точки зрения сервера адреса действительно будут в разных подсетях, но не с точки зрения клиента.

думается мне, надо для клиентов порезать на более мелкие сегменты,
а на сервере сделать supernetting. то есть, например, клиентам раздаешь маску /28, а на сервере устанавливаешь /24

http://en.wikipedia.org/wiki/Supernet

только подумай, надо ли тебе это.

иначе бери адреса из разных сегментов вообще. клиентов в один, остальное - в другой.

>192.168.1.40 и 192.168.1.6 в разных подсетях

неправильно.
при обращении из второй подсети на 1.6, маршрут будет идти напрямую, т.к. маска /24. а при обращении к 1.40 из первой - через шлюз.

Почему не сделать две такие сети: 192.168.1.0-192.168.1.3/30 192.168.2.0-192.168.2.255/24

>>при обращении из второй подсети на 1.6, маршрут будет идти напрямую, т.к. маска /24

идет напрямую, но хост 1.6 находится за шлюзом, нужно то на шлюз идти

всё занято в нашей огромной корпорации, остался только диапазон 192.168.1.0-192.168.1.255

Спасибо за supernetting, прочитал, понял. Но моя цель — не развернуть сеть, а понять принципы её функционирования.

Я хочу понять как функционирует сеть из примеров в учебниках, где supernetting не используется.

Можешь описать сети поподробнее и задачи твои.