44502 (663319), страница 4

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 4)

Организации, имеющие небольшие сети с числом узлов до 126, должны

запрашивать сетевые номера класса C. Организации с большим числом машин

могут получить несколько номеров класса C или номер класса B. Удобным

средством структуризации сетей в рамках одной организации являются под-

сети.

5.6. Подсети

Адресное пространство сети internet может быть разделено на непере-

секающиеся подпространства - "подсети", с каждой из которых можно рабо-

тать как с обычной сетью TCP/IP. Таким образом единая IP-сеть организа-

ции может строиться как объединение подсетей. Как правило, подсеть соот-

ветствует одной физической сети, например, одной сети Ethernet.

Конечно, использование подсетей необязательно. Можно просто назна-

чить для каждой физической сети свой сетевой номер, например, номер

____________________

[2] SRI International, Room EJ210, 333 Ravenswood Avenue, Menlo

Park, California 94025, USA. Тел. 1-800-235-3155. E-mail:

NIC@NIC.DDN.MIL

класса C. Однако такое решение имеет два недостатока. Первый, и менее

существенный, заключается в пустой трате сетевых номеров. Более серьез-

ный недостаток состоит в том, что если ваша организация имеет несколько

сетевых номеров, то машины вне ее должны поддерживать записи о маршрутах

доступа к каждой из этих IP-сетей. Таким образом, структура IP-сети

организации становится видимой для всего мира. При каких-либо изменениях

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

живающих маршруты доступа к данной IP-сети.

Подсети позволяют избежать этих недостатков. Ваша организация

должна получить один сетевой номер, например, номер класса B. Стандарты

TCP/IP определяют структуру IP-адресов. Для IP-адресов класса B первые

два октета являются номером сети. Оставшаяся часть IP-адреса может

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

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

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

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

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

сеть. Следовательно, они должны поддерживать только маршруты доступа к

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

дящие в IP-сети организации, не видны вне ее. Вы легко можете добавить

новую подсеть, новый шлюз и т.п.

5.7. Как назначать номера сетей и подсетей

После того, как решено использовать подсети или множество IP-сетей,

вы должны решить, как назначать им номера. Обычно это довольно просто.

Каждой физической сети, например, Ethernet или Token Ring, назначается

отдельный номер подсети или номер сети. В некоторых случаях имеет смысл

назначать одной физической сети несколько подсетевых номеров. Например,

предположим, что имеется сеть Ethernet, охватывающая три здания. Ясно,

что при увеличении числа машин, подключенных к этой сети, придется ее

разделить на несколько отдельных сетей Ethernet. Для того, чтобы избе-

жать необходимости менять IP-адреса, когда это произойдет, можно заранее

выделить для этой сети три подсетевых номера - по одному на здание. (Это

полезно и в том случае, когда не планируется физическое деление сети.

Просто такая адресация позволяет сразу определить, где находится та или

иная машина.) Однако прежде, чем выделять три различных подсетевых номера

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

собны работать в такой среде.

Вы также должны выбрать "маску подсети". Она используется сетевым

программным обеспечением для выделения номера подсети из IP-адресов.

Биты IP-адреса, определяющие номер IP-сети, в маске подсети должны быть

равны 1, а биты, определяющие номер узла, в маске подсети должны быть

равны 0. Как уже отмечалось, стандарты TCP/IP определяют количество

октетов, задающих номер сети. Часто в IP-адресах класса B третий октет

используется для задания номера подсети. Это позволяет иметь 256 подсе-

тей, в каждой из которых может быть до 254 узлов. Маска подсети в такой

системе равна 255.255.255.0. Но, если в вашей сети должно быть больше

подсетей, а в каждой подсети не будет при этом более 60 узлов, то можно

использовать маску 255.255.255.192. Это позволяет иметь 1024 подсети и

до 62 узлов в каждой. (Напомним, что номера узлов 0 и "все единицы"

используются особым образом.)

Обычно маска подсети указывается в файле стартовой конфигурации

сетевого программного обеспечения. Протоколы TCP/IP позволяют также зап-

рашивать эту информацию по сети.

5.8. Имена

Людям удобнее называть машины по именам, а не числами. Например, у

машины по имени alpha может быть IP-адрес 223.1.2.1. В маленьких сетях

информация о соответствии имен IP-адресам хранится в файлах "hosts" на

каждом узле. Конечно, название файла зависит от конкретной реализации.

В больших сетях эта информация хранится на сервере и доступна по сети.

Несколько строк из файла "hosts" могут выглядеть примерно так:

223.1.2.1 alpha

223.1.2.2 beta

223.1.2.3 gamma

223.1.2.4 delta

223.1.3.2 epsilon

223.1.4.2 iota

В первом столбце - IP-адрес, во втором - название машины.

В большинстве случаев файлы "hosts" могут быть одинаковы на всех

узлах. Заметим, что о узле delta в этом файле есть всего одна запись,

хотя он имеет три IP-адреса (рис.11). Узел delta доступен по любому из

этих IP-адресов. Какой из них используется, не имеет значения. Когда

узел delta получает IP-пакет и проверяет IP-адрес места назначения, то он

опознает любой из трех своих IP-адресов.

IP-сети также могут иметь имена. Если у вас есть три IP-сети, то

файл "networks" может выглядеть примерно так:

223.1.2 development

223.1.3 accounting

223.1.4 factory

В первой колонке - сетевой номер, во второй - имя сети.

В данном примере alpha является узлом номер 1 в сети development,

beta является узлом номер 2 в сети development и т.д.

Показанный выше файл hosts удовлетворяет потребности пользователей,

но для управления сетью internet удобнее иметь названия всех сетевых

интерфейсов. Менеджер сети, возможно, заменит строку, относящуюся к

