Реферат: Разработка корпоративной ИВС

В каких случаях имеет смысл строить свою сеть Х.25, а в каких до- статочно услуг, предоставляемых уже действующими сетями х.25.

Говоря об уже действующих ceTsrx можно отметить, что к настоящему времени в России функционирует ряд таких сетей, охватываюаций достаточно большое количество населенных пунктов. При этом в некоторых городах присутствуют узлы сразу нескольких сетей общего пользования. Все эти сети являются магистральными, т.е. они охватывают обширные территории, размещая как правило в каждом из городов по одному своему узлу. Эти сети имеют выход в международные сети Х.25.

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

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

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

1.3.7. Выводы

В соответствии с вышеизложенным при выборе предпочтительной ТС рекомендуется следующая последовательность действий:

1) идентифицировать потребности потенциального пользователя;

2) определить состав группы ТС, удовлетворяющих ограничительным требованиям пользователя;

3) провести процедуру уступки по параметрами;

4) провести оценку ТС по методу главного критерия;

5) провести оценку ТС по методу “взвешивания”;

6) провести выбор ТС по методу оценки предпочтений;

7) провести сравнение и анализ результатов, полученных на предыдущих этапах, и определить предпочтительный вариант ТС.

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

1.4. Сети Х.25. Краткое описание.

1.4.1. Введение в сети Х.25

 В связи с компьютеризацией общества развиваются и компьютерные сети. Пожалуй не будет преувеличением сказать, что сегодня на фоне общего стремительного развития компьютерных технологий технологии компьютерных сетей развиваются наиболее динамично. В данном разделе описано краткое введение в сети X.25

 Будет показано, что из себя представляют сети Х.25, почему широкому кругу пользователей выгодно пользоваться уже функционирующими магистральными сетями X.25, а некоторым из них, представляющим крупные организации, даже строить свои собственные сети[7].

Немного об используемой терминологии. Сети, доступ к которым производится в соответствии с рекомендациями МККТТ Х.25 (по Х.З/Х.28 в случае асинхронного доступа) мы будем называть сетями X.25 или сетями пакетной коммутации. Термин "территориальные сети (ТС)" соответствует англоязычному термину Wide Агеа Networks (WAN), и служит для обозначения сетей передачи данных, не являющихся локальными (ЛС или ЛВС).

 Итак, почему именно сети X.25? Дело в том, что на сегодняшний день, несмотря на появление новых, интегральных технологий сетей передачи данных/сетей связи, рассчитанных на высокоскоростные каналы связи, сети Х.25 по-прежнему являются наиболее распространенными сетями передачи данных.

 Если рассматривать все имеющиеся на сегодняшний день сети передачи данных общего пользования то окажется, что именно сети X.25 с наибольшим основанием могут быть уподоблены телефонным сетям. Точно также, как подняв трубку телефонного аппарата подключенного к ближайшей АТС, вы можете соединиться с абонентом практически во всем мире, тж. и установив соединение вашего компьютера с ближайшим узлом сети Х.25, вы сможете установить соединение с любым из миллиона пользователей сетей Х.25 по всему миру. Для этого вам надо лишь знать его сетевой адрес.

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

Что же такое сети X.25? Для чего они нужны? На базе какого оборудования и на основании какой теории они строятся?

1.4.2. Протоколы сетей Х.25.

Сети Х.25 получили свое название по имени рекомендации - "X.25”, выпущенной МККТТ (Международный консультативный комитет по телефонии и телеграфии). Данная рекомендация описывает интерфейс доступа пользователя в сеть передачи данных а также интерфейс взаимодействия с удаленным пользователем через сеть передачи данных[12] .

 Внутри же самой сети передача данных может происходить и в соответствии с другими правилами. Ядро сети может быть построено и на более скоростных протоколах Frame Relay. Мы однако, рассматривая вопросы построения сетей Х.25 в рамках данной статьи, будем иметь в виду сети, передача данных внутри которых производится также по протоколам, описанным в рекомендации Х.25. Именно таким образом и строится в настоящее время большинство корпоративных сетей Х.25 в России.

 Первый вариант рекомендации был выпущен в 1976 году. За прошедшее время все стандарты были проверены практикой, и при необходимости дополнены.

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

 Рекомендация Х.25 описывает три уровня протоколов: физический, уровень звена передачи данных и сетевой.

