34. Технология синхронной цифровой иерархии sonet/sdh.

Технология синхронной цифровой иерархии первоначально была разработана компанией Bellcore под названием «Синхронные оптические сети» - Synchronous Optical NETs, SONET.

Первый вариант стандарта появился в 1984 году. Затем эта технология была стандартизована комитетом T1 ANSI.

Международная стандартизация технологии проходила под эгидой Европейского института телекоммуникационных стандартов (ETSI) и CCITT совместно с ANSI и ведущими телекоммуникационными компаниями Америки, Европы и Японии.

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

В результате удалось разработать международный стандарт Synchronous Digital Hierarchy, SDH (спецификации G.707-G.709), а также доработать стандарты SONET таким образом, что аппаратура и стеки SDH и SONET стали совместимыми и могут мультиплексировать входные потоки практически любого стандарта PDH - как американского, так и европейского.

Иерархия скоростей при обмене данными между аппаратурой SONET/SDH, которую поддерживает технология SONET/SDH, представлена в таблице 6.3.

В стандарте SDH все уровни скоростей (и, соответственно, форматы кадров для этих уровней) имеют общее название: STM-n - Synchronous Transport Module level n. В технологии SONET существуют два обозначения для уровней скоростей: STS-n - Synchronous Transport Signal level n, употребляемое при передаче данных электрическим сигналом, и ОС-n - Optical Carrier level n, употребляемое при передаче данных световым лучом по волоконно-оптическому кабелю. Форматы кадров STS и ОС идентичны.

Кадры данных технологий SONET и SDH, называемые также циклами, по форматам совпадают, естественно начиная с общего уровня STS-3/STM-1. Эти кадры обладают большой избыточностью, так как передают большое количество служебной информации, которая нужна для:

обеспечения гибкой схемы мультиплексирования потоков данных разных скоростей, позволяющих вставлять (add) и извлекать (drop) пользовательскую информацию любого уровня скорости, не демультиплексируя весь поток;

обеспечения отказоустойчивости сети;

поддержки операций контроля и управления на уровне протокола сети;

синхронизации кадров в случае небольшого отклонения частот двух сопрягаемых сетей.

35. Применение цифровых первичных сетей.

Сети SDH и сети плезиохронной цифровой иерархии очень широко используются для построения как публичных, так и корпоративных сетей. Особенно популярны их услуги в США, где большинство крупных корпоративных сетей построено на базе выделенных цифровых каналов. Эти каналы непосредственно соединяют маршрутизаторы, размещаемые на границе локальных сетей отделений корпорации.

При аренде выделенного канала сетевой интегратор всегда уверен, что между локальными сетями существует канал вполне определенной пропускной способности. Это положительная черта аренды выделенных каналов. Однако при относительно небольшом количестве объединяемых локальных сетей пропускная способность выделенных каналов никогда не используется на 100 %, и это недостаток монопольного владения каналом - предприятие всегда платит не за реальную пропускную способность. В связи с этим обстоятельством в последнее время все большую популярность приобретает служба сетей frame relay, в которых каналы разделяют несколько предприятий.

На основе первичной сети SDH можно строить сети с коммутацией пакетов, например frame или АТМ, или же сети с коммутацией каналов, например ISDN. Технология АТМ облегчила эту задачу, приняв стандарты SDH в качестве основных стандартов физического уровня. Поэтому при существовании инфраструктуры SDH для образования сети АТМ достаточно соединить АТМ-коммутаторы жестко сконфигурированными в сети SDH-каналами.

Телефонные коммутаторы также могут использовать технологию цифровой иерархии, поэтому построение телефонной сети с помощью каналов PDH или SONET/SDH не представляет труда. На (рис. 6.10.) . показан пример сосуществования двух сетей - компьютерной и телефонной - на основе выделенных каналов одной и той же первичной цифровой сети.

Рис. 6.10. Использование цифровой первичной сети для организации двух наложенных сетей - вычислительной и телефонной

36. Корпоративные вычислительные сети.

Корпоративная вычислительная сеть (Intranet) — это сеть на уровне компании, в которой используются программные средства, основанные на протоколе TCP/IP Internet.

Intranet — это версия Internet на уровне компании, адаптация некоторых технологий, созданных для Internet, применительно к частным локальным (LAN) и глобальным (WAN) сетям организаций.

Корпоративную сеть можно рассматривать как модель группового сотрудничества или как вариант решения прикладного программного обеспечения для рабочих групп, основанного на открытых стандартах Internet.

Корпоративные сети, как и Internet, основаны на технологии «клиент — сервер», т.е. сетевое приложение делится на стороны: клиента, запрашивающего данные или услуги, и сервера, обслуживающего запросы клиента.

Рис. 16.1. Типовая структура КВС

Типовая структура КВС приведена на рис. 16.1.

