Стандарт третьего поколения в. Олифер Н. Олифер

463
600 узлов
Token Ring
Сеть
\поставщика услуг/
10 узлов
Сеть клиента - S
Рис. 15.15. Сети поставщика услуг и клиента
000001
1
сети клиента
Щ щ
000011 ■
00 00000000
Префикс
поставщика услуг
<
-------------------------►
256 узлов (S1 -131.57.0.0/24)
256 узлов
256 узлов (S2 -131.57.2.0/24)
256 узлов
256 узлов
256 узлов
512 узлов (S3 -131.57.6.0/23)
Адресный пул S нового клиента
131.57.8.0/22 на 1024 узла
Частично
распределенное
адресное
пространство
Рис. 15.16. 
Адресное пространство поставщика услуг

---

464
Глава 15. Протокол межсетевого взаимодействия
131 
| 
57
000010
: ■
 : : 
. 
: 
.
joo
0000 0000
■
;
000010 loo
1111 1111
131 
57
оооою ;oi
0000 0000
оооою !oi
0001 0000
> 
......................
000010 101 0001 1111
оооою
!01
0010 00 00
............................... ...........
оооою
\т
0010 00 11
оооою
V':.:-' . : Г '
:: 
i 
- 
:■
оооою
10
10
11
I 
Л Л Л Л
л л
.
л л
1 1 I I
1 1 1 1 
0000 0000
1111 1111
0000 0000
Ш
1
...............
осюою
11
1111 1111
DMZ (16 адресов)
Token Ring
(256-16-4
адресов)
Соединительная
сеть (4 адреса)
V Ethernet
г
(1024-256
адресов)
Рис. 15.17. Планирование адресного пространства для сетей клиента
131.57.8.1/22
600 узлов
131.57.9.33/30 131.57.9.34/30
10 узлов
Сеть клиента - S
Рис. 15.18. Сконфигурированная сеть клиента

---

Маршрутизация с использованием масок
465
Следующий этап — конфигурирование сетевых интерфейсов конечных узлов и марш­
рутизаторов. Каждому интерфейсу сообщаются его IP -адрес и соответствующая маска. 
На рис. 15.18 показана сконфигурированная сеть клиента.
После конфигурирования сетевых интерфейсов должны быть созданы таблицы маршру­
тизации для маршрутизаторов R1 и R2 клиента. Они могут быть сгенерированы автома­
тически или с участием администратора. Таблица маршрутизации маршрутизатора R2 
соответствует табл. 15.11.
Таблица 1 5 .1 1 . Таблица маршрутизации маршрутизатора R2
Адрес
назначения
Маска
Адрес следующего
маршрутизатора
Адрес выходного
интерфейса
Расстояние
131.57.8.0
255.255.252.0
131.57.8.2
131.57.8.2
Подключена
131.57.9.0
255.255.255.0
131.57.9.1
131.57.9.1
Подключена
131.57.9.16
255.255.255.240
131.57.8.1
131.57.8.2
1
131.57.9.32
255.255.255.252
131.57.8.1
131.57.8.2
1
В данной таблице нет маршрута по умолчанию, а значит, все пакеты, адресованные сетям, 
адреса которых явно не указаны в таблице, будут отбрасываться маршрутизатором.
Пусть, например, на маршрутизатор R2 поступает пакет с адресом назначения 131.57.9.29. 
В результате просмотра таблицы получаем следующие результаты для каждой строки:
(131.57.9.29) AND (255.255.252.0) = 131.57.8.0 - совпадение;
(131.57.9.29) AND (255.255.255.0) = 131.57.9.0 — совпадение;
(131.57.9.29) AND (255.255.255.240) = 131.57.9.16 - совпадение;
(131.57.9.29) AND (255.255.255.252) = 131.57.9.28 - нет совпадения.
Поскольку при наличии нескольких совпадений выбирается маршрут из той строки, 
в которой совпадение адреса назначения с адресом из пакета имеет наибольшую длину, 
определено, что пакет с адресом 131.57.9.29 направляется в сеть DMZ.
CIDR и маршрутизация
За последние годы в Интернете многое изменилось: резко возросло число узлов и сетей, 
повысилась интенсивность трафика, изменился характер передаваемых данных. Посколь­
ку сегодня таблицы магистральных маршрутизаторов в Интернете могут содержать до 
нескольких сотен и даже тысяч маршрутов, то из-за перегрузок, вызванных обработкой 
больших объемов служебной информации, и несовершенства протоколов маршрутиза­
ции обмен сообщениями об обновлении таблиц стал приводить к сбоям магистральных 
маршрутизаторов.
На решение этой проблемы направлена, в частности, технология 
бесклассовой междо-
менной маршрутизации 
CIDR. Мы уже говорили в предыдущей главе о том, как CIDR 
способствует гибкости распределения адресов между владельцами сетей.
Сейчас мы покажем, как эта технология повышает эффективность маршрутизации.

---

466