delta:

223.1.2.4 devnetrouter delta

223.1.3.1 accnetrouter

223.1.4.1 facnetrouter

Эти три строки файла hosts задают каждому IP-адресу узла delta сим-

вольные имена. Фактически, первый IP-адрес имеет два имени: "dev-

netrouter" и "delta", которые являются синонимами. На практике имя

"delta" используется как общеупотребительное имя машины, а остальные три

имени - для администрирования сети.

Файлы hosts и networks используются командами администрирования и

прикладными программами. Они не нужны собственно для работы сети inter-

net, но облегчают ее использование.

5.9. IP-таблица маршрутов

Как модуль IP узнает, какой именно сетевой интерфейс нужно использо-

вать для отправления IP-пакета? Модуль IP осуществляет поиск в таблице

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

места назначения IP-пакета.

Таблица маршрутов содержит по одной строке для каждого маршрута.

Основными столбцами таблицы маршрутов являются номер сети, флаг прямой

или косвенной маршрутизации, IP-адрес шлюза и номер сетевого интерфейса.

Эта таблица используется модулем IP при обработке каждого отправляемого

IP-пакета.

В большинстве систем таблица маршрутов может быть изменена с помощью

команды "route". Содержание таблицы маршрутов определяется менеджером

сети, поскольку менеджер сети присваивает машинам IP-адреса.

5.10. Подробности прямой маршрутизации

Рассмотрим более подробно, как происходит маршрутизация в одной

физической сети.

------------- -------------

| alpha | | beta |

| 223.1.2.1 | | 223.1.2.2 |

| 1 | | 1 |

------------- -------------

| |

------o-----------------------o-------

Ethernet 1

IP-сеть "development"

223.1.2

Рис.10. Одна физическая сеть

Таблица маршрутов в узле alpha выглядит так:

----------------------------------------------------------

| сеть флаг вида шлюз номер |

| маршрутизации интерфейса |

----------------------------------------------------------

| development прямая 1 |

----------------------------------------------------------

Табл.9. Пример таблицы маршрутов

В данном простом примере все узлы сети имеют одинаковые таблицы маршру-

тов.

Для сравнения ниже представлена та же таблица, но вместо названия

сети указан ее номер.

----------------------------------------------------------

| сеть флаг вида шлюз номер |

| маршрутизации интерфейса |

----------------------------------------------------------

| 223.1.2 прямая 1 |

----------------------------------------------------------

Табл.10. Пример таблицы маршрутов с номерами сетей

5.11. Порядок прямой маршрутизации

Узел alpha посылает IP-пакет узлу beta. Этот пакет находится в

модуле IP узла alpha, и IP-адрес места назначения равен IP-адресу beta

(223.1.2.2). Модуль IP с помощью маски подсети выделяет номер сети из

IP-адреса и ищет соответствующую ему строку в таблице маршрутов. В дан-

ном случае подходит первая строка.

Остальная информация в найденной строке указывает на то, что машины

этой сети доступны напрямую через интерфейс номер 1. С помощью ARP-

таблицы выполняется преобразование IP-адреса в соответствующий Ethernet-

адрес, и через интерфейс 1 Ethernet-кадр посылается узлу beta.

Если прикладная программа пытается послать данные по IP-адресу,

который не принадлежит сети development, то модуль IP не сможет найти

соответствующую запись в таблице маршрутов. В этом случае модуль IP отб-

расывает IP-пакет. Некоторые реализации протокола возвращают сообщение

об ошибке "Сеть не доступна".

5.12. Подробности косвенной маршрутизации

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

изображенной на рис.11.

Таблица маршрутов в узле alpha выглядит так:

----------------------------------------------------------

| сеть флаг вида шлюз номер |

| маршрутизации интерфейса |

----------------------------------------------------------

| development прямая 1 |

| accounting косвенная devnetrouter 1 |

| factory косвенная devnetrouter 1 |

----------------------------------------------------------

Табл.11. Таблица маршрутов в узле alpha

-------------

| delta |

------------- | 223.1.2.4 | -------------

| alpha | | 223.1.4.1 | | epsilon |

| 223.1.2.1 | | 223.1.3.1 | | 223.1.3.2 |

| 1 | | 1 2 3 | | 1 |

------------- ------------- -------------

| | | | |

------o------------------o- | -o-----------------o---------

Ethernet 1 | Ethernet 2

IP-сеть "development" | IP-сеть "accounting"

223.1.2 | 223.1.3

|

| -------------

| | iota |

| | 223.1.4.2 |

| | 1 |

| -------------

| |

---o----------o-------------------

Ethernet 3

IP-сеть "factory"

223.1.4

Рис.11. Подробная схема трех сетей

Та же таблица с IP-адресами вместо названий.

----------------------------------------------------------

| сеть флаг вида шлюз номер |

| маршрутизации интерфейса |

----------------------------------------------------------

| 223.1.2 прямая 1 |

| 223.1.3 косвенная 223.1.2.4 1 |

| 223.1.4 косвенная 223.1.2.4 1 |

----------------------------------------------------------

Табл.12. Таблица маршрутов в узле alpha (с номерами)

В столбце "шлюз" таблицы маршрутов узла alpha указывается IP-адрес точки

соединения узла delta с сетью development.

5.13. Порядок косвенной маршрутизации

Узел alpha посылает IP-пакет узлу epsilon. Этот пакет находится в

модуле IP узла alpha, и IP-адрес места назначения равен IP-адресу узла

epsilon (223.1.3.2). Модуль IP выделяет сетевой номер из IP-адреса

(223.1.3) и ищет соответствующую ему строку в таблице маршрутов. Соот-

ветствие находится во второй строке.

Характеристики

Список файлов реферата