Автоматизированное проектирование - часть 11

 

  Главная      Учебники - Производство     

 

поиск по сайту           правообладателям

 

 

 

 

 

 

 

 

 

содержание   ..  9  10  11  12   ..

 

 

Автоматизированное проектирование - часть 11

 

 

#
*H)&
F
*:,$* $I*:+*
F
*)&*
:!+(
5
@!"!
2
ctory Information Base)
локального
узла
DNS.
При
маршрутизации
пользователь
,
отправляющий
сообщение
,
задает
IP-
имя
получателя
.
По
-
скольку
маршрутизация
в
сети
осуществляется
по
IP-
адресам
,
то
с
помощью
серверов
DNS
осуществ
-
ляется
перевод
указанного
IP-
имени
в
IP-
адрес
.
В
локальной
сети
,
где
используются
шестибайтовые
адреса
,
называемые
MAC-
адресами
,
требу
-
ется
преобразование
IP-
имен
в
МАС
-
адреса
.
Это
преобразование
выполняет
маршрутизатор
,
связыва
-
ющий
локальную
сеть
с
территориальной
,
в
соответствии
с
специальным
протоколом
ARP,
имеющим
-
ся
в
стеке
ТСР
/IP.
Для
этого
в
маршрутизаторе
создается
таблица
соответствия
IP-
имен
и
МАС
-
адре
-
сов
данной
сети
.
Маршрутизация
в
Internet
организована
по
иерархическому
принципу
.
Имеются
уровни
ЛВС
и
корпоративных
сетей
;
маршрутных
доменов
,
в
каждом
из
которых
используются
единые
протоколы
и
алгоритмы
маршрутизации
;
административных
доменов
,
каждый
из
которых
соответствует
некоторой
ассоциации
и
имеет
единое
управляющее
начало
.
В
маршрутных
доменах
имеются
внешние
маршру
-
тизаторы
для
связи
с
другими
маршрутными
или
административными
доменами
.
Обращение
из
неко
-
торого
узла
к
Internet (
например
,
из
wwwcdl.bmstu.ru
по
адресу
)
происходит
к
ме
-
стному
серверу
(bmstu),
и
если
там
сведений
об
адресе
назначения
нет
,
то
происходит
переход
к
сер
-
веру
следующего
,
более
высокого
уровня
(ru)
и
далее
по
иерархии
вниз
до
получения
IP-
адреса
хоста
назначения
.
В
местном
DNS-
сервере
могут
быть
сведения
об
IP-
адресах
хостов
из
удаленных
доме
-
нов
,
если
к
ним
происходят
достаточно
частые
обращения
из
данного
домена
.
O8
<@+.
384
-
47
4
D1
,-.7
:
TCP/IP
.
В
стек
протоколов
TCP/IP
входит
ряд
других
протоколов
.
На
-
пример
,
на
транспортном
уровне
это
0"#&#%#4
UDP
(User Datagram Protocol) —
транспортный
прото
-
кол
без
установления
соединения
,
он
значительно
проще
TCP,
но
его
используют
чаще
всего
для
со
-
общений
,
умещающихся
в
один
пакет
.
После
оформления
UDP-
пакета
он
передается
с
помощью
средств
IP
к
адресату
,
который
по
заголовку
IP-
пакета
определяет
тип
протокола
и
передает
пакет
не
агенту
ТСР
,
а
агенту
UDP.
Агент
определяет
номер
порта
и
ставит
пакет
в
очередь
к
этому
порту
.
В
UDP
служебная
часть
дейтаграммы
короче
,
чем
в
ТСР
(8
байт
вместо
20),
не
требуется
предваритель
-
ного
установления
соединения
или
подтверждения
правильности
передачи
,
как
это
делается
в
TCP,
что
и
обеспечивает
большую
скорость
за
счет
снижения
надежности
доставки
.
Структура
UDP-
дейтаграммы
(
в
скобках
указано
число
битов
):
8)".
).8"$:,.#(4
(
0
6)
8)".
8)(’-$.#(4
(
0
6)
1(,+$
(
0
6)
5)+.")(/+$4
2’%%$
(
0
6)
1$++6#
(
+#
&)(##
65356
&$7.
)
Протоколы
более
высоких
уровней
,
чем
ТСР
,
в
сетях
ТСР
/IP
называют
0"’%4)-*./’
протокола
-
ми
.
В
частности
,
к
ним
относят
следующие
протоколы
:
— SMTP (Simple Mail Transport Protocol) —
почтовый
протокол
,
который
по
классификации
ЭМ
-
ВОС
наиболее
близок
к
прикладному
уровню
;
— FTP (File Transfer Protocol) —
протокол
с
функциями
представительного
по
ЭМВОС
уровня
;
— Telnet —
протокол
с
функциями
сеансового
по
ЭМВОС
уровня
.
На
нижних
уровнях
в
TCP/IP
используются
протоколы
IEEE 802/X
или
X.25.
Для
управления
сетью
в
стек
TCP/IP
включены
специальные
0"#&#%#4.
70")(4$*’9
.
Среди
протоколов
управления
различают
протоколы
,
реализующие
управляющие
функции
сете
-
вого
уровня
,
и
протоколы
мониторинга
за
состоянием
сети
,
относящиеся
к
более
высоким
уровням
.
В
сетях
ТСР
/IP
роль
первых
из
них
выполняет
протокол
ICMP (Internet Control Message Protocol),
роль
вторых
протокол
SNMP (Simple Network Management Protocol).
Основные
функции
ICMP
:
оповещение
отправителя
с
чрезмерным
трафиком
о
необходимости
уменьшить
интенсив
-
ность
посылки
пакетов
;
при
перегрузке
адресат
(
или
промежуточный
узел
)
посылает
ICMP-
пакеты
,
&
.
+
.
)
"#$%!#&’&($"!))$* +($*,#&($"!)&*
43
#
*H)&
F
*:,$* $I*:+*
F
*)&*
:!+(
5
@!"!
2
указывающие
о
необходимости
сокращения
интенсивности
входных
потоков
;
передача
откликов
(
квитанций
)
на
успешно
переданные
пакеты
;
контроль
времени
жизни
?
дейтаграмм
и
их
ликвидация
при
превышении
?
или
по
причине
искажения
данных
в
заголовке
;
оповещение
отправителя
о
недостижимости
адресата
;
отправление
ICMP-
пакета
с
сообщени
-
ем
о
невозможности
достичь
адресата
осуществляет
маршрутизатор
;
формирование
и
посылка
временных
меток
(
измерение
задержки
)
для
контроля
T
v
време
-
ни
доставки
пакетов
,
что
нужно
для
оконного
управления
.
Например
,
время
доставки
T
v
определя
-
ется
следующим
образом
.
Отправитель
формирует
ICMP-
запрос
с
временной
меткой
и
отсылает
па
-
кет
.
Получатель
меняет
адреса
местами
и
отправляет
пакет
обратно
.
Отправитель
сравнивает
метку
с
текущим
временем
и
тем
самым
определяет
T
v
.
ICMP-
пакеты
вкладываются
в
IP-
дейтаграммы
при
доставке
.
Основные
функции
протоколов
мониторинга
заключаются
в
сборе
информации
о
состоянии
се
-
ти
,
предоставлении
этой
информации
нужным
лицам
путем
посылки
ее
на
соответствующие
узлы
,
возможном
автоматическом
принятии
необходимых
управляющих
мер
.
Собственно
собираемая
информация
о
состоянии
сети
хранится
в
базе
данных
под
названием
MIB (Manag
е
ment Information Base).
Примеры
данных
в
MIB:
статистика
по
числу
пакетов
и
байтов
,
отправленных
или
полученных
правильно
или
с
ошибками
,
длины
очередей
,
максимальное
число
со
-
единений
и
др
.
Протокол
SNMP
относится
к
прикладному
уровню
в
стеке
протоколов
TCP/IP.
Он
работает
по
системе
менеджер
-
агент
.
Менеджер
(
серверная
программа
SNMP)
посылает
запросы
агентам
,
агенты
(
т
.
е
.
программы
SNMP
объектов
управления
)
устанавливаются
в
контролируемых
узлах
,
они
собира
-
ют
информацию
(
например
,
о
загрузке
,
очередях
,
временах
совершения
событий
)
и
передают
ее
сер
-
веру
для
принятия
нужных
мер
.
В
общем
случае
агентам
можно
поручить
и
обработку
событий
,
и
ав
-
томатическое
реагирование
на
них
.
Для
этого
в
агентах
имеются
триггеры
,
фиксирующие
наступле
-
ние
событий
,
и
средства
их
обработки
.
Команды
SNMP
могут
запрашивать
значения
объектов
MIB,
посылать
ответы
,
менять
значения
параметров
.
Чтобы
послать
команду
SNMP,
используют
транспортный
протокол
UDP.
Одной
из
проблем
управления
по
SNMP
является
защита
агентов
и
менеджеров
от
ложных
ко
-
манд
и
ответов
,
которые
могут
дезорганизовать
работу
сети
.
Используется
шифрование
сообщений
,
но
это
снижает
скорость
реакции
сети
на
происходящие
события
.
Расширением
SNMP
являются
протоколы
RMON (Remote Monitoring)
для
сетей
Ethernet
и
Token
Ring
и
RMON2
для
сетевого
уровня
.
Преимущество
RMON
заключается
в
меньшем
трафике
,
так
как
здесь
агенты
более
самостоятельны
и
сами
выполняют
часть
необходимых
управляющих
воздействий
на
состояние
контролируемых
ими
узлов
.
На
базе
протокола
SNMP
разработан
ряд
мощных
средств
управления
,
примерами
которых
могут
служить
продукт
ManageWISE
фирмы
Novell
или
система
UnicenterTNG
фирмы
Computer Associates.
С
их
помощью
администратор
сети
может
выполнять
следующие
действия
:
1
)
строить
2
D
изображение
топологии
сети
,
причем
на
разных
иерархических
уровнях
,
перемещаясь
от
региональных
масштабов
до
подсетей
ЛВС
(
при
интерактивной
работе
); 2)
разделять
сеть
на
до
-
мены
управления
по
функциональным
,
географическим
или
другим
принципам
с
установлением
своей
политики
управ
-
ления
в
каждом
домене
; 3)
разрабатывать
нестандартные
агенты
с
помощью
имеющихся
инструментальных
средств
.
Дальнейшее
развитие
подобных
систем
может
идти
в
направлении
связи
сетевых
ресурсов
с
проектными
или
бизнес
-
процедурами
и
сетевых
событий
с
событиями
в
процессе
проектирования
или
управления
предприятиями
.
Тогда
система
управления
сетью
станет
комплексной
системой
уп
-
равления
процессами
проектирования
и
управления
предприятием
.
Рассмотрим
другие
стеки
протоколов
.
"84
-
47
4
D1
SPX/IPX.
В
сетях
Netware
фирмы
Novell
используются
протоколы
SPX
(Sequence
Packet Exchange)
и
IPX
(Internet Packet Exchange)
для
транспортного
и
сетевого
уровней
соответственно
.
Адрес
получателя
в
пакете
IPX
состоит
из
номера
сети
(
фактически
номера
сервера
),
адреса
уз
-
ла
(
это
имя
сетевого
адаптера
)
и
имени
гнезда
(
прикладной
программы
).
Пакет
имеет
заголовок
в
30
байт
и
блок
данных
длиной
до
546
байт
.
В
пакете
SPX
заголовок
включает
42
байт
,
т
.
е
.
блок
данных
&
.
+
.
)
"#$%!#&’&($"!))$* +($*,#&($"!)&*
44
#
*H)&
F
*:,$* $I*:+*
F
*)&*
:!+(
5
@!"!
2
не
более
534
байт
.
Установление
виртуального
соединения
в
SPX (
создание
сессии
)
заключается
в
посылке
клиен
-
том
запроса
connect,
возможная
реакция
сервера
— connected (
успех
)
или
disconnected (
отказ
).
Запрос
на
разъединение
возможен
как
от
сервера
,
так
и
от
клиента
.
После
установления
соединения
передача
ведется
по
дейтаграммному
протоколу
IPX.
*
.-+
N
.25
+
Frame Relay
.
:$&’
Х
.25,
работающие
по
одноименному
стеку
протоколов
,
предло
-
женному
международным
телекоммуникационным
союзом
ITU (Internetional Telecommunication Union),
относятся
к
первому
поколению
сетей
коммутации
пакетов
.
Протоколы
Х
.25
разработаны
еще
в
1
976
г
.
В
свое
время
они
получили
широкое
распространение
,
а
в
России
их
популярность
остается
значитель
-
ной
и
в
90-
е
гг
.,
поскольку
эти
сети
хорошо
приспособлены
к
работе
на
телефонных
каналах
невысоко
-
го
качества
,
составляющих
в
России
значительную
долю
каналов
связи
.
С
помощью
сетей
Х
.25
удобно
соединять
локальные
сети
в
территориальную