31163-1 (Разработка корпоративной ИВС), страница 6

Рис 1.4.4. Доступ пользователей к сетям Х.25

Действительно, плата фирмы Eicon обеспечивает возможность поддерживать одновременно до 254 логических соединений через 1 порт платы. Это, например, подключение удаленного хоста базы данных, либо соединение ЛВС. Если же вам надо подключить компьютер к сети в монопольном режиме, то это подключение производится по другим стандартам. Это стандарты Х.З, Х.28, Х.29, которые определяют функционирование специальных устройств доступа в сеть - "сборщиков/разборщиков пакетов - СРП (packet assembler/dissasembler -PAD)". На практике термин "СРП" мало употребим, поэтому и мы в качестве русскоязычного термина будем пользоваться термином "ПАД". ПАДы используются для доступа в сеть абонентов в асинхронном режиме обмена информацией, т.е. через последовательный порт компьютера (непосредственно, или с применением модемов). ПАД обычно имеет несколько асинхронных портов и один синхронный порт (порт X.25). ПАД накапливает поступающие по асинхронным портам данные, упаковывает их в пакеты и передает через порт Х.25 (рис. 1.4.4.).

Выполняемыми задачами определяются конфигурируемые параметры ПАДа. Эти параметры описываются стандартом Х.З. Совокупность параметров носит название "профайла" ("profile"). Стандартный набор состоит из 22 параметров. Функциональное назначение данных параметров одинаково для всех ПАДов. В профайл входят параметры, определяющие скорость обмена по асинхронному порту, параметры, характерные для текстовых редакторов (символ удаления знака и строки, символ вывода на экран предыдущей строки и т.п.), параметры, включающие режим автоматической добивки строки незначащими символами (для синхронизации с медленными терминалами), а также параметр, которым определяется условие, при выполнении которого заканчивается формирование пакета.

Окончание формирования пакета может производиться по накоплении определенного числа байтов (обычно длина пакета равняется 128 байтам), либо по получении определенного символа (например, символа возврата каретки). Кроме обязательного набора из 22 параметров в большинстве ПАДов имеются дополнительные параметры, определяющие число битов четности при асинхронной передаче, длину знака и т.п. В некоторых ПАДах имеются уже готовые профайлы, один из которых настроен на работу с текстовыми данными, а другой т.н. "прозрачный", т.е. профайл, предназначенный для передачи двоичных данных.

Управление ПАДом в этом случае производится поднятием и сбрасыванием цепей физического стыка (RS-232, V.35или какого либо другого). Двух указанных стандартных профайлов достаточно для широкого круга приложений.

Обмениваясь данными с удаленным абонентом через сеть Х.25, пользователь ее практически "не видит". Работа через сеть Х.25, в принципе, не отличается для пользователя от работы с обычным коммуникационным пакетом. Параметры ПАДа настраиваются администратором сети в соответствии с пожеланиями пользователя. Единственной специфичной командой, которую должен выдать абонент при подключении к сети Х.25, это команда соединения с нужным ему абонентом. Для этого пользователь набирает сетевой адрес абонента. Адрес может быть представлен как набором цифр, так и некоторым идентификатором, выбираемым из мнемонических соображений. Обычного для каждого входного асинхронного канала ПАДа может быть задан свой профайл. Следует еще, наверное, упомянуть обеспечиваемую обычно в ПАДе возможность защиты по паролю от несанкционированного обращения к сети по входным (асинхронным) портам ПАДа. Конкретная реализация этой защиты (число уровней - "пароль пользователя", "пароль администратора" и т.д.) может быть различна у различных ПАДов.

Отдельный набор параметров описывает функционирование ПАДа при передаче информации через порт Х.25 в сеть. Тут могут быть заданы различные тайм-ауты (по разрыву соединения в случае его неактивности, таймауты повторной передачи пакета и т.д.), параметры, определяющие длину пакета, число пакетов и число кадров, которые могут быть переданы без получения подтверждения на них от принимающей стороны, сетевой адрес, соответствуюаций порту Х.25 ПАДа.

1.4.5. Узлы сети X.25. Центры коммутации пакетов