Здесь выделено оборудование сети, размещенное в центральном офисе корпорации и в ее региональных отделениях.

В центральном офисе имеется локальная сеть и автоматическая телефонная станций (АТС) с подключенными к ней телефонными аппаратами (Т). Через мультиплексор-коммутатор и модемы ЛВС и АТС имеют выход на территориальную сеть связи (ТСС) типа Frame ftelay или Х.25, где используются выделенные телефонные линии связи. Такое же оборудование сети имеется в каждом региональном отделении (РО-1, ..., PO-N).

Удаленные персональные компьютеры (УПК) через сервер доступа и ТСС имеют прямую связь с ЛВС центрального офиса.

Для реализации Intranet необходимы следующие компоненты:

компьютерная сеть для совместного использования ресурсов, или сетъ взаимосвязанных ЛВС и УПК;

сетевая операционная система, поддерживающая протокол TCP/ IP (Unix, Windows NT, Netware, OS/2);

компьютер-сервер, который может работать как сервер Internet;

программное обеспечение сервера, поддерживающее запросы броузеров в формате протокола передачи гипертекстовых сообщений (HTTP);

компьютеры-клиенты, на которых имеется сетевое программное обеспечение, позволяющее посылать и принимать пакетные данные по протоколу TCP/IP;

программное обеспечение броузера для различных компьютеров-клиентов (Netscape Navigator, Microsoft Internet Explorer).

Эти требования к оборудованию и программному обеспечению Intranet дополняются требованиями к знанию технологии составления документов на языке описания Гипертекста (HTML).

37. Общая архитектура INTRANET систем.

Intranet-системы описываются трехъярусной моделью организации приложений. Суть трехъярусной модели - в разделении

уровня клиентских представлений(=пользовательского интерфейса),

уровня бизнес-процессов (собственно содержательной части задачи) и

уровня управления данными.

Такая архитектура позволяет создавать гибкие, легко изменяемые под требования рынка приложения. Хотя указанное деление относится к программной, а не аппаратной архитектуре, и зачастую физически уровни выделить сложно, но возможно представить общую архитектуру intranet-системы в виде триады:

“Клиент(ы) <=> Web-сервер + сервер приложений <=> сервер(ы) баз данных”.

Клиент

В качестве клиентов intranet-систем выступают программы просмотра. Это не всегда автономные приложения, запускаемые на рабочей станции. Клиентом может выступать и традиционный АРМ со встроенным объектом, обеспечивающим возможности просмотра, таким как WebBrowser компании Microsoft.

В настоящее время существуют термины “тонкий клиент” (thin) и “толстый клиент” (fat).

“Толстый клиент” сам реализует основные бизнес-процессы, используя сервер для организации доступа к базам данных и выполнения самых общих задач.

На “тонкого клиента” возлагается только функция поддержки пользовательского интерфейса и вся осмысленная работа выполняется на сервере приложений.

Учитывая проблемы “толстого клиента”

из-за необходимости обеспечить функциональность различных клиентских мест усложняется переносимость системы и возрастает сложность разработки;

сложная логика клиентского места увеличивает требования к его мощности;

с ростом популярности таких средств доступа к Internet/intranet, как сетевые компьютеры, сотовые телефоны, завышение требования к мощности будет все более критичным ограничением;

“толстому клиенту” требуется получение от сервера по сети большого массива исходных данных, которые он будет обрабатывать, что существенно увеличивает нагрузку на сеть;

перенос логики выполнения бизнес-процессов на отдельные клиентские места существенно усложняет процесс синхронизации клиентских приложений между собой.

Целесообразно применение в intranet-системах “тонкого клиента”, основная функция которого - поддержка взаимодействия приложения и пользователя.

Сервер

Серверная часть intranet-системы включает, как правило, сервер приложения, интегрированный с собственно WWW-сервером, и один или множество серверов баз данных.

Под сервером приложения понимается некоторая компонента intranet-системы, которая отвечает за выполнение бизнес-процессов на сервере.

К ней относятся выполняемые на Web-сервере CGI-программы, модули ISAPI, а также технология Active Server Pages (ASP) - открытое окружение, объединяющее страницы HTML, серверные компоненты ActiveX™ и ActiveX Scripting Engine для создания динамических интерактивных серверных приложений.

В модели, использующей “тонкого клиента”, вся специфическая логика приложения сосредоточена на сервере. Причем сервер приложений intranet-системы не обязательно соответствует одному компьютеру, а может быть рассредоточен по сети. Клиент взаимодействует с сервером, обмениваясь только информацией об изменении состояния, что предотвращает перегрузку сети. Логика работы сервера может изменяться разработчиком, а клиент будет продолжать работать в прежнем режиме.

В intranet-системе WWW-сервер служит точкой доступа клиентов к данным.