- •Содержание
- •Введение
- •5. Основные сведения о сетях ip
- •5.1. Многоуровневая модель tcp/ip
- •5.1.1. Network Access Layer (Уровень доступа к среде передачи)
- •5.1.2. Internet Layer (Межсетевой уровень) и протокол ip
- •5.1.3. Протокол icmp
- •5.1.4. Transport Layer (Транспортный уровень)
- •5.1.5. Протокол udp
- •5.1.6. Протокол tcp
- •5.2.1. Классовая модель
- •5.2.2. Бесклассовая модель
- •Запись адресов в бесклассовой модели
- •5.2.3. Установка ip-адреса хоста
- •5.3. Маршрутизация
- •5.3.1. Пример маршрутизации
- •5.3.2. Пример подключения локальной сети организации к Интернет
- •5.3.3. Динамическая маршрутизация
- •5.3.4. Перечень задач по подключению сети предприятия к Интернет
- •5.4. Работа с утилитами tcp/ip
- •5.4.1. Основные утилиты tcp/ip
- •5.4.2. Поиск информации об ip-сетях и автономных системах (служба whois)
- •5.5. Динамическое присвоение ip-адресов
- •5.6. Получение информации из баз данных dns
- •5.6.1. Конфигурирование клиента dns
- •5.6.2. Порядок выполнения dns-запроса
- •5.6.3. Программа nslookup
- •6. Ретрансляция кадров (Frame Replay). Характеристики протокола информационного обмена и интерфейса «пользователь-сеть»
- •6.1. Логическая характеристика протокола fr
- •6.2. Процедурная характеристика протокола fr
- •6.3. Адресация в сетях fr
- •6.4. Общая характеристика lmi
- •6.5. Логическая характеристика lmi
- •6.6. Процедурная характеристика lmi
- •6.6.1. Синхронное симплексное управление
- •6.6.2. Синхронное дуплексное управление
- •6.6.3. Асинхронное управление
- •6.6.4. Процедурная характеристика lmi при возникновении ошибок
- •6.7. Параметры для синхронизации процедур управления lmi
- •7. Ретрансляция кадров (Frame Relay). Характеристики интерфейса «сеть - сеть» и коммутируемых виртуальных каналов
- •7.2. Коммутируемые виртуальные каналы
- •7.2.1. Фаза установления соединения (запрос соединения)
- •7.2.2. Параметры канального уровня
- •7.2.3. Фаза установления соединения (подтверждение вызова и соединения)
- •7.2.4. Фаза разъединения
- •8. Интеграция fr сетей
- •8.1. Характеристика fr протокола для интеграции сетей, функционирующих по различным сетевым протоколам
- •8.2. Интеграция fr и х.25 сетей
- •8.3. Ретрансляция кадров и речевой трафик
- •9. Организация доставки сообщений в широкополосных цифровых сетях интегрального обслуживания (атм - Asynchronous Transfer Mode)
- •9.1. Широкополосная цифровая сеть интегрального обслуживания (ш1-1сио, b-isdn - Broadband Integrated Services Digital Network)
- •9.2. Асинхронный режим доставки
- •9.3. Эталонная модель шисио
- •9.4. Процедурная и логическая характеристики протокола ард
- •9.5. Управление доступом
- •9.6. Идентификаторы виртуального пути и виртуального канала
- •9.7. Служба приоритетов
- •9.8. Зашита заголовка ячейки ара (циклическая проверка)
- •9.9. Принципы информационного обмена и синхронизация в ара
- •10. Сравнение сетевых архитектур
- •10.1. Требования к современным компьютерным сетям
- •10.2. Примеры сетевых архитектур
- •10.3. Методика оценки сетевых архитектур
- •10.4. Корреляционный анализ
- •10.5. Совместная обработка изображений
- •10.6. Моделирование окружающей среды
- •10.7. Построение сетей
- •Список использованных источников
10.5. Совместная обработка изображений
Цель рассматриваемого в данном разделе проекта - автоматизация обработки, хранения и получения графических изображений. Автоматическая обработка изображений экономит более 20% рабочего времени. Возможная область применения такой системы - инженерно-строительная фирма, в которой необходимо упростить электронное хранение, обработку и получение разрабатываемых документов. Одновременно в сети могут работать до 300 пользователей.
При обработке изображений централизованная база данных служит депозитарием всех документов. Инженеры используют в сети электронную почту и программы совместной работы, а также запрашивают базы данных, чтобы определить, над каким проектом они должны работать. Система должна поддерживать следующие операции:
загрузку файлов САПР из депозитария изображений;
просмотр деталей изображения;
обновление записей и файлов;
проверку документов разработки;
отправку файлов на центральный сервер для преобразования;
запись обновленных файлов САПР на центральный сервер;
просмотр "почтового ящика" пользователя для получения новых заданий.
Нагрузка на сеть в такой системе может быть различной - от умеренной до высокой (из-за частой передачи файлов САПР). Система, как это часто бывает с программным обеспечением для групповой работы, используется круглосуточно и ежедневно.
На рис. 10.7 показано, какое сетевое время необходимо для записи оптического изображения в базу данных центрального сервера с помощью программы групповой обработки изображений. В этой системе время реакции сервера будет сильно зависеть от выбора эффективной сетевой технологии. Медленная передача данных может привести компанию к существенным финансовым издержкам. Например, для 300 инженеров разница в скорости передачи, составляющая всего две минуты, приводит к общей потере 80 рабочих часов в день. Если рабочее время инженера оценивается в 100 долл. /ч, то за год только из-за медленной работы сети компания может потерять 2 млн. долл.
Рис. 10.7. Характеристики цепей, используемых для программ групповой обработки изображений
Ethernet-сегмент, естественно, имеет отличное время реакции, но, как и в примере с корреляционным анализом, он не может объединить 300 инженерных рабочих станций, серверы и соответствующее периферийное оборудование.
Маршрутизируемая фрагментированная магистраль может поддерживать несколько сегментов и, соответственно, значительно больше пользователей, чем просто Ethernet-сеть, но она не обладает пропускной способностью, необходимой для обработки больших объемов чувствительной к задержкам информации между рабочими группами и "магистральным" сегментом Ethernet. Маршрутизатор просто не справится с огромным потоком информации, прежде чем интерфейсы будут насыщены. Маршрутизаторы среднего класса, разработанные за последние несколько лет, не предназначены для обеспечения производственного процесса с интенсивным использованием сети. Ни наличие единого сегмента, ни маршрутизируемая магистраль не способны поддерживать требуемое количество пользователей и не могут служить решением для данной системы.
Сеть с коммутацией кадров 10/100 обеспечивает скорость передачи данных, аналогичную скорости в архитектуре Ethernet-сегмента. При этом к серверам может получить одновременный доступ необходимое количество пользователей, т.е. 300. К сожалению, такое число подключений - предел этой технологии, и поэтому в ней сложно работать с другими программами. Как и в случае с программой корреляционного анализа, число портов ограничивает количество обслуживаемых пользователей. Однако, в отличие от технологии маршрутизации, коммутация кадров 10/100 была разработана для обеспечения передачи сообщений на максимальной для всех каналов скорости, причем использование самого механизма коммутации не приводит к возникновению затора.
Концепция кластеризации базы данных предполагает, что централизованные данные распределяются по нескольким более мелким серверам, расположенным в местах наибольшей концентрации пользователей. Благодаря приближению сервера к рабочим группам на уровне предприятия уменьшаются время реакции и количество передаваемой по сети информации. Используя такую архитектуру, необходимо разрабатывать сети и программы одновременно.
Проектировщик сети, если он хочет добиться отличного времени реакции, характерного для технологии коммутации кадров 10/100, может прийти к решению разделить пользователей на сетевые кластеры, каждый со своим собственным "централизованным" сервером (рис. 10.8). И хотя кластеризация является популярной технологией в архитектурах с коммутацией кадров, процесс ее проектирования достаточно сложен. Чтобы создать кластеры, необходимо распределить базу данных по трем или четырем серверам, а затем подключить пользователей и серверы к высокоскоростному коммутатору. Для проектирования кластеров необходимо правильно сбалансировать потоки информации между серверами и рабочими группами, а также разработать схемы репликации баз данных. Это требует тесного сотрудничества между разработчиками программного обеспечения и сетей.
Рис. 10.8. Использование кластерной архитектуры
FDDI и ATM обслуживают необходимое количество пользователей. Сеть FDDI поддерживает примерно 700 пользователей, но ее время реакции сравнительно велико. FDDI-сеть требует для завершения любой операции по передаче файлов на 20 с больше, чем коммутатор кадров 10/100 или ATM-коммутатор. Однако для указанной компании 20 смогут привести к ежегодным потерям в 327 тыс. долл. Для сравнения, при использовании технологии ATM можно окупить затраты на ее внедрение за год.