Параметры, описывающие канал X.25 ПАДa являются немаловажными и для узловых элементов собственно сети Х.25, называемых Центрами Коммутации Пакетов - ЦКП (packet switch), однако, ими список параметров ЦКП, конечно, не исчерпывается. При конфигурировании ЦКП обязательно требуется заполнить "таблицу маршрутизации" (routing table). Эта таблица определяет, через какой из портов ЦКП направляются поступившие в ЦКП пакеты в зависимости от адресов, содержащихся в этих пакетах. В таблице за -даются как основные, так и альтернативные маршруты. Кроме того, важной функцией некоторых ЦКП является функция стыковки сетей ("шлюзования сетей"). Действительно, в мире существует великое множество сетей Х.25 как общего пользования, так и частных (private) или иначе - "корпоративных", "ведомственных". Естественно, в различных сетях могут быть установлены различные значения параметров передачи по каналам Х.25 (длина кадра и пакета величины пакетов, си-стема адресации и т.д.). Для того, чтобы все эти сети могли стыковаться друг с другом, была разработана рекомендация X.75, определяющая правила согласования параметров при переходе из сети в сеть. Сопряжение вашей сети с соседней сетью рекомендуется производить через ЦКП, в котором с достаточной полнотой реализована поддержка шлюзовых функций. Например, этот ЦКП должен уметь "транслировать" адреса при переходе из одной сети в другую. Эта функция обычно реализуется с помощью конфигурирования специальной таблицы трансляции адресов в шлюзовом ЦКП. Для ЦКП, не сопрягающихся с узлами другой сети пакетной коммутации, наличие шлюзовых функций не является обязательным.

1.4.6. Дополнительные услуги, предоставляемые сетями Х.25

Рассмотрим теперь т.н. необязательные услуги (faci litie s), поддерживаемые оборудованием сетей Х.25. Несмотря на свое название, многие из этих параметров в настоящее время реализуются в

большей части оборудования сетей Х.25 и являются крайне полезными при функционировании большой и, особенно, коммерчески используемой сети Х.25. Это, например, параметры, которые позволяют пользователю при установлении соединения через сеть пользоваться своим уникальным идентификатором (NUI - network user identificator). Чтобы эта услуга поддерживалась сетью, необходимо, чтобы ПАД, через который происходит доступ, позволял вместе с адресом абонента-получателя вводить собственный NUI. Кроме того, ПАД и/или ЦКП должен анализировать при установлении соединения, абоненты с какими именно NUI эти соединения устанавливают. Это оказывается особенно полезно, когда надо идентифицировать соединения, устанавливаемые через один и тот же канал ПАДа различными пользователями, получающими доступ к этому каналу по коммутируемой телефонной сети. Идентификация абонента используется потом, например, для начисления платы за передачу/прием информации. Если вы хотите коммерчески использовать вашу сеть, то вам также надо быть уверенными, что в приобретаемых вами ПАДах/ЦКП реализованы функции накопления тарификационных записей (billing records). Обычно тарификационная запись - это некоторый объем информации, который хранится в оперативной памяти ПАДа/ЦКП. Запись "открывается" при установлении каждого нового соединения. При разрыве соединения запись закрывается и отсылается в центр тарификации сети, в котором записи накапливаются и анализируются. Для коммерческого использования сети важна также поддержка оборудованием таких необязательных услуг, как "реверсивная тарификация". Это услуга, которая определяет режим обмена информацией, при котором плата взимается не с вызывающего абонента, а с абонента-получателя. Имеется также услуга "запрет реверсивной тарификации".

В заключение упомянем о не так часто встречающейся функции оборудования сетей Х.25, а именно - о поддержке по асинхронным каналам специальных модификаций протоколов Х.З, Х.28 - протоколов Х3.28, T3.POS, VISA2, используемых в сетевых кассовых аппаратах/устройствах идентификации кредитных карточек (POS-терминалах) для связи с удаленным центром. Ранее мы уже упоминали о том, что объединение POS-терминалов через сеть Х.25 является стандартным решением. POS-терминалы могут подключаться к ПАДу с использованием стандартных асинхронных протоколов Х.З, Х.28, однако в этом случае эффективность использования канала несколько снижается, т.к. протокол Р0S-терминала реализующего свой механизм защиты от ошибок "накладывается" на протокол Х.25. В случае поддержки протоколов POS-терминалов ПАД эмулирует для POS-терминала хост, используя специфический POS-протокол только на участке от терминала до ПАДа. Через сеть информация передается уже в соответствии только с правилами протоколов Х.25. Из оборудования, поддерживающего указанные протоколы, можно упомянуть оборудование канадской фирмы Memotec Communications. Кроме POS-протоколов ПАДы могут также поддерживать ряд других протоколов, не относящихся к протоколам сетей Х.25, а именно - протоколы сетевой архитектуры SNA фирмы IBM, протоколы Unisys и др. Однако такая поддержка реализована не во всех изделиях х.25.

1.5. Выбор топологии сети