1.4.2.1. Физический уровень

 Физический уровень описывает уровни сигналов и логику взаимодействия на уровне физического интерфейса. Определенная в рекомендации V.10, V.11, V.24, V.28 , ГОСТ 18145-81, ГОСТ 23675-79 (переизданного в 1993 г. с изменениями) характеристики стыка С2 обеспечивают сопряжение аппаратуры передачи данных (АПД) с оборудованием обработки данных (ООД). В рекомендациях Х.21 и Х.21 bis процедуры расширены с целью возможности подключения АПД к цифровым сетям с помощью аналоговых каналов. В стыке С2 по рекомендации Х.21 bis используют 8 цепей, перечень которых приведен ниже:

сигнальная земля;

Обаций возврат;

Передача;

Прием;

Управление;

Индикация;

Передача сигнальных элементов;

Байтовая сигнализация;

Функции цепей определены в рекомендации Х.24, их электрические характеристики - в рекомендации Х.27, альтернативные электрические характеристики - в рекомендации Х.26.

Рекомендацию Х.21 часто называют спецификацией физического уровня, хотя физически она содержит элементы всех трех нижних уровней модели OSI. В отличии от Х.21 bis рекомендация Х.21 регламентирует совместную передачу данных пользователя и информации управления аппаратурой всего по двум парам проводов. По одной паре , называемой цепью передачи, сигналы проходят от ООД к АПД, а по другой паре , называемой цепью приема ,- от АПД к ООД. Кроме того, для определения состояний ООД и АПД в цепи управления ( от ООД к АПД) и в цепи индикации (от АПД к ООД) используются логические уровни “Включено” и ”Выключено” в сочетании с последовательностями дешифрованных данных в цепях передачи и приема.

Основное отличие рекомендации Х.21 от Х.21bis состоит в том , что в Х.21 используются цепи нового стыка Х.24, а в Х.21 bis - цепи рекомендации V.24. Кроме того , в Х.21 сигналы управления кодируются знаками стандартного семиэлементного кода по рекомендации V.3 , а в Х.21 bis для каждого сигнала имеется отдельная цепь. Таким образом, сети , реализующие рекомендации Х.21, предоставляют пользователю все услуги новых цифровых сетей с коммутацией цепей данных, а сети, реализующие Х.21 bis,- только часть этих услуг.
1.4.2.2. Канальный уровень

Второй уровень (LAP/LAPB), с теми или иными модификациями, также достаточно широко представлен сейчас в оборудовании массового спроса: в модемах например, - протоколами группы MNP, отвечающими за защиту от ошибок при передаче информации по каналу связи, а также в локальных сетях на уровне LLC.

 Рис.1.4.1 Обаций формат кадра LAP-B

 Второй уровень протоколов отвечает за эффективную и надежную передачу данных в соединении "точка-точка", т.е. между соседними узлами сети Х.25. Данным протоколом обеспечивается защита от ошибок при передаче между соседними узлами и управление потоком данных (если принимающая сторона не готова принимать данные, она извещает об этом передающую сторону, и та приостанавливает передачу). Кроме того, данный протокол содержит параметры, меняя значения которых можно получить оптимальный по скорости передачи режим в зависимости от протяженности канала между двумя точками (времени задержки в канале) и качества канала (вероятности искажения информации при передачи). Примером такого протокола может служить протокол управления каналом HDLC. Для реализации всех указанных выше функций в протоколах второго уровня вводится понятие "кадра" ("frame"). Кадром называется порция информации (битов), организованная определенным образом. HDLC использует три типа кадров: ненумерованные управляющие U-кадры; нумерованные супервизорные (контролирующие) S-кадры; нумерованные информационные I-кадры. Рассмотрим I-кадр LAPB. На рисунке 1.4.1 представлен формат этого информационного кадра Начинает кадр флаг, т.е. последовательность би тов строго определенного вида, являющаяся раз делителем между кадрами. Затем идет поле адреса, которая в случае двухточечного соединения сводится к адресу "А" или адресу "В". Далее идут поле типа кадра которое указывает, несет ли кадр в себе информацию, либо является чисто служебным, т.е. например тормозит поток информации, либо извещает передающую сторону о приеме/неприеме предыдущего кадра. В кадре имеется также поле номера кадра. Кадры нумеруются циклически. Это означает, что при достижении определенного порогового значения, нумерация опять начинается с нуля. И наконец, заканчивается кадр проверочной последовательностью. Последовательность подсчитывается по определенным правилам при передаче кадра. По этой последовательности на приеме происходит поверка, не произошло ли искажения информации при передаче кадра. При настройке параметров протокола к физическим характеристикам линии можно менять длину кадра. Чем короче кадр, тем меньше вероятность того, что он будет искажен при передаче. Однако если линия хорошего качества то лучше работать более длинными информационными кадрами, т.к. уменьшается процент избыточной информации, передаваемой по каналу (флаг, служебные поля кадра). Кроме того, можно менять число кадров, которое передающая сторона посылает, не ожидая подтверждения от принимающей стороны. Этот параметр связан с т.н. "модулем нумерации", т.е. значением порога, достигнув которого нумерация снова начинается с нуля. Это поле может быть равно 8 (для тех каналов, задержка передачи информации в которых не слишком велика) либо 128 (для спутниковых каналов, например, когда задержка при передаче информации по каналу велика).

