|
Корпоративные сети
Всероссийский заочный финансово-экономический институт
Доклад
по предмету «Информационные
технологии в экономике»
на тему: «Корпоративные сети»
Исполнитель:
специальность «Менеджмент»
группа 4 курс, периферия
Ф.И.О. студента
Дмитриев Андрей Владимирович
№ зачётной книжки 98 ММД 2084
Руководитель:
Ф.И.О. руководителя
Соловьёва Евгения Григорьевна
Тула, 2000 г.
Содержание:
Введение. Из истории сетевых технологий. 3
Понятие «Корпоративные сети». Их основные функции. 7
Технологии, применяемые при создании корпоративных сетей. 14
Структура корпоративной сети. Аппаратное обеспечение. 17
Методология создания корпоративной сети. 24
Заключение. 33
Список использованной литературы. 34
Введение.
Из истории сетевых технологий.
История и терминология корпоративных сетей тесно связана с историей за-
рождения Интернет и World Wide Web. Поэтому не мешает вспомнить, как поя-
вились самые первые сетевые технологии, которые привели к созданию совре-
менных корпоративных (ведомственных), территориальных и глобальных сетей.
Интернет начинался в 60-х годах как проект Министерства Обороны США.
Возросшая роль компьютера вызвала к жизни потребности как разделения ин-
формации между разными зданиями и локальными сетями, так и поддержания
общей работоспособности системы при выходе из строя отдельных компонентов.
Интернет базируется на основе набора протоколов, которые позволяют распреде-
ленным сетям направлять и передавать информацию друг другу независимо; если
один узел сети по какой-то причине недоступен, информация достигает конечного
пункта назначения через другие узлы, которые в данный момент в рабочем со-
стоянии. Разработанный для этой цели протокол получил название Internetworking
Protocol (IP). (То же самое означает акроним TCP/IP.)
С тех пор IP протокол стал общепринятым в военных ведомствах как способ
сделать информацию общедоступной. Так как множество проектов этих ведомств
выполнялось в различных исследовательских группах в университетах по всей
стране, а способ обмена информацией между гетерогенными сетями оказался
весьма эффективным, применение этого протокола быстро вышло за пределы во-
енных ведомств. Его начали использовать и в исследовательских институтах
NATO и в университетах Европы. Сегодня протокол IP, а следовательно, и Ин-
тернет являются всеобщим мировым стандартом.
В конце восьмидесятых перед Интернетом встала новая проблема. Сначала
информация представляла собой либо электронные письма, либо простые файлы
данных. Для передачи их были выработаны соответствующие протоколы. Теперь
же возник целый ряд файлов нового типа, объединяемых обычно названием
multimedia, содержащие как изображения и звуки, так и гиперссылки, позволяю-
шие пользователям перемещаться как внутри одного документа, так и между раз-
ными документами, содержащими связанную между собой информацию.
В 1989 году Лаборатория Физики Элементарных Частиц Европейского Цен-
тра Ядерных Исследований (CERN) успешно стартовала новый проект, целью ко-
торого являлось создание стандарта передачи такого рода информации через Ин-
тернет. Основными компонентами этого стандарта были форматы файлов
multimedia, гипертекстовых файлов а также протокол получения таких файлов по
сети. Формат файлов был назван HyperText Markup Language (HTML). Он являлся
упрощенным вариантом более общего стандарта Standard General Markup
Language (SGML). Протокол обслуживания запросов получил название HyperText
Transfer Protocol (HTTP). В целом это выглядит следующим образом: сервер, на
котором работает программа, обслуживающая HTTP протокол (HTTP demon), по-
сылает HTML файлы по запросу клиентов Интернет. Эти два стандарта составили
основу для принципиально нового типа досупа к компьютерной информации.
Стандартные multimedia файлы теперь могут быть не только получены по запросу
пользователя, но и существовать и отображаться как часть другого документа.
Так как файл содержит гиперссылки на другие документы, которые могут нахо-
диться на других компьютерах, пользователь может добоаться до этой информа-
ции легким нажатием кнопки мыши. Это принципиально снимает сложность об-
ращения к информации в распределенной системе. Файлы multimedia в этой тех-
нологии традиционно называются страницами. Страницей также называется ин-
формация, которая пересылается клиентской машине в ответ на каждый запрос.
Причина этого в том, что документ обычно состоит из множества отдельных час-
тей, связанных между собой гиперлинками. Такое разбиение позволяет пользова-
телю самому решать, какие именно части хочет он видеть перед собой, позволяет
сэкономить его время и уменьшить сетевой траффик. Программный продукт, ко-
торый использует непосредственно пользователь, обычно называется браузером
(от слова browse — пастись) или навигатором. Большая часть из них позволяет
автоматически получить и отобразить определенную страницу, на которой раз-
мещены ссылки на документы, к которым пользователь обращается наиболее час-
то. Эта страница называется home page (домашняя), для доступа к ней обычно
предусматривается отдельная кнопка. Каждый нетривиальный документ обычно
снабжается специальной страницей, аналогичной разделу "Содержание" в книге.
С нее обычно начинается изучение документа, поэтому она также часто называет-
ся домашней страницей. Поэтому в общем под домашней страницей понимается
некоторый индекс, входная точка в информацию определенного вида. Обычно в
само название входит определение этого раздела, например, Домашняя Страница
компании Микрософт. С другой стороны, каждый документ может быть доступен
из множества других документов. Все пространство ссылающихся друг на друга
документов в Интернет получило название World Wide Web (мировая паутинаб
акронимы WWW или W3). Система документов полностью распределена, а автор
не имеет даже возможности проследить все ссылки на свой документ, сущест-
вующие в Интернете. Сервер, предоставляющий доступ к этим страницам, может
регистрировать всех тех, кто читает такой документ, но не тех, кто ссылается на
него. Ситуация обратная существующей в мире печатной продукции. Во многих
исследовательских областях существуют периодически издаваемые индексы ста-
тей на какую-то тему, однако невозможно проследить всех тех, кто читает тот или
иной документ. Здесь же мы знаем тех, кто читал (имел доступ) к документу, но
не знаем, кто ссылался на него.Другая интересная особенность состоит в том, что
при такой технологии становится невозможно следить за всей информацией, дос-
тупной через WWW. Информация появляется и исчезает непрерывно, при отсут-
ствии какого-то ни было центрального управления. Однако этого не стоит пугать-
ся, то же происходит и в мире печатной продукции. Мы не пытаемся копить ста-
рые газеты, если имеем каждый день свежие, причем усилия при этом ничтожны.
Клиентские программные продукты, получающие и отображающие файлы
HTML, называется браузерами. Первым из графических браузеров назывался
Mosaic, и сделан он был в Университете Иллинойса (University of Illinois). Многие
из современных браузеров базируются на этом продукте. Однако в силу стандар-
тизации протоколов и форматов, можно использовать любой совместимый про-
граммный продукт.Системы просмотра существуют в большинстве основных
клиентских систем, способных поддерживать интеллектуальные окна. Здесь мож-
но назвать MS/Windows, Macintosh, системы X-Window и OS/2. Есть также систе-
мы просмотра для тех ОС, где окна не используются — они выводят на экран тек-
стовые фрагменты документов, к которым осуществляется доступ.
Присутствие систем просмотра на таких разнородных платформах имеет
большое значение. Операционные среды на машине автора, сервере и клиенте не
зависят друг от друга. Любой клиент может получить доступ и просмотреть до-
кументы, созданные с использованием HTML и соответствующих стандартов, и
передаваемые через HTTP-сервер, вне зависимости от того, в какой операционной
среде они были созданы или откуда поступили. HTML такж е поддерживает раз-
работку форм и функции обратной связи. Это означает, что пользовательский ин-
терфейс и при запросе, и при получении данных позволяет выходить за пределы
принципа "укажи и щелкни".
Многие станции, в том числе Amdahl, написали интерфейсы для взаимодей-
ствия HTML-форм и старых приложений, создав для последних универсальный
клиентский пользовательский интерфейс. Это дает возможность писать клиент-
серверные приложения, не думая о кодировании на уровне клиента. В сущности,
уже появляются прогр аммы, в которых клиент рассматривается как система про-
смотра. В качестве примера можно привести интерфейс WOW корпорации Oracle,
который заменяет собой Oracle Forms и Oracle Reports. Хотя эта технология еще
очень молода, она уже способна изменить ситуацию в области управления ин-
формацией настолько, насколько в свое время использование полупроводников и
микропроцессоров изменило мир компьютеров. Она позволяет превращать функ-
ции в отде льные модули и упрощать приложения, поднимая нас на новый уро-
вень интеграции, который больше соответствует бизнес-функциям работе пред-
приятия.
Информационная перегрузка — проклятие нашего времени. Технологии, ко-
торые создавались, чтобы облегчить эту проблему, только усугубили ее. Это не-
удивительно: стоит взглянуть на содержимое мусорных корзин (обычных или
электронных) рядового сотрудника, имеющего дело с информацией. Даже если не
считать кучи неизбежного рекламного "мусора" в почте, большая часть информа-
ции отправляется такому сотруднику просто "на тот случай", что она ему понадо-
бится. Добавьте к этому "несвоевременную" информацию, которая скорее всего
понадобится, но позже — и вот вам основное содержимое мусорной корзины. Со-
трудник скорее всего будет хранить половину информации, которая "может пона-
добиться" и всю информацию, которая наверняка понадобится в будущем. Когда
в ней возникнет необходимость, ему придется иметь дело с громоздким, плохо
структурированным архивом персональной информации, и на этом этапе могут
возникнуть дополнительные сложности из-за того, что она хранится в файлах раз-
ных форматов на разных носителях. Появление ксероксов сделало ситуацию с
информацией, "которая может вдруг потребоваться", еще хуже. Количество копий
вместо того, чтобы уменьшаться, только увеличивается. Электронная почта толь-
ко усугубила проблему. Сегодня "публикатор" информации может создавать свой,
личный список рассылки и при помощи одной команды отправлять практически
неограниченное количество копий "на тот случай", что они могут понадобиться.
Некоторые из таких распространителей информации понимают, что их списки
никуда не годятся, но вместо того, чтобы их исправить, они помещают в начало
сообщения пометку примерно такого содержания: "Если вас не интересует ...,
уничтожьте это сообщение". Письмо все равно будет забивать почтовый ящик, и
адресату в любом случае придется потратить время на ознакомление с ним и его
уничтожение. Прямая противоположность информации "которая может приго-
диться" - "своевременная" информация, или информация, на которую есть спрос.
От компьютеров и сетей ждали помощи в работе именно с этим видом информа-
ции, но пока они с этим не справляются. Раньше существовало два основных ме-
тода доставки своевременной информации.
При использовании первого из них информация распределялась между при-
ложениями и системами. Чтобы получить к ней доступ, пользователю надо было
изучить, а потом постоянно выполнять множество сложных процедур доступа.
Когда доступ бывал получен, каждое приложение требовало своего интерфейса.
Сталкиваясь с такими трудностями, пользователи обычно просто отказывались от
получения своевременной информации. Они были способны освоить доступ к од-
ному-двум приложениям, но на остальное их уже не хватало.
Чтобы решить эту проблему, на некоторых предприятиях делались попытки
накапливать всю распределенную информацию на одной главной системе. В ре-
зультате пользователь получал единый способ доступа и единый интерфейс. Од-
нако, поскольку в этом случае все запросы предприятия обрабатывались центра-
лизовано, эти системы росли и усложнялись. Прошло более десяти лет, а многие
из них все еще не заполнены информацией из-за высокой стоимости ее ввода и
поддержки. Были здесь и другие проблемы. Сложность таких унифицированных
систем затрудняла их модификацию и использование. Чтобы поддерживать дис-
кретные данные процессов транзакций, разрабатывался инструментарий для
управления такими системами. За последнее десятилетие данные, с которыми мы
имеем дело, стали гораздо сложнее, что затрудняет процесс информационной
поддержки. Изменение характера информационных потребностей и то, насколько
трудно в этой области даются изменения, породили эти большие, централизован-
но управляемые системы, тормозящие выполнение запросов на уровне предпри-
ятия.
Web-технология предлагает новый подход к доставке информации "по требо-
ванию". Поскольку она поддерживает авторизацию и публикацию распределен-
ной информации, а также управление ею, новая технология не приводит к таким
сложностям, как старые централизованные системы. Документы составляют, под-
держивают и публикуют непосредственно авторы, им не приходится просить про-
граммистов создавать новые формы для ввода данных и программы создания от-
четов. Имея дело с новыми системами просмотра, пользователь может получать и
просматривать информацию из распределенных источников и систем при помощи
простого унифицированного интерфейса, не имея при этом ни малейшего понятия
о серверах, к которым он на самом деле получают доступ. Эти простые техноло-
гические изменения произведут революцию в информационных инфраструктурах
и кардинально изменят работу наших организаций.
Главная отличительная черта этой технологии — то, что управление потоком
информации находится в руках не ее создателя, но потребителя. Если у пользова-
теля есть возможность легко получать и просматривать информацию по мере не-
обходимости, ее больше не придется посылать к нему "на случай", если она по-
требуется. Процесс публикации теперь может быть независим от автоматического
распространения информации. Это относится к формам, отчетам, стандартам,
планированию встреч, инструментарию поддержки продаж, обучающим материа-
лам, графикам и массе других документов, обычно забивающих наши мусорные
корзины. Чтобы система заработала, нужна, как сказано выше, не только новая
информационная инфраструктура, но и новый подход, новая культура. Как созда-
тели информации, мы должны научиться публиковать ее, не распространяя, как
пользователи — проявлять больше ответственности при определении и отслежи-
вании своих информационных запросов, активно и эффективно получая инфор-
мацию, если она нам нужна.
Понятие «Корпоративные сети». Их основные функции.
Прежде, чем говорить о частных (корпоративных) сетях, нужно
определить, что эти слова означают. В последнее время это словосочетание стало
настолько распространенным и модным, что начало терять смысл. В нашем
понимании корпоративная сеть - система, обеспечивающая передачу информации
между различными приложениями, используемыми в системе корпорации.
Исходя из этого вполне абстрактного определения, мы рассмотрим различные
подходы к созданию таких систем и постараемся наполнить понятие
корпоративной сети конкретным содержанием. При этом мы считаем, что сеть
должна быть максимально универсальной, то есть допускать интеграцию уже
существующих и будущих приложений с минимально возможными затратами
и ограничениями.
Корпоративная сеть, как правило, является территориально
распределенной, т.е. объединяющей офисы, подразделения и другие
структуры, находящиеся на значительном удалении друг от друга. Часто
узлы корпоративной сети оказываются расположенными в различных
городах, а иногда и странах. Принципы, по которым строится такая сеть,
достаточно сильно отличаются от тех, что используются при создании локальной
сети, даже охватывающей несколько зданий. Основное отличие состит в том, что
территориально распределенные сети используют достаточно медленные (на
сегодня - десятки и сотни килобит в секунду, иногда до 2 Мбит/с.) арендованные
линии связи. Если при создании локальной сети основные затраты приходятся на
закупку оборудования и прокладку кабеля, то в территориально-распределенных
сетях наиболее существенным элементом стоимости оказывается арендная плата
за использование каналов, которая быстро растет с увеличением качества и
скорости передачи данных. Это ограничение является принципиальным, и при
проектировании корпоративной сети следует предпринимать все меры для
минимизации объемов передаваемых данных. В остальном же корпоративная сеть
не должна вносить ограничений на то, какие именно приложения и каким образом
обрабатывают переносимую по ней информацию.
Под приложениями мы здесь понимаем как системное программное
обеспечение - базы данных, почтовые системы, вычислительные ресурсы,
файловый сервис и прочee - так и средства, с которыми работает конечный
пользователь. Основными задачами корпоративной сети оказываются
взаимодействие системных приложений, расположенных в различных узлах, и
доступ к ним удаленных пользователей.
Первая проблема, которую приходится решать при создании
корпоративной сети - организация каналов связи. Если в пределах одного города
можно рассчитывать на аренду выделенных линий, в том числе
высокоскоростных, то при переходе к географически удаленным узлам стоимость
аренды каналов становится просто астрономической, а качество и надежность их
часто оказывается весьма невысокими. Естественным решением этой проблемы
является использование уже существующих глобальных сетей. В этом случае
достаточно обеспечить каналы от офисов до ближайших узлов сети. Задачу
доставки информации между узлами глобальная сеть при этом возьмет на себя.
Даже при создании небольшой сети в пределах одного города следует иметь в
виду возможность дальнейшего расширения и использовать технологии,
совместимые с существующими глобальными сетями.
Часто первой, а то и единственной такой сетью, мысль о которой приходит
в голову, оказывается Internet. Использование Internet в корпоративных сетях
В зависимости от решаемых задач Internet можно рассматривать на
различных уровнях. Для конечного пользователя это прежде всего
всемирная система предоставления информационных и почтовых услуг.
Сочетание новых технологий доступа к информации, объединяемых
понятием World Wide Web, с дешевой и общедоступной глобальной
системой компьютерной связи Internet фактически породило новое
средство массовой информации, которое часто называют просто the Net - Сеть.
Тот, кто подключается к этой системе, воспринимает ее просто как механизм,
дающий доступ к определенным услугам. Реализация же этого механизма
оказывается абсолютно несущественной.
При использовании Internet в качестве основы для корпоративной сети
предачи данных выясняется очень интересная вещь. Оказывается, Сеть
сетью-то как раз и не является. Это именно Internet - междусетие. Если заглянуть
внутрь Internet, мы увидим, что информация проходит через множество
абсолютно независимых и по большей части некоммерческих узлов, связанных
через самые разнородные каналы и сети передачи данных. Бурный рост услуг,
предоставляемых в Internet, приводит к перегрузке узлов и каналов связи, что
резко снижает скорость и надежность передачи информации. При этом
поставщики услуг Internet не несут никакой ответственности за
функционирование сети в целом, а каналы связи развиваются крайне
неравномерно и в основном там, где государство считает нужным вкладывать в
это средства. Соответственно, нет никаких гарантий качества работы сети,
скорости передачи данных и даже просто достижимости ваших компьютеров. Для
задач, в которых критичными являются надежность и гарантированное
время доставки информации, Internet - далеко не лучшее решение. Кроме того,
Internet привязывает пользователей к одному протоколу - IP. Это хорошо, когда
мы пользуемся стандартными приложениями, работающими с этим протоколом.
Использование же с Internet любых других систем оказывается делом непростым
и дорогим. Если у вас возникает необходимость обеспечить доступ мобильных
пользователей к вашей частной сети - Internet также не самое лучшее решение.
Казалось бы, больших проблем здесь быть не должно - поставщики услуг
Internet есть почти везде, возьмите портативный компьютер с модемом,
позвоните и работайте. Однако поставщик, скажем, в Новосибирске, не
имеет никаких обязательств перед вами, если вы подключились к Internet в
Москве. Денег за услуги он от вас не получает и доступа в сеть, естественно, не
предоставит. Либо надо заключать с ним соответствующий контракт, что вряд ли
разумно, если вы оказались в двухдневной командировке, либо звонить из
Новосибирска в Москву.
Еще одна проблема Internet, широко обсуждаемая в последнее время, -
безопасность. Если мы говорим о частной сети, вполне естественным
представляется защитить передаваемую информацию от чужого взгляда.
Непредсказуемость путей информации между множеством независимых
узлов Internet не только повышает риск того, что какой-либо не в меру
любопытный оператор сети может сложить ваши данные себе на диск
(технически это не так сложно), но и делает невозможным определение
места утечки информации. Средства шифрования решают проблему лишь
частично, поскольку применимы в основном к почте, передаче файлов и
т.п. Решения же, позволяющие с приемлемой скоростью шифровать
информацию в реальном времени (например, при непосредственной работе
с удаленной базой данных или файл-сервером), малодоступны и дороги.
Другой аспект проблемы безопасности опять же связан с децентрализованностью
Internet - нет никого, кто мог бы ограничить доступ к ресурсам вашей частной
сети. Поскольку это открытая система, где все видят всех, то любой желающий
может попробовать попасть в вашу офисную сеть и получить доступ к данным
или программам. Есть, конечно, средства защиты (для них принято название
Firewall - по-русски, точнее по-немецки "брандмауэр" - противопожарная стена).
Однако считать их панацеей не стоит - вспомните про вирусы и антивирусные
программы. Любую защиту можно сломать, лишь бы это окупало стоимость
взлома. Необходимо также отметить, что сделать подключенную к Internet
систему неработоспособной можно, и не вторгаясь в вашу сеть. Известны случаи
несанкционированного доступа к управлению узлами сети, или просто
использования особенностей архитектуры Internet для нарушения доступа к тому
или иному серверу. Таким образом, рекомендовать Internet как основу для систем,
в которых требуется надежность и закрытость, никак нельзя. Подключение
к Internet в рамках корпоративной сети имеет смысл, если вам нужен
доступ к тому громадному информационному пространству, которое
собственно и называют Сетью.
Корпоративная сеть - это сложная система, включающая тысячи самых раз-
нообразных компонентов: компьютеры разных типов, начиная с настольных и
кончая мейнфремами, системное и прикладное программное обеспечение, сетевые
адаптеры, концентраторы, коммутаторы и маршрутизаторы, кабельную систему.
Основная задача системных интеграторов и администраторов состоит в том, что-
бы эта громоздкая и весьма дорогостоящая система как можно лучше справлялась
с обработкой потоков информации, циркулирующих между сотрудниками пред-
приятия и позволяла принимать им своевременные и рациональные решения,
обеспечивающие выживание предприятяи в жесткой конкурентоной борьбе. А так
как жизнь не стоит на месте, то и содержание корпоративной информации, интен-
сивность ее потоков и способы ее обработки постоянно меняются. Последний
пример резкого изменения технологии автоматизированной обработки корпора-
тивной информации у всех на виду - он связан с беспрецедентным ростом попу-
лярности Internet в последние 2 - 3 года. Изменения, причиной которых стал
Internet, многогранны. Гипертекстовая служба WWW изменила способ представ-
ления информации человеку, собрав на своих страницах все популярные ее виды -
текст, графику и звук. Транспорт Internet - недорогой и доступный практически
всем предприятиям (а через телефонные сети и одиночным пользователям) - су-
щественно облегчил задачу построения территориальной корпоративной сети, од-
новременно выдвинув на первый план задачу защиты корпоративных данных при
передаче их через в высшей степени общедоступную публичную сеть с много-
миллионным "населением".
Технологии , применяемые в корпоративных сетях.
Перед тем как излагать основы методологии построения корпоративных се-
тей, необходимо дать сравнительный анализ технологий, которые могут быть ис-
пользованы в корпоративных сетях.
Современные технологии передачи данных могут быть классифицированы по ме-
тодам передачи данных. В общем случае, можно выделить три основных метода
передачи данных:
коммутация каналов;
коммутация сообщений;
коммутация пакетов.
Все другие методы взаимодействия являются как бы их эволюционным
развитием. Например, если представить технологии передачи данных в виде дере-
ва, то ветвь коммутации пакетов разделится на коммутацию кадров и коммута-
цию ячеек. Напомним, что технология коммутации пакетов была разработана бо-
лее 30 лет назад для снижения накладных расходов и повышения производитель-
ности существующих систем передачи данных. Первые технологии коммутации
пакетов - X.25 и IP были спроектированы с учетом возможности работы с канала-
ми связи плохого качества. При улучшении качества стало возможным использо-
вать для передачи информации такой протокол, как HDLC, который нашел свое
место в сетях Frame Relay. Стремление достичь большей производительности и
технической гибкости послужило толчком разработки технологии SMDS, воз-
можности которой затем были расширены стандартизацией ATM. Одним из па-
раметров, по которому можно проводить сравнение технологий, является
гарантия доставки информации. Так, технологии X.25 и ATM гарантируют на-
дежную доставку пакетов (последняя с помощью протокола SSCOP), а Frame
Relay и SMDS работают в режиме, когда доставка не гарантирована. Далее, тех-
нология может гарантировать, что данные будут поступать их получателю в
последовательности отправления. В противном случае порядок должен восста-
навливаться на принимающей стороне. Сети с коммутацией пакетов могут ориен-
тироваться на предварительное установление соединения или просто пере-
давать данные в сеть. В первом случае могут поддерживаться как постоянные, так
и коммутируемые виртуальные соединения. Важными параметрами также явля-
ются наличие механизмов контроля потока данных, системы управления трафи-
ком, механизмов обнаружения и предотвращения перегрузок и т. д.
Сравнение технологий можно также проводить по таким критериям, как
эффективность схемы адресации или методов маршрутизации. Например, исполь-
зуемая адресация может быть ориентирована на географическое располо-
жение (телефонный план нумерации), на использование в распределенных сетях
или на аппаратное обеспечение. Так, протокол IP использует логический адрес,
состоящий из 32бит, который присваивается сетям и подсетям. Схема адресации
E.164 может служить примером схемы, ориентированной на географическое рас-
положение, а MAC-адрес является примером аппаратного адреса. Технология
X.25 использует номер логического канала (Logical Channel Number - LCN), а
коммутируемое виртуальное соединение в этой технологии применяет
схему адресации X.121. В технологии Frame Relay в один канал может "встраи-
ваться" несколько виртуальных каналов, при этом отдельный виртуальный канал
определяется идентификатором DLCI (Data-Link Connection Identifier). Этот иден-
тификатор указывается в каждом передаваемом кадре. DLCI имеет только ло-
кальное значение; иначе говоря, у отправителя виртуальный канал может иденти-
фицироваться одним номером, а у получателя - совсем другим. Коммутируемые
виртуальные соединения в этой технологии опираются на схему нумерации E.164.
В заголовки ячеек ATM заносятся уникальные идентификаторы VCI/VPI, которые
изменяются при прохождении ячеек через промежуточные коммутирующие сис-
темы. Коммутируемые виртуальные соединения в технологии ATM могут исполь-
зовать схему адресации E.164 или AESA.
Маршрутизация пакетов в сети может выполняться статически или дина-
мически и быть либо стандартизованным механизмом для определенной техноло-
гии, либо выступать в качестве технической основы. Примерами стандартизован-
ных решений могут служить протоколы динамической маршрутизации OSPF или
RIP для протокола IP. Применительно к технологии ATM Форум ATM определил
протокол маршрутизации запросов на установление коммутируемых виртуальных
соединений PNNI, отличительной особенностью которого является учет
информации о качестве обслуживания.
Идеальным вариантом для частной сети было бы создание каналов связи
только на тех участках, где это необходимо, и передача по ним любых
сетевых протоколов, которых требуют работающие приложения. На первый
взгляд, это возврат к арендованным линиям связи, однако существуют
технологии построения сетей передачи данных, позволяющие организовать
внутри них каналы, возникающие только в нужное время и в нужном месте. Такие
каналы называются виртуальными. Систему, объединяющую удаленные ресурсы
с помощью виртуальных каналов, естественно назвать виртуальной сетью. На
сегодня существуют две основных технологии виртуальных сетей - сети с
коммутацией каналов и сети с коммутацией пакетов. К первым относятся обычная
телефонная сеть, ISDN и ряд других, более экзотических технологий. Сети с
коммутацией пакетов представлены технологиями X.25, Frame Relay и - в
последнее время - ATM. Говорить об использовании ATM в территориально
распределенных сетях пока рано. Остальные типы виртуальных (в различных
сочетаниях) сетей широко используются при построении корпоративных
информационных систем.
Сети с коммутацией каналов обеспечивают абоненту несколько каналов
связи с фиксированной пропускной способностью на каждое подключение.
Хорошо нам знакомая телефонная сеть дает один канал связи между абонентами.
При необходимости увеличить количество одновременно доступных ресурсов
приходится устанавливать дополнительные телефонные номера, что обходится
очень недешево. Даже если забыть о низком качестве связи, то ограничение на
количество каналов и большое время установления соединения не позволяют
использовать телефонную связь в качестве основы корпоративной сети. Для
подключения же отдельных удаленных пользователей это достаточно удобный и
часто единственный доступный метод.
Другим примером виртуальной сети с коммутацией каналов является ISDN
(цифровая сеть с интеграцией услуг). ISDN обеспечивает цифровые каналы (64
кбит/сек), по которым могут передаваться как голос, так и данные. Базовое
подключение ISDN (Basic Rate Interface) включает два таких канала и
дополнительный канал управления со скоростью 16 кбит/с (такая комбинация
обозначается как 2B+D). Возможно использование большего числа каналов - до
тридцати (Primary Rate Interface, 30B+D), однако это ведет к соответствующему
удорожанию аппаратуры и каналов связи. Кроме того, пропорционально
увеличиваются и затраты на аренду и использование сети. В целом ограничения
на количество одновременно доступных ресурсов, налагаемые ISDN, приводят к
тому, что этот тип связи оказывается удобным использовать в основном как
альтернативу телефонным сетям. В системах с небольшим количеством узлов
ISDN может использоваться также и как основной протокол сети. Следует только
иметь в виду, что доступ к ISDN в нашей стране пока скорее исключение, чем
правило.
Альтернативой сетям с коммутацией каналов являются сети с коммутацией
пакетов. При использовании пакетной коммутации один канал связи используется
в режиме разделения времени многими пользователями - примерно так же, как и в
Internet. Однако, в отличие от сетей типа Internet, где каждый пакет
маршрутизируется отдельно, сети пакетной коммутации перед передачей
информации требуют установления соединения между конечными ресурсами.
После установления соединения сеть "запоминает" маршрут (виртуальный
канал), по которому должна передаваться информация между абонентами
и помнит его, пока не получит сигнала о разрыве связи. Для приложений,
работающих в сети пакетной коммутации, виртуальные каналы выглядят как
обычные линии связи - с той только разницей, что их пропускная способность и
вносимые задержки меняются в зависимости от загруженности сети.
Сети X.25
Классической технологией коммутации пакетов является протокол X.25.
Сейчас принято морщить при этих словах нос и говорить: "это дорого,
медленно, устарело и не модно". Действительно, на сегодня практически не
существует сетей X.25, использующих скорости выше 128 кбит/сек. Протокол
X.25 включает мощные средства коррекции ошибок, обеспечивая надежную
доставку информации даже на плохих линиях и широко используется там, где нет
качественных каналов связи. В нашей стране их нет почти повсеместно.
Естественно, за надежность приходится платить - в данном случае
быстродействием оборудования сети и сравнительно большими - но
предсказуемыми - задержками распространения информации. В то же время X.25
- универсальный протокол, позволяющий передавать практически любые типы
данных. "Естественным" для сетей X.25 является работа приложений,
использующих стек протоколов OSI. К ним относятся системы, использующие
стандарты X.400 (электронная почта) и FTAM (обмен файлами), а также
некоторые другие. Доступны средства, позволяющие реализовать на базе
протоколов OSI взаимодействие Unix- систем. Другая стандартная возможность
сетей X.25 - связь через обычные асинхронные COM-порты. Образно говоря, сеть
X.25 удлиняет кабель, подключенный к последовательному порту, донося его
разъем до удаленных ресурсов. Таким образом, практически любое приложение,
допускающее обращение к нему через COM-порт, может быть легко
интегрировано в сеть X.25. В качестве примеров таких приложений следует
упомянуть не только терминальный доступ к удаленным хост-компьютерам,
например Unix-машинам, но и взаимодействие Unix-компьютеров друг с другом
(cu, uucp), системы на базе Lotus Notes, электронную почту cc:Mail и MS Mail и
т.п. Для объединения LAN в узлах, имеющих подключение к сети X.25,
существуют методы упаковки ("инкапсуляции") пакетов информации из
локальной сети в пакеты X.25 Часть служебной информации при этом не
передается, поскольку может быть однозначно восстановлена на стороне
получателя. Стандартным механизмом инкапсуляции считается описанный в
документе RFC 1356. Он позволяет передавать различные протоколы
локальных сетей (IP, IPX и т.д.) одновременно через одно виртуальный
соединение. Этот механизм (или более старая его реализация RFC 877,
допускающая только передачу IP) реализован практически во всех современных
маршрутизаторах. Существуют также методы передачи по X.25 и других
коммуникационных протоколов, в частности SNA, используемого в сетях IBM
mainframe, а также ряда частных протоколов различных производителей. Таким
образом, сети X.25 предлагают универсальный транспортный механизм для
передачи информации между практически любыми приложениями. При этом
разные типы трафика передаются по одному каналу связи, ничего "не зная" друг о
друге. При объединении LAN через X.25 можно изолировать друг от друга
отдельные фрагменты корпоративной сети, даже если они используют одни и те
же линии связи. Это облегчает решение проблем безопасности и разграничения
доступа, неизбежно возникающих в сложных информационных структурах.
Кроме того, во многих случаях отпадает необходимость использовать сложные
механизмы маршрутизации, переложив эту задачу на сеть X.25. Сегодня в мире
насчитываются десятки глобальных сетей X.25 общего пользования, их узлы
имеются практически во всех крупных деловых, промышленных и
административных центрах. В России услуги X.25 предлагают Спринт Сеть, Info-
tel, Роспак, Роснет, Sovam Teleport и ряд других поставщиков. Кроме объединения
удаленных узлов в сетях X.25 всегда предусмотрены средства доступа для
конечных пользователей. Для того, чтобы подключиться к любому ресурсу сети
X.25 пользователю достаточно иметь компьютер с асинхронным
последовательным портом и модем. При этом не возникает проблем с
авторизацией доступа в географически удаленных узлах - во-первых, сети X.25
достаточно централизованы и заключив договор, например, с компанией Спринт
Сеть или ее партнером, вы можете пользоваться услугами любого из узлов Sprint-
net - а это тысячи городов по всему миру, в том числе более сотни на территории
бывшего СССР. Во-вторых, существует проткол взаимодействия между разными
сетями (X.75), учитывающий в том числе и вопросы оплаты. Таким образом, если
ваш ресурс подключен к сети X.25, вы можете получить доступ к нему как с
узлов вашего поставщика, так и через узлы других сетей - то есть практически из
любой точки мира. С точки зрения безопасности передачи информации, сети X.25
предоставляют ряд весьма привлекательных возможностей. Прежде всего,
благодаря самой структуре сети, стоимость перехвата информации в сети X.25
оказывается достаточно велика, чтобы уже служить неплохой защитой. Проблема
несанкционированного доступа также может достаточно эффективно решаться
средствами самой сети. Если же любой - даже сколь угодно малый - риск утечки
информации оказывается неприемлемым, тогда, конечно, необходимо
использование средств шифрования, в том числе в реальном времени. Сегодня
существуют средства шифрования, созданные специально для сетей X.25 и
позволяющие работать на достаточно высоких скоростях - до 64 кбит/с.
Такое оборудование производят компании Racal, Cylink, Siemens. Есть и
отечественные разработки, созданные под эгидой ФАПСИ. Недостатком
технологии X.25 является наличие ряда принципиальных ограничений по
скорости. Первое из них связано именно с развитыми возможностями коррекции
и восстановления. Эти средства вызывают задержки передачи информации и
требуют от аппаратуры X.25 большой вычислительной мощности и
производительности, в результате чего она просто "не успевает" за быстрыми
линиями связи. Хотя существует оборудование, имеющее двухмегабитные порты,
реально обеспечиваемая им скорость не превышает 250 - 300 кбит/сек на порт. С
другой стороны, для современных скоростных линий связи средства коррекции
X.25 оказываются избыточными и при их использовании мощности оборудования
часто работают вхолостую. Вторая особенность, заставляющая рассматривать
сети X.25 как медленные, состоит в особенностях инкапсуляции протоколов LAN
(в первую очередь IP и IPX). При прочих равных условиях связь локальных
сетей по X.25 оказывается, в зависимости от параметров сети, на 15-40 процентов
медленнее, чем при использовании HDLC по выделенной линии. Причем чем
хуже линия связи, тем выше потери производительности. Мы снова имеем дело с
очевидной избыточностью: протоколы LAN имеют собственные средства
коррекции и восстановления (TCP, SPX), однако при использовании сетей X.25
приходится делать это еще раз, теряя скорость.
Именно на этих основаниях сети X.25 объявляются медленными и
устаревшими. Но прежде чем говорить о том, что какая-либо технология является
устаревшей, следует указать - для каких примений и в каких условиях. На линиях
связи невысокого качества сети X.25 вполне эффективны и дают значительный
выигрыш по цене и возможностям по сравнению с выделенными линиями. С
другой стороны, даже если рассчитывать на быстрое улучшение качества связи -
необходимое условие устаревания X.25 - то и тогда вложения в аппаратуру X.25
не пропадут, поскольку современное оборудование включает возможность
перехода к технологии Frame Relay.
Сети Frame Relay
Технология Frame Relay появилась как средство, позволяющее реализовать
преимущества пакетной коммутации на скоростных линиях связи. Основное
отличие сетей Frame Relay от X.25 состоит в том, что в них исключена коррекция
ошибок между узлами сети. Задачи восстановления потока информации
возлагаются на оконечное оборудование и программное обеспечение
пользователей. Естественно, это требует использования достаточно качественных
каналов связи. Считается, что для успешной работы с Frame Relay вероятность
ошибки в канале должна быть не хуже 10-6 - 10-7, т.е. не более одного сбойного
бита на несколько миллионов. Качество, обеспечиваемое обычными аналоговыми
линиями, обычно на один - три порядка ниже. Вторым отличием сетей Frame Re-
lay является то, что на сегодня практически во всех них реализован только
механизм постоянных виртуальных соединений (PVC). Это означает, что
подключаясь к порту Frame Relay, вы должны заранее определить, к каким
именно удаленным ресурсам будете иметь доступ. Принцип пакетной коммутации
- множество независимых виртуальных соединений в одном канале связи -
здесь остается, однако вы не можете выбрать адрес любого абонента сети. Все
доступные вам ресурсы определяются при настройке порта. Таким образом, на
базе технологии Frame Relay удобно строить замкнутые виртуальные сети,
используемые для передачи других протоколов, средствами которых
осуществляется маршрутизация. "Замкнутость" виртуальной сети означает, что
она полностью недоступна для других пользователей, работающих в той же сети
Frame Relay. Например, в США сети Frame Relay широко применяются в
качестве опорных для работы Internet. Однако ваша частная сеть может
использовать виртуальные каналы Frame Relay в тех же линиях, что и трафик In-
ernet - и быть абсолютно от него изолированной. Как и сети X.25, Frame Relay
предоставляет универсальную среду передачи для практически любых
приложений. Основной областью применения Frame Relay на сегодня является
объединение удаленных LAN. При этом коррекция ошибок и восстановление
нформации производится на уровне транспортных протоколов LAN - TCP, SPX и
т.п. Потери на инкапсуляцию трафика LAN во Frame Relay не превышают двух-
трех процентов. Способы инкапсуляции протоколов LAN во Frame Relay описаны
в спецификациях RFC 1294 и RFC 1490. RFC 1490 определяет также передачу по
Frame Relay трафика SNA. Спецификация Annex G стандарта ANSI T1.617
описывает использование X.25 поверх сетей Frame Relay. При этом используются
все функции адресации, коррекции и восстановления X.25 - но только между
конечными узлами, реализующими Annex G. Постоянное соединение через сеть
Frame Relay в этом случае выглядит как "прямой провод", по которому передается
трафик X.25. Параметры X.25 (размер пакета и окна) могут быть выбраны таким
образом, чтобы получить минимально возможные задержки распространения и
потери скорости при инкапсуляции протоколов LAN. Отсутствие коррекции
ошибок и сложных механизмов коммутации пакетов, характерных для X.25,
позволяют передавать информацию по Frame Relay с минимальными задержками.
Дополнительно возможно включение механизма приоретизации, позволяющего
пользователю иметь гарантированную минимальную скорость передачи
информации для виртуального канала. Такая возможность позволяет использовать
Frame Relay для передачи критичной к задержкам информации, например голоса
и видео в реальном времени. Эта сравнительно новая возможность приобретает
все большую популярность и часто является основным аргументом при выборе
Frame Relay как основы корпоративной сети. Следует помнить, что сегодня
услуги сетей Frame Relay доступны в нашей стране не более чем в полутора
десятках городов, в то время, как X.25 - примерно в двухстах. Есть все основания
считать, что по мере развития каналов связи технология Frame Relay будет
становится все более распространенной - прежде всего там, где сейчас
существуют сети X.25. К сожалению, не существует единого стандарта,
описывающего взаимодействие различных сетей Frame Relay, поэтому
пользователи оказываются привязаны к одному поставщику услуг. При
необходимости расширить географию возможно подключение в одной точке
к сетям разных поставщиков - с соответствующим увеличением расходов.
Cуществуют также частные сети Frame Relay, работающие в переделах
одного города или использующие междугородние - как правило, спутниковые -
выделенные каналы. Построение частных сетей на базе Frame Relay позволяет
сократить количество арендуемых линий и интегрировать передачу голоса и
данных.
Структура корпоративной сети. Аппаратное обеспечение.
При построении территориально распределенной сети могут
использоваться все описанные выше технологии. Для подключения
удаленных пользователей самым простым и доступным вариантом является
использование телефонной связи. Там, где это возможно, могут
использоваться сети ISDN. Для объединения узлов сети в большинстве
случаев используются глобальные сети передачи данных. Даже там, где возможна
прокладка выделенных линий (например, в пределах одного города)
использование технологий пакетной коммутации позволяет уменьшить
количество необходимых каналов связи и - что немаловажно - обеспечить
совместимость системы с существующими глобальными сетями.
Подключение корпоративной сети к Internet оправдано, если вам нужен
доступ к соответствующим услугам. Использовать Internet как среду
передачи данных стоит только тогда, когда другие способы недоступны и
финансовые соображения перевешивают требования надежности и безопасности.
Если вы будете использовать Internet только в качестве источника информации,
лучше пользоваться технологией "соединение по запросу" (dial-on-demand), т.е.
таким способом подключения, когда соединение с узлом Internet устанавливается
только по вашей инициативе и на нужное вам время. Это резко снижает риск
несанкционированного проникновения в вашу сеть извне. Простейший
способ обеспечить такое подключение - использовать дозвон до узла Internet по
телефонной линии или, если возможно, через ISDN. Другой, более надежный
способ обеспечить соединение по запросу - использовать выделенную линию и
протокол X.25 или - что гораздо предпочтительнее - Frame Relay. В этом случае
маршрутизатор с вашей стороны должен быть настроен так, чтобы разрывать
виртуальное соединение при отсутствии данных в течении определенного
времени и вновь устанавливать его только тогда, когда данные появляются с
вашей стороны. Широко распространенные способы подключения с
использованием PPP или HDLC такой возможности не дают. Если же вы
хотите предоставлять свою информацию в Internet - например, установить WWW
или FTP сервер, соединение по запросу оказывается неприменимым. В этом
случае следует не только использовать ограничение доступа с помощью Firewall,
но и максимально изолировать сервер Internet от остальных ресурсов. Хорошим
решением является использование единственной точки подключения к Internet
для всей территориально распределенной сети, узлы которой связаны друг с
другом с помощью виртуальных каналов X.25 или Frame Relay. В этом
случае доступ из Internet возможен к единственному узлу, пользователи же в
остальных узлах могут попасть в Internet с помощью соединения по запросу.
Для передачи данных внутри корпоративной сети также стоит
использовать виртуальные каналы сетей пакетной коммутации. Основные
достоинства такого подхода - универсальность, гибкость, безопасность - были
подробно рассмотрены выше. В качестве виртуальной сети при построении
корпоративной информационной системы может использоваться как X.25, так и
Frame Relay. Выбор между ними определяется качеством каналов связи,
доступностью услуг в точках подключения и - не в последнюю очередь -
финансовыми соображениями. На сегодня затраты при использовании Frame Re-
lay для междугородной связи оказываются в несколько раз выше, чем для сетей
X.25. С другой стороны, более высокая скорость передачи информации и
возможность одновременно передавать данные и голос могут оказаться
решающими аргументами в пользу Frame Relay. На тех участках корпоративной
сети, где доступны арендованные линии, более предпочтительной является
технология Frame Relay. В этом случае возможно как объединение локальных
сетей и подключение к Internet, так и использование тех приложений, которые
традиционно требуют X.25. Кроме того, по этой же сети возможна телефонная
связь между узлами. Для Frame Relay лучше использовать цифровые каналы
связи, однако даже на физических линиях или каналах тональной частоты можно
создать вполне эффективную сеть, установив соответствующее канальное
оборудование. Хорошие результаты дает применение модемов Motorola 326x
SDC, имеющих уникальные возможности коррекции и компрессии данных в
синхронном режиме. Благодаря этому удается - ценой внесения небольших
задержек - значительно поднять качество канала связи и достичь эффективной
скорости до 80 кбит/сек и выше. На физических линиях небольшой
протяженности могут использоваться также short-range модемы, обеспечивающие
достаточно высокие скорости. Однако здесь необходимо высокое качество линии,
поскольку short-range модемы никакой коррекции ошибок не поддерживают.
Широко известны short-range модемы RAD, а также оборудование PairGain,
позволяющее достичь скорости 2 Мбит/с на физических линиях длиной около 10
км. Для подключения удаленных пользователей к корпоративной сети могут
использоваться узлы доступа сетей X.25, а также собственные
коммуникационные узлы. В последнем случае требуется выделение
нужного количества телефонных номеров (или каналов ISDN), что может
оказаться слишком дорого. Если нужно обеспечить подключение большого
количества пользователей одновременно, то более дешевым вариантом
может оказаться использование узлов доступа сети X.25, даже внутри
одного города.
Корпоративная сеть - это достаточно сложная структура, использующая
различные типы связи, коммуникационные протоколы и способы
подключения ресурсов. С точки зрения удобства построения и
управляемости сети следуют ориентироваться на однотипное
оборудование одного производителя. Однако практика показывает, что
поставщиков, предлагающих максимально эффективные решения для всех
возникающих задач, не существует. Работающая сеть всегда является
результатом компромисса - либо это однородная система, неоптимальная с точки
зрения цены и возможностей, либо более сложное в установке и управлении
сочетание продуктов различных производителей. Далее мы рассмотрим средства
построения сетей нескольких ведущих производителей и дадим некоторые
рекомендации по их использованию.
Все оборудование сетей передачи данных можно условно разделить на
два больших класса –
1. периферийное, которое используется для подключения к сети оконечных
узлов, и
2. магистральное или опорное, реализующее основные функции сети
(коммутацию каналов, маршрутизацию и т.д).
Четкой границы между этими типами нет - одни и те же устройства могут
использоваться в разном качестве или совмещать те и другие функции. Следует
отметить, что к магистральному оборудованию обычно предъявляются
повышенные требования в части надежности, производительности, количества
портов и дальнейшей расширяемости.
Периферийное оборудование является необходимым компонентом всякой
корпоративной сети. Функции же магистральных узлов может брать на
себя глобальная сеть передачи данных, к которой подключаются ресурсы. Как
правило, магистральные узлы в составе корпоративной сети появляются только в
тех случаях, когда используются арендованные каналы связи или создаются
собственные узлы доступа. Периферийное оборудование корпоративных сетей с
точки зрения выполняемых функций также можно разделить на два класса.
Во-первых, это маршрутизаторы (routers), служащие для объединения
однородных LAN (как правило, IP или IPX) через глобальные сети передачи
данных. В сетях, использующих IP или IPX в качестве основного протокола - в
частности, в той же Internet - маршрутизаторы используются и как магистральное
оборудование, обеспечивающее стыковку различных каналов и протоколов связи.
Маршрутизаторы могут быть выполнены как в виде автономных устройств, так и
программными средствами на базе компьютеров и специальных
коммуникационных адаптеров.
Второй широко используемый тип периферийного оборудования - шлюзы
gateways), реализующие взаимодействие приложений, работающих в
разных типах сетей. В корпоративных сетях используются в основном
шлюзы OSI, обеспечивающие взаимодействие локальных сетей с ресурсами
X.25 и шлюзы SNA, обеспечивающие подключение к сетям IBM.
Полнофункциональный шлюз всегда представляет собой программно-аппаратный
комплекс, поскольку должен обеспечивать необходимые для приложений
программные интерфейсы. Маршрутизаторы Cisco Systems Среди
маршрутизаторов наиболее, пожалуй, известны продукты компании Cisco Sys-
tems, реализующие широкий набор средств и протоколов, используемых при
взаимодействии локальных сетей. Оборудование Cisco поддерживает
разнообразные способы подключения, в том числе X.25, Frame Relay и ISDN,
позволяя создавать достаточно сложные системы. Кроме того, среди семейства
маршрутизаторов Cisco существуют прекрасные серверы удаленного доступа к
локальным сетям, а в некоторых конфигурациях частично реализованы функции
шлюзов (то, что в терминах Cisco называется Protocol Translation).
Основная область применения маршрутизаторов Cisco - сложные сети,
использующие в качестве основного протокола IP или, реже, IPX. В
частности, оборудование Cisco широко используется в опорных узлах
Internet. Если ваша корпоративная сеть предназначена прежде всего для
объединения удаленных LAN и требует сложной маршрутизации IP или
IPX через разнородные каналы связи и сети передачи данных, то
использование оборудования Cisco будет, скорее всего, оптимальным
выбором. Средства же работы с Frame Relay и X.25 реализованы в
маршрутизаторах Cisco только в том объеме, который нужен для
объединения локальных сетей и доступа к ним. Если вы хотите строить
свою систему на базе сетей с коммутацией пакетов, то маршрутизаторы
Cisco могут работать в ней только как чисто периферийное оборудование, причем
многие из функций маршрутизации оказываются при этом излишними, а цена,
соответственно, слишком высокой. Наиболее интересными для использования в
корпоративных сетях оказываются серверы доступа Cisco 2509, Cisco 2511 и
новые устройства серии Cisco 2520. Основная область их примения - доступ
удаленных пользователей к локальным сетям по телефонным линиям или ISDN с
динамическим назначением IP-адресов (DHCP). Оборудование Motorola ISG
Среди оборудования, предназначенного для работы с X.25 и Frame Relay,
наибольший интерес предсталяют продукты, производимые группой
информационных систем корпорации Motorola (Motorola ISG). В отличие
от магистральных устройств, используемых в глобальных сетях передачи
данных (Northern Telecom, Sprint, Alcatel и др.), оборудование Motorola способно
работать полностью автономно, без специального центра управления сетью.
Набор же возможностей, важных для использования в корпоративных сетях, у
оборудования Motorola гораздо шире. Особо следует отметить развитые средства
аппаратной и программной модернизации, позволяющие легко приспосабливать
оборудование к конкретным условиям. Все продукты Motorola ISG могут
работать как коммутаторы X.25/Frame Relay, многопротокольные
устройства доступа (PAD, FRAD, SLIP, PPP и пр.), поддерживают Annex G (X.25
поверх Frame Relay), обеспечивают преобразование протоколов SNA
(SDLC/QLLC/RFC1490). Оборудование Motorola ISG можно разделить на три
группы, отличающиеся набором аппаратных средств и областью применения.
Первую группу, предназначенную для работы в качестве периферийных
устройств, составляет серия Vanguard. В нее входят узлы последовательного
доступа Vanguard 100 (2-3 порта) и Vanguard 200 (6 портов), а также
маршрутизаторы Vanguard 300/305 (1-3 последовательных порта и порт
Ethetrnet/Token Ring) и ISDN-маршрутизаторы Vanguard 310. Маршрутизаторы
Vanguard, кроме набора коммуникационных возможностей, включают передачу
протоколов IP, IPX и Appletalk через X.25, Frame Relay и PPP. Естественно, при
этом поддержан необходимый для всякого современного маршрутизатора
джентельменский набор - протоколы RIP и OSPF, средства фильтрации и
ограничения доступа, комрессия данных и т.д.
Следующая группа продуктов Motorola ISG включает устройства Multime-
dia Peripheral Router (MPRouter) 6520 и 6560, отличающиеся в основном
производительностью и возможностями расширения. В базовой конфигурации
6520 и 6560 имеют, соответственно, пять и три последовательных порта и порт
Ethernet, причем у 6560 все порты высокоскоростные (до 2 Мбит/сек), а у 6520 три
порта имеют скорость до 80 кбит/сек. MPRouter поддерживает все доступные для
продуктов Motorola ISG коммуникационные протоколы и возможности
маршрутизации. Основная черта MPRouter - возможность установки
разнообразных дополнительных плат, что и отражает слово Multimedia в его
названии. Существуют платы последовательных портов, портов Ethernet/Token
Ring, платы ISDN, Ethernet hub. Самая интересная функция MPRouter - передача
голоса по Frame Relay. Для этого в него устанавливаются специальные платы,
допускающие подключение обычных телефонных или факс-аппаратов, а также
аналоговых (E&M) и цифровых (E1, T1) АТС. Количество одновременно
обслуживаемых голосовых каналов может достигать двух и более десятков.
Таким образом, MPRouter может одновременно использоваться как средство
интеграции голоса и данных, маршрутизатор и узел X.25/Frame Relay.
Третья группа продуктов Motorola ISG - магистральное оборудование
глобальных сетей. Это расширяемые устройства семейства 6500plus,
имеющие отказоустойчивое исполнение и средства резервирования и
предназначенные для создания мощных узлов коммутации и доступа. Они
включают различные наборы процессорных модулей и модулей ввода-вывода,
позволяющие получить высокопроизводительные узлы, имеющие от 6 до 54
портов. В корпоративных сетях такие устройства могут использоваться для
построения сложных систем с большим количеством подключаемых ресурсов.
Интересно провести сравнение маршрутизаторов Cisco и Motorola. Можно
сказать, что для Cisco первична маршрутизация, а коммуникационные
протоколы являются только средством связи, в то время как Motorola
основное внимание уделяет коммуникационным возможностям,
рассматривая маршрутизацию как еще одну реализуемую с помощью этих
возможностей услугу. В целом средства маршрутизации продуктов Motorola
беднее, чем у Cisco, однако вполне достаточны для подключения оконечных
узлов к Internet или корпоративной сети.
Производительность же изделий Motorola при прочих равных условиях,
пожалуй, даже выше, причем при более низкой цене. Так Vanguard 300 при
сравнимом наборе возможностей оказывается примерно в полтора раза дешевле,
чем его ближайший аналог Cisco 2501.
Решения Eicon Technology
Во многих случаях в качестве периферийного оборудования
корпоративных сетей удобно использовать решения канадской компании
Eicon Technology. Основой решений Eicon является универсальный
коммуникационный адаптер EiconCard, поддерживающий широкий набор
протоколов - X.25, Frame Relay, SDLC, HDLC, PPP, ISDN. Этот адаптер
устанавливается в один из компьтеров локальной сети, который становится
коммуникационным сервером. Этот компьютер может использоваться и для
других задач. Это возможно благодаря тому, что EiconCard имеет достаточно
мощный процессор и собственную память и способна реализовать обработку
сетевых протоколов не загружая коммуникационный сервер. Программные
средства Eicon, позволяют строить на базе EiconCard как шлюзы, так и
маршрутизаторы, работают под управлением практически всех операционных
систем на платформе Intel. Здесь мы рассмотрим самые интересные из них.
Семейство решений Eicon для Unix включает маршрутизатор IP Connect,
шлюзы X.25 Connect и SNA Connect. Все эти продукты могут быть
установлены на компьютере, работающем под управлением SCO Unix или
Unixware. IP Connect позволяет передавать трафик IP через X.25, Frame Relay, PPP
или HDLC и совместим с оборудованием других производителей, в частности
Cisco и Motorola. В комплект поставки входит Firewall, средства компрессии
данных и средства управления по SNMP. Основной областью примения IP Con-
nect является подключение серверов приложений и Internet-серверов на базе Unix
к сети передачи данных. Естественно, тот же компьютер может использоваться и
как маршрутизатор для всего офиса, в котором он установлен.
Использование маршрутизатора Eicon вместо "чисто аппаратных"
устройств имеет ряд преимуществ. Во первых, это простота установки и
использования. С точки зрения операционной системы EiconCard с
установленным IP Connect выглядит как еще одна сетевая плата. Это
делает настройку и администрирование IP Connect достаточно простым
делом для всякого, кто общался с Unix. Во-вторых, непосредственное
подключение сервера к сети передачи данных позволяет уменьшить
загрузку офисной LAN и обеспечить ту самую единственную точку
подключения к Internet или к корпоративной сети без установки
дополнительных сетевых плат и маршрутизаторов. В третьих, такое
"сервер-ориентированное" решение является более гибким и
расширяемым, чем традиционные маршрутизаторы. Есть и ряд других
преимуществ, появляющихся при совместном использовании IP Connect с
другими продуктами Eicon.
X.25 Connect является шлюзом, обеспечивающим взаимодействие
приложений локальной сети с ресурсами X.25. Этот продукт позволяет
осуществить подключение пользователей Unix и рабочих станций
DOS/Windows и OS/2 к удаленным системам электронной почты, базам
данным и другим системам. Надо, кстати, отметить, что шлюзы Eicon на
сегодня, пожалуй, единственный распространенный на нашем рынке
продукт, реализующий стек OSI и позволяющий подключаться к
приложениям X.400 и FTAM. Кроме того, X.25 Connect позволяет
подключить удаленных пользолвателей к Unix-машине и терминальным
приложениям на станциях локальной сети, а также организовать
взаимодействие удаленных Unix-компьютеров через X.25. Используя
вместе с X.25 Connect стандартные возможности Unix, можно реализовать
преобразование протоколов, т.е. трансляцию доступа к Unix через Telnet в вызов
X.25 и наоборот. Возможно подключение удаленного пользователя X.25,
использующего SLIP или PPP к локальной сети и, соответственно, к Internet. В
принципе, аналогичные возможности трансляции протоколов доступны в
маршрутизаторах Cisco с программным обеспечением IOS Enterprise, однако
такое решение оказывается дороже, чем продукты Eicon и Unix, вместе взятые.
Еще один упомянутый выше продукт - SNA Connect. Это шлюз,
предназначенный для подключения к IBM mainframe и AS/400. Как
правило, он используется вместе с программным обеспечением
пользователя - эмуляторами терминалов 5250 и 3270 и интерфейсами
APPC - также производимыми Eicon. Аналоги рассмотренных выше решений
существуют и для других операционных систем - Netware, OS/2, Windows NT и
даже DOS. Особо стоит упомянуть Interconnect Server for Netware, объединяющий
все перечисленные возможности со средствами удаленной настройки и
администрирования и системой авторизации клиентов. Он включает два
продукта - Interconnect Router, позволяющий маршрутизировать IP, IPX и Apple-
talk и являющийся, с нашей точки зрения, самым удачным решением для
объединения удаленных сетей Novell Netware, и Interconnect Gateway,
обеспечивающий, в частности, мощные средства подключения к SNA. Еще один
продукт Eicon, предназначенный для работы в среде Novell Netware - WAN Serv-
ices for Netware. Это набор средств, позволяющих использовать приложения Net-
ware в сетях X.25 и ISDN. Использование его вместе с Netware Connect дает
возможность удаленным пользователям подключиться к локальной сети через
X.25 или ISDN, а также обеспечить выход из локальной сети в X.25. Существует
вариант поставки WAN Services for Netware вместе с Multiprotocol Router 3.0
компании Novell. Этот продукт называется Packet Blaster Advantage. Доступен
также Packet Blaster ISDN, работающий не с EiconCard, а с ISDN-адаптерами,
также поставляемыми Eicon. При этом возможны различные варианты
подключения - BRI (2B+D), 4BRI (8B+D) и PRI (30B+D). Для работы с
приложениями Windows NT предназначен продукт WAN Services for NT. Он
включает IP Router, средства подключения приложений NT к сетям X.25,
поддержку для Microsoft SNA Server и средства доступа удаленных пользователей
через X.25 в локальную сеть с помощью Remote Access Server. Для подключения
сервера Windows NT к сети ISDN может использоваться также ISDN-адаптер
Eicon вместе с программным обеспечением ISDN Services for Netware.
Методология построения корпоративных сетей.
Теперь, перечислив и сравнив основные технологии, которые может задей-
ствовать разработчик, давайте перейдем к базовым вопросам и методам, исполь-
зуемым при проектировании и разработке сети.
Требования к сети.
Специалисты, занимающиеся разработкой вычислительных сетей, и сетевые
администраторы всегда стремятся обеспечить выполнение трех основных требо-
ваний, предъявляемых к сети, а именно:
масштабируемость;
производительность;
управляемость.
Хорошая масштабируемость необходима для того, чтобы без особых уси-
лий можно было менять как число пользователей, работающих в сети, так и при-
кладное программное обеспечение. Высокая производительность сети тре-
буется для нормальной работы большинства современных приложений. И, нако-
нец, сеть должна быть достаточно легко управляемой, чтобы ее можно было пе-
ренастраивать для удовлетворения постоянно меняющихся потребностей органи-
зации. Эти требования отражают новый этап в развитии сетевых технологий -
этап создания высокопроизводительных корпоративных сетей.
Уникальность новых программных средств и технологий усложняет разра-
ботку корпоративных сетей. Централизованные ресурсы, новые классы про-
грамм, иные принципы их применения, изменение количественных и качествен-
ных характеристик информационного потока, увеличение числа одновременно
работающих пользователей и повышение мощности вычислительных платформ -
все эти факторы необходимо учитывать в их совокупности при разработке сети.
Сейчас на рынке имеется большое количество технологических и архитектурных
решений, и выбрать из них наиболее подходящее - достаточно сложная задача.
В современных условиях для правильного проектирования сети, ее разра-
ботки и обслуживания специалисты должны учитывать следующие вопросы:
? Изменение организационной структуры.
При реализации проекта не следует "разлучать" специалистов по программному
обеспечению и сетевых специалистов. При разработке сетей и всей системы в це-
лом нужна единая команда из специалистов разного профиля;
? Использование новых программных средств.
Необходимо знакомиться с новым программным обеспечением еще на ранней
стадии разработки сети для того, чтобы можно было своевременно внести необ-
ходимые коррективы в планирующиеся к использованию средства;
? Исследование различных решений.
Необходимо оценивать различные архитектурные решения и их возможное влия-
ние на работу будущей сети;
? Проверка сетей.
Необходимо проводить тестирование всей сети или ее частей на ранних стадиях
разработки. Для этого можно создать прототип сети, который позволит оценить
правильность принятых решений. Так можно предупредить появление разного
рода " узких мест" и определить применимость и примерную производительность
разных архитектур;
? Выбор протоколов.
Чтобы правильно выбрать конфигурацию сети, нужно оценить возможности раз-
личных протоколов. Важно определить, как сетевые операции, оптими-
зирующие работу одной программы или пакета программ, могут повлиять на
производительность других;
? Выбор физического расположения.
Выбирая место установки серверов, надо, прежде всего, определить местополо-
жение пользователей. Возможно ли их перемещение? Будут ли их компьютеры
подключены к одной подсети? Будут ли пользователи иметь доступ к глобальной
сети?
? Вычисление критического времени.
Необходимо определить время допустимой реакции каждого приложения и воз-
можные периоды максимальной нагрузки. Важно понять, как нештатные ситуа-
ции могут повлиять на работоспособность сети, и определить, нужен ли резерв
для организации непрерывной работы предприятия;
? Анализ вариантов.
Важно проанализировать различные варианты использования программного
обеспечения в сети. Централизованное хранение и обработка информации часто
создают дополнительную нагрузку в центре сети, а распределенные вычисления
могут потребовать усиления локальных сетей рабочих групп.
На сегодня нет готовой, отлаженной универсальной методики, следуя ко-
торой, можно автоматически провести весь комплекс мероприятий по разработке
и созданию корпоративной сети. В первую очередь это связано с тем, что
не существует двух абсолютно одинаковых организаций. В частности, каждая ор-
ганизация характеризуется уникальным стилем руководства, иерархией, культу-
рой ведения дел. А если учесть, что сеть неизбежно отражает структуру организа-
ции, то можно смело сказать - двух одинаковых сетей не существует.
Архитектура сети
До того как начинать построение корпоративной сети, необходимо сначала
определить ее архитектуру, функциональную и логическую организацию и учесть
существующую телекоммуникационную инфраструктуру. Тщательно прорабо-
танная архитектура сети помогает оценить возможность применения новых тех-
нологий и прикладных программ, служит заделом для будущего роста, определя-
ет выбор сетевых технологий, помогает избежать избыточных затрат, отражает
связь сетевых компонентов, значительно снижает риск неправильной реа-
лизации и т.д. Архитектура сети закладывается в основу технического задания на
создаваемую сеть. Следует отметить, что архитектура сети отличается от
проекта сети тем, что она, например, не определяет точную принципиальную
схему сети и не регламентирует размещение сетевых компонентов. Архитектура
сети, например, определяет, будут ли некоторые части сети построены на базе
Frame Relay, ATM, ISDN или других технологий. Сетевой проект должен содер-
жать конкретные указания и оценки параметров, например, требуемое значение
пропускной способности, реальную ширину полосы пропускания, точное распо-
ложение каналов связи и т.д.
В архитектуре сети выделяют три аспекта, три логические составляющие:
принципы построения,
сетевые шаблоны
и технические позиции.
Принципы построения используются при планировании сети и принятии
решений. Принципы - это набор простых инструкций, которые с достаточной
степенью детализации описывают все вопросы построения и эксплуатации
развертываемой сети в течение длительного периода времени. Как правило, в ос-
нове формирования принципов лежат корпоративные цели и базовые методы ве-
дения бизнеса организации.
Принципы обеспечивают первичную связь между корпоративной стратегией
развития и сетевыми технологиями. Они служат для разработки технических по-
зиций и сетевых шаблонов. При разработке технического задания на сеть принци-
пы построения сетевой архитектуры излагаются в разделе, определяющем общие
цели сети. Техническая позиция может рассматриваться в качестве целево-
го описания, определяющего выбор между конкурирующими альтернативными
сетевыми технологиями. Техническая позиция уточняет параметры выбранной
технологии и дает описание отдельно взятого устройства, метода, протокола, пре-
доставляемого сервиса и т.д. Например, при выборе технологии локальной сети
необходимо принимать во внимание скорость, стоимость, качество обслуживания
и другие требования. Разработка технических позиций требует глубокого знания
сетевых технологий и внимательного рассмотрения требований организа-
ции. Количество технических позиций определяется заданной степенью детализа-
ции, сложностью сети и масштабами организации. Архитектура сети может быть
описана следующими техническими позициями:
Сетевые транспортные протоколы.
Какие транспортные протоколы должны использоваться для передачи информа-
ции?
Маршрутизация в сети.
Какой протокол маршрутизации должен использоваться между маршрутизатора-
ми и коммутаторами ATM?
Качество обслуживания.
За счет чего будет достигаться возможность выбора качества сервиса?
Адресация в сетях IP и домены адресации.
Какая адресная схема должна использоваться для сети, включая зарегистрирован-
ные адреса, подсети, маски подсети, переадресацию и т.д.?
Коммутация в локальных сетях.
Какая стратегия коммутации должна быть использована в локальных сетях?
Объединение коммутации и маршрутизации.
Где и как должны использоваться коммутация и маршрутизация; как они должны
объединяться?
Организация городской сети.
Каким образом должны связываться отделения предприятия, находящиеся, ска-
жем, в одном городе?
Организация глобальной сети.
Каким образом отделения предприятия должны связываться по глобальной сети?
Служба удаленного доступа.
Как пользователи удаленных отделений получают доступ к сети предприятия?
Сетевые шаблоны - это набор моделей сетевых структур, отражающих
связь между компонентами сети. Например, для определенной архитектуры сети
создается набор шаблонов, чтобы "проявить" топологию сети крупного отделения
или глобальной сети, или показать распределение протоколов по уровням. Сете-
вые шаблоны иллюстрируют сетевую инфраструктуру, которая описывается пол-
ным набором технических позиций. Более того, в хорошо продуманной сетевой
архитектуре сетевые шаблоны по степени детализации могут максимально
приближаться по своему содержанию к техническим позициям. По сути дела, се-
тевые шаблоны - это описание функциональной схемы участка сети, имеющего
конкретные границы, можно выделить следующие основные сетевые шаблоны:
для глобальной сети, для городской сети, для центрального офиса, для
крупного отделения организации, для отделения. Могут быть разработаны и дру-
гие шаблоны для участков сети, имеющих какие-либо особенности.
Описываемый методологический подход основан на изучении конкретной
ситуации, рассмотрении принципов построения корпоративной сети в их сово-
купности, анализе ее функциональной и логической структуры, выработке набора
сетевых шаблонов и технических позиций. Различные реализации корпоративных
сетей могут включать в свой состав те или иные компоненты. В общем случае
корпоративная сеть состоит из различных отделений, объединенных сетями связи.
Они могут быть глобальными (WAN) или городскими (MAN). Отделения могут
быть крупными, средними и малыми. Крупное отделение может быть центром
обработки и хранения информации. Выделяется центральный офис, из ко-
торого производится управление всей корпорацией. К малым отделениям можно
отнести различные обслуживающие подразделения (склады, мастерские и т.д.).
Малые отделения по сути являются удаленными. Стратегическое назначение уда-
ленного отделения - разместить службы сбыта и технической поддержки поближе
к потребителю. Связь с клиентами, которая в значительной мере влияет на
доходы корпорации, будет более продуктивной, если все сотрудники получат
возможность доступа к корпоративным данным в любой момент времени.
На первом шаге построения корпоративной сети описывается предпола-
гаемая функциональная структура. Определяется количественный состав и статус
офисов и отделений. Обосновывается необходимость развертывания собственной
частной сети связи или производится выбор провайдера услуг, который способен
удовлетворить предъявляемые требования. Разработка функциональной структу-
ры производится с учетом финансовых возможностей организации, перспектив-
ных планов развития, числа активных пользователей сети, работающих приложе-
ний, необходимого качества обслуживания. В основе разработки лежит функцио-
нальная структура самого предприятия.
На втором шаге определяется логическая структура корпоративной сети.
Логические структуры отличаются друг от друга только выбором техноло-
гии (ATM, Frame Relay, Ethernet …) для построения магистрали, которая является
центральным звеном сети корпорации. Рассмотрим логические структуры, по-
строенные на базе коммутации ячеек и коммутации кадров. Выбор между этими
двумя способами передачи информации осуществляется, исходя из необходимо-
сти предоставления гарантированного качества обслуживания. Могут быть
использованы и другие критерии.
Магистраль передачи данных должна удовлетворять двум основным тре-
бованиям.
? Возможность подключения большого количества низкоскоростных ра-
бочих станций к небольшому количеству мощных, высокоскоростных
серверов.
? Приемлемая скорость отклика на запросы клиентов.
Идеальная магистраль должна обладать высокой надежностью пере-
дачи данных и развитой системой управления. Под системой управления следует
понимать, например, возможность конфигурирования магистрали с учетом всех
местных особенностей и поддержку надежности на таком уровне, что, даже если
некоторые части сети выйдут из строя, серверы остаются доступными. Перечис-
ленные требования определят, вероятно, несколько технологий и оконча-
тельный выбор одной из них остается за самой организацией. Необходимо ре-
шить, что важнее всего - стоимость, скорость, масштабируемость или качество
обслуживания.
Логическая структура с коммутацией ячеек применяется в сетях с мульти-
медийным трафиком в реальном масштабе времени (проведение видеоконферен-
ций и качественная передача голоса). При этом важно трезво оценить, насколько
необходима такая дорогостоящая сеть (с другой стороны, даже дорогие сети под-
час не способны удовлетворить некоторые требования). Если это так, то необхо-
димо брать за основу логическую структуру сети с коммутацией кадров. Логиче-
скую иерархию коммутации, объединяющую два уровня модели OSI, можно
представить в виде трехуровневой схемы:
Нижний уровень служит для объединения локальных сетей Ethernet,
Средний уровень представляет собой либо локальную сеть ATM, либо
сеть MAN, либо магистральную сеть связи WAN.
Верхний уровень данной иерархической структуры отвечает за маршрути-
зацию.
Логическая структура позволяет выявить все возможные маршруты связи между
отдельными участками корпоративной сети
Магистраль на базе коммутации ячеек
При использовании для построения магистрали сети технологии коммутации яче-
ек объединение всех коммутаторов Ethernet уровня рабочих групп осуществляют
высокопроизводительные коммутаторы ATM. Работая на втором уровне эталон-
ной модели OSI, эти коммутаторы передают 53-байтовые ячейки фиксированной
длины вместо кадров Ethernet переменной длины. Такая концепция построения
сети подразумевает, что коммутатор Ethernet уровня рабочей группы должен
иметь выходной порт ATM с функцией сегментации и сборки (SAR), который
преобразовывает кадры Ethernet переменной длины в ячейки ATM фиксирован-
ной длины перед передачей информации на магистральный коммутатор ATM.
Для глобальных сетей базовые коммутаторы ATM способны обеспечить
связь отдаленных регионов. Также работая на втором уровне модели OSI, эти
коммутаторы в сети WAN могут использовать каналы T1/E1
(1.544/2.0Мбит/с), канал T3 (45Мбит/с) или канал OC-3 технологии SONET
(155Мбит/с). Для обеспечения городской связи можно развернуть сеть MAN с
использованием технологии ATM. Та же самая магистральная сеть ATM может
использоваться для связи между собой телефонных станций. В будущем в рамках
телефонной модели клиент/сервер эти станции могут быть заменены голо-
совыми серверами в локальной сети. В этом случае возможность гарантирования
качества обслуживания в сетях ATM становится очень важной при организации
связи с клиентскими персональными компьютерами.
Маршрутизация
Как уже было отмечено, маршрутизация - это третий и самый высокий
уровень в иерархической структуре сети. Маршрутизация, которая работает на
третьем уровне эталонной модели OSI, используется для организации сеансов
связи, к которым относятся:
? Сеансы связи между устройствами, расположенными в различных вир-
туальных сетях (при этом каждая сеть является обычно отдельной IP-
подсетью);
? Сеансы связи, которые проходят через глобальные/городские
Одна из стратегий построения корпоративной сети состоит в установке
коммутаторов на нижних уровнях общей сети. Затем локальные сети связывают-
ся с помощью маршрутизаторов. Маршрутизаторы требуются для того, чтобы
разделить IP-сеть большой организации на множество отдельных IP-подсетей.
Это необходимо для предотвращения "широковещательного взрыва", связанного
с работой таких протоколов, как ARP. Чтобы сдержать распространение нежела-
тельного трафика по сети, все рабочие станции и серверы необходимо разбить на
виртуальные сети. В этом случае маршрутизация управляет взаимодействием ме-
жду устройствами, принадлежащими к различным виртуальным локальным се-
тям.
Такая сеть состоит из маршрутизаторов или серверов маршрутизации (ло-
гическое ядро), магистрали сети на базе коммутаторов ATM и большого количе-
ства коммутаторов Ethernet, расположенных на периферии. За исключением осо-
бых случаев, например, использования видеосерверов, которые подключаются
непосредственно к магистрали ATM, все рабочие места и серверы должны под-
ключаться к коммутаторам Ethernet. Такое построение сети позволит локализо-
вать внутренний трафик внутри рабочих групп и предотвратить перекачку такого
трафика через магистральные коммутаторы ATM или маршрутизаторы. Объеди-
нение коммутаторов Ethernet осуществляют коммутаторы ATM, обычно распо-
ложенные в том же самом отделении. Следует отметить, что может потребоваться
несколько коммутаторов ATM, чтобы обеспечить достаточное количество портов
для подключения всех коммутаторов Ethernet. Как правило, в этом случае исполь-
зуется связь на 155Мбит/с по многомодовому оптоволоконному кабелю.
Маршрутизаторы располагаются в стороне от магистральных коммутато-
ров ATM, так как эти маршрутизаторы необходимо вынести за маршруты основ-
ных сеансов связи. Такое построение делает маршрутизацию необязательной.
Это зависит от типа сеанса связи и от вида трафика в сети. Маршрутизации нужно
стараться избегать при передаче видеоинформации в реальном времени, так как
она может вносить нежелательные задержки. Маршрутизация не нужна для связи
между устройствами, расположенными в одной виртуальной сети, даже если они
находятся в различных зданиях на территории большого предприятия.
Кроме того, даже в ситуации, когда маршрутизаторы требуются для проведения
определенных сеансов связи, размещение маршрутизаторов в стороне от магист-
ральных коммутаторов ATM позволяет минимизировать число переходов мар-
шрутизации (под переходом маршрутизации понимается участок сети от пользо-
вателя до первого маршрутизатора или от одного маршрутизатора до другого).
Это позволяет не только снизить задержку, но и уменьшить нагрузку на маршру-
тизаторы. Маршрутизация получила широкое распространение как технология
связи локальных сетей в глобальной среде. Маршрутизаторы предоставляют раз-
нообразные услуги, рассчитанные на многоуровневый контроль канала передачи.
Сюда относятся общая схема адресации (на сетевом уровне), не зависящей от то-
го, как формируются адреса предыдущего уровня, а также преобразование одного
формата кадра контрольного уровня в другой.
Маршрутизаторы принимают решения о том, куда направлять поступающие паке-
ты данных, исходя из содержащейся в них информации об адресах сетевого уров-
ня. Эта информация извлекается, анализируется и сопоставляется с содержимым
таблиц маршрутизации, что позволяет определить, в какой порт следует отпра-
вить тот или иной пакет. Затем из адреса сетевого уровня вычленяется адрес ка-
нального уровня, если пакет следует передать в сегмент такой сети, как Ethernet
или Token Ring.
Помимо обработки пакетов маршрутизаторы параллельно осуществляют обнов-
ление таблиц маршрутизации, которые используются для определения места на-
значения каждого пакета. Маршрутизаторы создают и ведут эти таблицы в дина-
мическом режиме. В результате маршрутизаторы могут автоматически реагиро-
вать на изменение состояния сети, например, на возникновение перегрузки
или повреждение каналов связи.
Определение маршрута - это достаточно сложная задача. В корпоративной сети
коммутаторы ATM должны функционировать примерно так же, как и маршрути-
заторы: обмен информацией должен проходить с учетом топологии сети, доступ-
ных маршрутов и стоимости передачи. Коммутатору ATM эта информация крайне
необходима, чтобы выбрать наилучший маршрут для конкретного сеанса связи,
инициируемого конечными пользователями. К тому же, определение маршрута не
ограничивается одним лишь принятием решения о пути, по которому пройдет ло-
гическое соединение после формирования запроса на его создание.
Коммутатор ATM может выбрать новые маршруты, если по каким-либо причинам
каналы связи окажутся недоступными. При этом коммутаторы ATM должны
обеспечивать надежность сети на уровне маршрутизаторов. Чтобы создать
расширяемую сеть с высокой экономической эффективностью, необходимо пере-
нести функции маршрутизации на периферию сети и обеспечить коммутацию
трафика в ее магистрали. ATM является единственной сетевой технологией, кото-
рая способна сделать это.
Для выбора технологии необходимо ответить на следующие вопросы:
Обеспечивает ли технология адекватное качество обслуживания?
Может ли она гарантировать качество обслуживания?
Насколько расширяемой получится сеть?
Допускается ли выбор топологии сети?
Рентабельны ли услуги, предоставляемые сетью?
Насколько будет эффективна система управления?
Ответы на эти вопросы определяют выбор. Но, в принципе, на разных
участках сети могут использоваться разные технологии. Например, если
отдельные участки требуют поддержки мультимедийного трафика в реаль-
ном времени или скорости в 45Мбит/с, то в них устанавливают ATM. Если же
участок сети требует диалоговой обработки запросов, что не допускает сущест-
венных задержек, то необходимо использовать Frame Relay, если такие услуги
доступны в данной географической области (иначе придется прибегнуть к
Internet).
Так, большое предприятие может соединяться с сетью через ATM, в то
время как филиалы связываются с той же самой сетью через Frame Relay.
При создании корпоративной сети и выборе сетевой технологии с соответ-
ствующим программным и аппаратным обеспечением следует учитывать соотно-
шение цена/производительность. Трудно ожидать высоких скоростей от
дешевых технологий. С другой стороны, бессмысленно использовать
сложнейшие технологии для простейших задач. Следует правильно комбиниро-
вать различные технологии для достижения максимальной эффективности.
При выборе технологии следует учитывать тип кабельной системы и тре-
буемые расстояния; совместимость с уже установленным оборудованием (значи-
тельной минимизации расходов можно достичь, если в новую систему удается
включить уже установленное оборудование.
Вообще говоря, можно выделить два пути построения высокоскоростной
локальной сети: эволюционный и революционный.
Первый путь основан на расширении старой доброй технологии ретрансля-
ции кадров. Увеличить быстродействие локальной сети в рамках такого подхода
можно за счет модернизации сетевой инфраструктуры, добавления новых каналов
связи и изменения способа передачи пакетов (что и сделано в коммутируемом
Ethernet). Обычная сеть Ethernet совместно использует полосу пропуска-
ния, то есть трафики всех пользователей сети соперничают друг с другом, претен-
дуя на всю пропускную способность сетевого сегмента. В коммутируемом
Ethernet создаются выделенные маршруты, благодаря чему пользователям дос-
тупна реальная полоса пропускания в 10Мбит/с.
Революционный путь предполагает переход на кардинально новые техноло-
гии, например, ATM для локальных сетей.
Богатая практика построения локальных сетей показала, что основным
вопросом является качество обслуживания. Именно этим определяется,
сможет ли сеть успешно работать ( например с такими приложениями, как ви-
деоконференции, которые находят все более широкое применение в мире).
Заключение.
Иметь или не иметь собственную сеть связи — это "личное дело" каждой
организации. Однако если на повестке дня стоит построение корпоративной (ве-
домственной) сети, необходимо провести глубокое, всестороннее исследование
самой организации, решаемых ею задач, составить чёткую схему документообо-
рота в данной организации и уже на этой основе приступать к выбору наиболее
приемлемой технологии. Одним из примеров построения корпоративных сетей
является широко известная в настоящее время система «Галактика».
Список использованной литературы:
1. М. Шестаков «Принципы построения корпоративных сетей пе-
редачи данных» – «Компьютерра», № 256, 1997 г.
2. Косарев, Ерёмин «Компьютерные системы и сети», Финансы и
статистика, 1999 г.
3. Олифер В. Г., Олифер Н. Д. «Компьютерные сети: принципы,
технологии, протоколы», Питер, 1999 г.
4. Материалы сайта rusdoc.df...
1
10
| |