1.5.1. Варианты построения.

В п.1.3.8 было показано, что лучший способ построения сети- это использование Владимирской региональной сети передачи данных Global X.25. Рассмотим варианты подключения ЛВС администрации Владимирской области(АВО) и ЛВС(РС) районов к этой сети. Фактически, нам надо обеспечить удаленный доступ районных пользователей к центральной, или офисной ЛВС, а именно с ЛВС АВО.

Надо сразу отметить следующий факт. Удаленный пользователь, будь то одиночный РС или группа РС, объединенных в ЛВС может поддерживать только три разновидности удаленного доступа[14,]. Среди них: эмуляция терминала, удаленное управление, или удаленный контроль и удаленный узел. Эмуляция терминала безвозвратно устарела, поэтому мы о ней говорить не будем. Остаются два других варианта. Но какой из них лучше? Кратко посмотрим, что они из себя представляют и проанализируем ситуацию с целью выбора наиболее оптимального решения.

Удаленное управление - это взаимосвязь удаленного пользователя с центральной ЛВС, при которой в этой ЛВС выделяется один компьютер, которым , в принципе и управляет удаленный клиент. По сети сети не передаются все данные и управляющая информация, а только коды клавиатуры.

Удаленный узел - это подключение, когда удаленная станция рассматривается как локальная. Этой станции присваивается свой сетевой адрес, как и любому компьютеру в локальной сети. Она снабжается всеми утилитами, необходимыми для работы в локально-вычислительной сети.

Рассмотрим, когда лучше использовать удаленное управление, а когда удаленный узел[10]:

Ситуации, более подходящие для удаленного управления:

• запросы к большим центральным базам данных;

• доступ к DOS-приложениям;

• использование одной копии приложения на центральной ЛВС многими пользователями;

• использование маломощными переносными компьютерами(типа laptop и notebooc) высокопроизводительных процессоров рабочих станций центральной ЛВС.

Ситуации, более подходящие для удаленного узла:

• выполнение клиентской части приложения типа клиент-сервер на удаленном узле;

• организация прозрачного доступа к ресурсам центральной ЛВС;

• отсутствие возможности у центральных сетей выделять рабочие станции для поддержки удаленных пользователей, применяющих удаленное управление;

• связь через коммутируемые цифровые службы с минимальным временем соединения.

Попробуем проанализировать вышесказанное. применительно к нашей ситуации . Надо сказать, что удаленным пользователям необходимо обращение к центральным базам данных, что является плюсом в пользу удаленного управления. Но есть большое НО. Администрация Владимирской области не может выделить сразу 25 рабочих станций , тем более, если со временем количество удаленных пользователей будет расти. Именно из-за этих ценовых соображений необходимо выбирать удаленный доступ с удаленными пользователями в режиме удаленного узла.

Далее рассмотрим , как можно подключаться к сети Х.25 и какие при этом возможности имеют удаленные пользователи.

1.5.1.1. Вариант 1.

Рис.1.5.1. Вариант 1.

На каждой из ЛВС организуется коммуникационный сервер(сервер удаленного доступа) со специальным аппаратным и программным обеспечением, необходимых для доступа к сетям Х.25 (рис.1.5.1). Серверы удаленного доступа обычно организуют временный канал между удаленным клиентом и центральной ЛВС, Отдельные узлы в различных местах устанавливают соединение с сервером удаленного доступа, регистрируются в сети как непосредственно подключенные клиенты и разрывают канал по окончании работы.

Для этого способа характерно следующее: равноправное взаимодействие между локальными сетями администрации Владимирской области и районными пользователями (все со всеми). Как следствие из этого, самые широкие возможности (вплоть до многопользовательского двустороннего доступа к удаленным базам данных). Подключение ведется по выделенным линиям связи. Передача ведется в синхронном режиме (Х.25) с помощью синхронных модемов.

Если применить критерий цена-производительность, то можно увидеть, что расходы на установление такого соединения в несколько раз превышают производительность системы (для нашей ситуации). Этот способ применяют для объединения больших ЛВС между собой с большим объемом трафика.

1.5.1.2. Вариант 2.

При такой организации топология сети сводится к следующему виду В ЛВС АВО организуется сервер удаленного доступа или устанавливается маршрутизатор с соответствующим ПО. В ЛВС районных пользователей - маршрутизатор или мост/маршрутизатор. Такая структура позволяет сразу нескольким районным пользователям иметь одновременный доступ к ресурсам ЛВС АВО(рис.1.5.2)..

Рис 1.5.2. Вариант 2.