1.4.2.3. Сетевой уровень

 И наконец, третий уровень протоколов - "сетевой". Этот уровень наиболее интересен в контексте обсуждения сетей X.25, так как именно он определяет в первую очередь специфику этих сетей.

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

 Рис. 1.4.2 Обаций формат пакета.

модуль нумерации, свои поля адреса типа пакета, своя контрольная последовательность. При передаче пакет помещается в поле данных информационных кадров (кадров второго уровня). Функционально поля пакета отличаются от соответствующих полей кадра. В первую очередь это касается поля адреса, которое в пакете состоит из 15 цифр. Это поле пакета должно обеспечивать идентификацию абонентов в рамках всех сетей пакетной коммутации по всему миру. Рекомендация Х.121 определяет структуру сетевого адреса.

 Введя термин "пакет", мы можем перейти к следующему вопросу, а именно: как же происходит доведение информации от одного абонента до другого через сеть X.25? Для этого используется т.н. метод "коммутации пакетов" ("packet switching"). В связи с этим сети Х.25 еще называют сетями пакетной коммутации. Этот метод реализуется посредством установления между абонентами т.н. виртуальных, т.е. логических (в отличие от физических) соединений (virtual circuits). Для того, чтобы передать информацию от абонента А к абоненту В, между ними прежде устанавливается виртуальное соединение, т.е. происходит обмен пакетами "запрос вызова" ("call request") - "вызов принят" ("call accept"). После этого между двумя абонентами может производиться обмен информацией. Виртуальные соединения могут быть как постоянными (permanent), так и коммутируемыми (switched). Коммутируемое соединение устанавливается под каждый сеанс обмена информацией, что не требуется для постоянного виртуального соединения. Тут могут быть приведены прямые аналогии из области телефонии. Действительно, если вы имеете выделенный ("постоянный)" теле фонный канал между двумя абонентами, вам не надо каждый раз набирать номер вашего абонента, вам достаточно лишь снять трубку телефона. Количество виртуальных соединений, которые могут одновременно поддерживаться на базе одного физического канала, зависит от конкретного типа оборудования, используемого для поддержания таких соединений. Это вполне понятно, т.к. для поддержания каждого соединения на этом оборудовании должен резервироваться определенный ресурс (например - оперативная память).

1.4.3. Преимущества сетей Х.25. Frame Relay как продолжение Х.25

 Метод коммутации пакетов, лежааций в основе сетей Х.25, определяет основные преимущества таких сетей, или другими словами, их область применения. В чем же это преимущество? Рассматриваемые сети позволяют в режиме реального времени разделять один и тот же физический канал нескольким абонентам в отличие, например, от случая использования пары модемов, соединенных через канал того или иного типа. Действительно, если у вас и вашего абонента на компьютерах установлены модемы, вы можете обмениваться с ним информацией. Однако, используемой вами телефонной линией одновременно с вами не сможет воспользоваться уже никто другой. Благодаря реализованному в сетях Х.25 механизму разделения канала одновременно между несколькими пользователями во многих случаях оказывается экономически выгодней для передачи данных пользоваться сетью X.25, производя оплату за каждый байт переданной или полученной информации, а не оплачивать время использования телефонной линии. Особенно ощутимо это преимущество может быть для международных соединений.

 Рис 1.4.3. Канал с логическим мультиплексмрованием

 Метод разделения физического канала между абонентами в сетях Х.25 называют еще мультиплексированием канала точнее "логическим" или "статистическим" мультиплексированием (рис. 1.4.3.).

Термин "логическое" мультиплексирование" вводится, чтобы отличить этот метод от временного разделения канала, например. При временном разделении канала каждому из разделяющих его абонентов выделяется в рамках каждой секунды строго определенное количество миллисекунд для передачи его информации. При статистическом разделении канала нет строго регламентированной степени загрузки каждым из абонентов канала в каждый определенный момент времени. Эффективность использования статистического мультиплексирования зависит от статистических или вероятностных характеристик мультиплексируемого потока информации. Означает ли это, что вам, прежде чем подключаться к уже действующей сети Х.25 или начинать создавать свою сеть, необходимо проводить детальный анализ вероятностных характеристик потоков информации, циркулирующих в вашей системе?

Конечно нет. Такие расчеты уже проведены. Имеется большой опыт использования сетей Х.25. Известно, что использование сети Х.25 эффективно для широкого спектра задач передачи данных. Среди них и обмен сообщениями между пользователями, и обращение большого количества пользователей к удаленной базе данных а также к удаленному хосту электронной почты, связь локальных сетей (при скоростях обмена не более 512 Кбит/с), объединение удаленных кассовых аппаратов и банкоматов. Другими словами, все приложения, в которых трафик в сети не является равномерным во времени.

Какие еще преимущества дает сеть X.25? Может быть одно из самых важных достоинств сетей построенных на протоколах, описанных в рекомендации Х.25, состоит в том что они позволяют передавать оптимальным образом данные по каналам телефонной сети общего пользования (выделенным и коммутируемым). Под "оптимальностью" имеется в виду достижение максимально возможных на указанных каналах скорости и достоверности передачи данных.

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

 Протокол Frame Relay рассчитан на каналы существенно более высокого качества, поэтому в них меньшее внимание уделяется защите от ошибок при передаче. Переповтор искаженных пакетов происходит только на всем участке: точка входа в сеть - точка выхода из сети. Если же искаженный кадр обнаруживается при приеме кадра на одном из внутренних участках сети, то этот кадр просто стирается без запроса его повторной передачи. Ясно, что в том случае, когда ошибок много, такой протокол обеспечит более низкие скорости передачи, чем протоколы Х.25.

 Большинство фирм, выпускающих сегодня оборудование сетей Х.25, выпускает также и оборудование сетей Frame Relay. Часто в одном и том же изделии часть каналов может работать по стандарту Х.25, а часть - по стандарту Frame Relay. Есть и такое оборудование (производимое фирмой RAD data communications, например), в каждом изделии которого, независимо от числа каналов и цены, реализованы как протоколы Х.25, так и протокол Frame Relay. Это очень удобно при создании магистральной сети, работающей, скажем, на оптоволоконных или спутниковых каналах связи и сопряжении ее с периферийной сетью, базирующейся на обычных телефонных каналах.

 Эффективным механизмом оптимизации процесса передачи информации через сети Х.25 является механизм альтернативной маршрутизации. Возможность задания помимо основного маршрута альтернативных, т.е. резервных имеется в оборудовании Х.25, производимом практически всеми фирмами. Различные образцы оборудования отличаются по алгоритму перехода к альтернативному маршруту, а также по количеству альтернативных маршрутов. В некоторых типах оборудования, например, переход к альтернативному маршруту происходит только в случае полного отказа одного из звеньев основного маршрута. В других - переход от одного маршрута к другому происходит динамически в зависимости от загруженности маршрутов, и решение принимается на основании многопараметрической формулы (оборудование фирмы Motorola ISG, например). За счет альтернативной маршрутизации может быть значительно увеличена надежность работы сети. Однако это означает, что между любыми двумя точками подключения пользователя к сети должно быть по крайней мере два различных маршрута. В связи с этим, построение сети по звездообразной схеме можно считать вырожденным случаем. К сожалению, такая топология сети еще достаточно часто используется в тех городах, в которых есть только один узел сети Х.25, установленный в рамках той или иной сети общего пользования.

1.4.4. Доступ пользователей к сетям Х.25. Сборщики-разборщики пакетов

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

 Прежде всего, возможна организация доступа в пакетном режиме (в соответствии с рекомендацией X.25). Для осуществления доступа с компьютера в сеть в пакетном режиме можно, например, установить в компьютер специальную плату, обеспечивающую обмен данными в соответствии со стандартом Х;25. Наиболее популярной сейчас платой является плата компании Eicon Technology. Это обуславливается тем, что данной компанией разработан широкий спектр программ, обеспечивающих функционирование платы в рамках различных операционных систем, как на отдельных компьютерах так и на компьютерах, включенных в ЛВС.

Для подключения ЛВС через сеть Х.25 используются также платы компаний Microdyne, Newport Systems Solutions и др. Кроме того, для доступа из ЛВС в сеть Х.25 могут использоваться мосты/маршрутизаторы удаленного доступа, поддерживающие протокол Х.25, выполненные в виде отдельных устройств (standalone device). Преимущества таких устройств по сравнению с встраиваемыми в компьютер платами, помимо большей производительности заключается также и в том, что они не требуют установки специального программного обеспечения, а сопрягаются с ЛВС по стандартному интерфейсу ЛВС, что позволяет реализовать более гибкие и универсальные решения. Правда и цена таких устройств обычно выше, чем у встраиваемых в компьютер аналогов. Вообще, подключение пользовательского оборудования к сети в пакетном режиме очень удобно, когда требуется многопользовательский доступ к этому оборудованию через сеть.

Страницы: 1, 2, 3, 4