Реферат: Структура управления сетями - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Структура управления сетями

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 174 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Структура управления локальными вычислительными сетями ВЕДЕНИЕ На чало 1980 года ознаменовалось резким ростом в области применения сетей . Как только компании поняли , что сетевая технология обеспечивает им сокращение расходов и повышение производительности , они начали устанавливать новые и расширять уже существующие сети почти с такой же скоростью , с какой появлялись новые технологии сетей и изделия для них . К середине 1980 года стали очевидными проблемы , число которых все более увеличивалось , связанные с этим ростом , особенно у тех компаний , которые применили много разны х (и несовместимых ) технологий сети . Основными проблемами , связанными с увеличением сетей , являются каждодневное управление работой сети и стратегическое планирование роста сети . Характерным является то , что каждая новая технология сети требует свою собств енную группу экспертов для ее работы и поддержки . В начале 1980гг . стратегическое планирование роста этих сетей превратилось в какой-то кошмар . Одни только требования к числу персонала для управления крупными гетерогенными сетями привели многие организаци и на грань кризиса . Насущной необходимостью стало автоматизированное управление сетями (включая то , что обычно называется "планированием возможностей сети "), интегрированное по всем различным окружениям . 1 Архитектура управления сети Протоколы управления Большинство архитектур управления сети используют одну и ту же базовую структуру и набор взаимоотношений . Конечные станции ( managed devices - управляемые устройства ), такие как компьютерные системы и другие сетевые устройства , прогоняют программные средств а , позволяющие им посылать сигналы тревоги , когда они распознают проблемы . Проблемы распознаются , когда превышен один или более порогов , заданных пользователем . Management entities (управляющие объекты ) запрограммированы таким образом , что после получения этих сигналов тревоги они реагируют выполнением одного , нескольких или группы действий , включающих : · Уведомление оператора · Регистрацию события · Отключение системы · Автоматические попытки исправления системы Управляющие объекты могут также опр осить конечные станции , чтобы проверить некоторые переменные . Опрос может быть автоматическим или его может инициировать пользователь . На эти запросы в управляемых устройствах отвечают "агенты ". Агенты - это программные модули , которые накапливают информа ц ию об управляемом устройстве , в котором они расположены , хранят эту информацию в "базе данных управления " и предоставляют ее (проактивно или реактивно ) в управляющие объекты , находящиеся в пределах "систем управления сети " (NMSs), через протокол управлени я сети . В число известных протоколов управления сети входят "the Simple Network Management Protocol (SPMP) " (Протокол Управления Простой Сети ) и " Common Management Information Protocol (CMIP) " (Протокол Информации Общего Управления ). "Management proxies " (У полномоченные управления ) - это объекты , которые обеспечивают информацию управления от имени других объектов. 1.2 Библиографическая справка протокола SNMP В создание протокола SNMP внесли свой вклад разработки по трем направлениям : High-level Entity Manag ement System (HEMS) Система управления объектами высшего уровня . Определяет систему управления с рядом интересных технических характеристик . К сожалению , HEMS использовалась только в местах ее разработки , что в конечном итоге привело к прекращению ее дейс твия . Simple Gateway Monitoring Protocol (SGMP) Протокол управления простым роутером . Разработка была начата группой сетевых инженеров для решения проблем , связанных с управлением быстрорастущей Internet; результатом их усилий стал протокол , предназначен ный для управления роутерами Internet. SGMP был реализован во многих региональных ветвях Internet. CMIP over TCP (CMOT) CMIP над ТСР . Пропагандирует сетевое управление , базирующееся на OSI, в частности , применение Common Management Information Protocol ( CMIP) (Протокол информации общего управления ) для облегчения управления объединенных сетей , базирующихся на ТСР . Достоинства и недостатки этих трех методов (HEMS, SGMP и CMOT) часто и горячо обсуждались в течение второй половины 1987 г . В начале 1988 г . б ыл образован комитет Internet Activities Board - IAB (IAB - это группа , ответственная за техническую разработку протоколов Internet) для разрешения дебатов по поводу протокола сетевого управления . В конечном итоге комитет IAB пришел к соглашению , что улуч ш енная версия SGMP, которая должна была называться SNMP, должна стать временным решением ; для долгосрочного применения должна быть проанализирована одна из технологий , базирующихся на OSI (либо СМОТ , либо сам С MIP). Для обеспечения легкого пути наращивания была разработана общая структура сетевого управления (которая теперь называется стандартной Структурой Управления Сети - Network Management Framework ). Сегодня SNMP является самым популярным протоколом управления различными коммерческими , университетскими и исследовательскими объединенными сетями . Деятельность по стандартизации , связанная с SNMP, продолжается по мере того , как поставщики разрабатывают и выпускают современные прикладные программы управления , базирующиеся на SNMP. SNMP относительно простой п ротокол , однако набор его характеристик является достаточно мощным для решения трудных проблем , возникающих при управлении большими сетями . 1.3 Основы технологии протокола SNMP SNMP является протоколом прикладного уровня , предназначенным для облегчения об мена информацией управления между сетевыми устройствами . Пользуясь информацией SNMP (такой , как показатель числа пакетов в секунду и коэффициент сетевых ошибок ), сетевые администраторы могут более просто управлять производительностью сети и обнаруживать и решать сетевые проблемы . 1.4 Модель управления , основанная на SNMP Агентами в SNMP являются программные модули , которые работают в управляемых устройствах . Агенты собирают информацию об управляемых устройствах , в которых они работают , и делают эту информа цию доступной для систем управления сетями ( network management systems - NMS ) с помощью протокола SNMP. Управляемое устройство может быть узлом любого типа , находящимся в какой-нибудь сети : это хосты , служебные устройства связи , принтеры , роутеры , мосты и концентраторы . Так как некоторые из этих систем могут иметь ограниченные способности управления программным обеспечением (например , они могут иметь центральные процессоры с относительно малым быстродействием , или ограниченный объем памяти ), программное о беспечение управления должно сделать допущение о наименьшем общем знаменателе . Другими словами , программы управления должны быть построены таким образом , чтобы минимизировать воздействие своей производительности на управляемое устройство . Так как управляе мые устройства содержат наименьший общий знаменатель программного обеспечения управления , тяжесть управления ложится на NMS. Поэтому NMS обычно являются компьютерами калибра АРМ проектировщика , которые имеют быстродействующие центральные процессоры , мегап и ксельные цветные устройства отображения , значительный объем памяти и достаточный объем диска . В любой управляемой сети может иметься одна или более NMS. NMS прогоняют прикладные программы сетевого управления , которые представляют информацию управления пол ь зователям . Интерфейс пользователя обычно базируется на стандартизированном графическом интерфейсе пользователя ( graphical user interface - GUI ). Сообщение между управляемыми устройствами и NMS регулируется протоколом сетевого управления . Стандартный прото кол сети Internet, Network Management Framework, предполагает парадигму дистанционной отладки , когда управляемые устройства поддерживают значения ряда переменных и сообщают их по требованию в NMS. Например , управляемое устройство может отслеживать следующ и е параметры : · -число и состояние своих виртуальных цепей ; · -число определенных видов полученных сообщений о неисправности ; · -число байтов и пакетов , входящих и исходящих из данного устройства ; · -максимальная длина очереди на выходе (для роутеров и других устройств объединения сетей ); · -отправленные и принятые широковещательные сообщения ; · -отказавшие и вновь появившиеся сетевые интерфейсы. 2 Модель управления сети ISO Международная Организация по Стандартизации (ISO) внесла большой вклад в ст андартизацию сетей . Модель управления сети этой организации является основным средством для понимания главных функций систем управления сети . Эта модель состоит из 5 концептуальных областей : 1. Управление эффективностью 2. Управ ление конфигурацией 3. Управление учетом использования ресурсов 4. Управление неисправностями 5. Управление защитой данных 2.1 Управление эффективностью Цель управления эффективностью - измерение и обеспечение различных аспекто в эффективности сети для того , чтобы межсетевая эффективность могла поддерживаться на приемлемом уровне . Примерами переменных эффективности , которые могли бы быть обеспечены , являются пропускная способность сети , время реакции пользователей и коэффициент и спользования линии . Управление эффективностью включает несколько этапов : Сбор информации об эффективности по тем переменным , которые представляют интерес для администраторов сети . Анализ информации для определения нормальных (базовая строка ) уровней . О пределение соответствующих порогов эффективности для каждой важной переменной таким образом , что превышение этих порогов указывает на наличие проблемы в сети , достойной внимания . Управляемые объекты постоянно контролируют переменные эффективности . При пре вышении порога эффективности вырабатывается и посылается в NMS сигнал тревоги . Каждый из описанных выше этапов является частью процесса установки реактивной системы . Если эффективность становится неприемлемой вследствие превышения установленного пользоват елем порога , система реагирует посылкой сообщения . Управление эффективностью позволяет также использовать проактивные методы . Например , при проектировании воздействия роста сети на показатели ее эффективности может быть использован имитатор сети . Такие им и таторы могут эффективно предупреждать администраторов о надвигающихся проблемах для того , чтобы можно было принять контрактивные меры . 2.2 Управление конфигурацией Цель управления конфигурацией - контролирование информации о сете - вой и системной конфигур ации для того , чтобы можно было отслеживать и управлять воздействием на работу сети различных версий аппаратных и программных элементов . Т.к . все аппаратные и программные элементы имеют эксплуатационные отклонения , погрешности , или то и другое вместе , кот о рые могут влиять на работу сети , такая информация важна для поддержания гладкой работы сети . Каждое устройство сети располагает разнообразной информацией о версиях , ассоциируемых с ним . Например , АРМ проектировщика может иметь следующую конфигурацию : Опе рационная система , Version 3.2 Интерфейс Ethernet, Version 5.4 Программное обеспечение TCP/IP, Version 2.0 Программное обеспечение NetWare, Version 4.1 Программное обеспечение NFS, Version 5.1 Контроллер последовательных сообщений , Version 1.1 Програ ммное обеспечение Х .25, Version 1.0 программное обеспечение SNMP, Version 3.1 Чтобы обеспечить легкий доступ , подсистемы управления конфигурацией хранят эту информацию в базе данных . Когда возникает какая-нибудь проблема , в этой базе данных может быть пр оведен поиск ключей , которые могли бы помочь решить эту проблему . 2.3 Управление учетом использования ресурсов Цель управления учетом использования ресурсов - измерение параметров использования сети , чтобы можно было соответствующим образом регулировать е е использование индивидуальными или групповыми пользователями . Такое регулирование минимизирует число проблем в сети (т.к . ресурсы сети могут быть поделены исходя из возможностей источника ) и максимизировать равнодоступность к сети для всех пользователей. Как и для случая управления эффективностью , первым шагом к соответствующему управлению учетом использования ресурсов является измерение коэффициента использования всех важных сетевых ресурсов . Анализ результатов дает возможность понять текущую картину исп ользования . В этой точке могут быть установлены доли пользования . Для достижения оптимальной практики получения доступа может потребоваться определенная коррекция . Начиная с этого момента , последующие измерения использования ресурсов могут выдавать информ а цию о выставленных счетах , наряду с информацией , использованной для оценки наличия равнодоступности и оптимального коэффициента использования источника . 2.4 Управление неисправностями Цель управления неисправностями - выявить , зафиксировать , уведомить пол ьзователей и (в пределах возможного ) автоматически устранить проблемы в сети с тем , чтобы эффективно поддерживать работу сети . Т.к . неисправности могут привести к простоям или недопустимой деградации сети , управление неисправностями , по всей вероятности , я вляется наиболее широко используемым элементом модели управления сети ISO. Управление неисправностями включает в себя несколько шагов : Определение симптомов проблемы . Изолирование проблемы . Устранение проблемы . Проверка устранения неисправности на все х важных подсистемах . Регистрация обнаружения проблемы и ее решения . 2.5 Управление защитой данных Цель управления защитой данных - контроль доступа к сетевым ресурсам в соответствии с местными руководящими принципами , чтобы сделать невозможными саботаж сети и доступ к чувствительной информации лицам , не имеющим соответствующего разрешения . Например , одна из подсистем управления защитой данных может контролировать регистрацию пользователей ресурса сети , отказывая в доступе тем , кто вводит коды доступа , н е соответствующие установленным . Подсистемы управления защитой данных работают путем разделения источников на санкционированные и несанкционированные области . Для некоторых пользователей доступ к любому источнику сети является несоответствующим . Такими пол ьзователями , как правило , являются не члены компании . Для других пользователей сети (внутренних ) несоответствующим является доступ к информации , исходящей из какого - либо отдельного отдела . Например , доступ к файлам о людских ресурсах является несоответст в ующим для любых пользователей , не принадлежащих к отделу управления людскими ресурсами (исключением может быть администраторский персонал ). Подсистемы управления защитой данных выполняют следующие функции : Идентифицируют чувствительные ресурсы сети (вклю чая системы , файлы и другие объекты ) Определяют отображения в виде карт между чувствительными источниками сети и набором пользователей Контролируют точки доступа к чувствительным ресурсам сети Регистрируют несоответствующий доступ к чувствительным ресур сам сети . 3 Топологии вычислительной сети Перед тем , как приступить к описанию некоторых основных принципов управления сетью , необходимо познакомиться с основами построения сети. 3.1 Топология ЛВС по видам соединения 3.1.1 Топология типа звезда Концепци я топологии сети в виде звезды пришла из области больших ЭВМ , в которой головная машина получает и обрабатывает все данные с пе риферийных устройств как активный узел обработки данных . Этот принцип применяется в системах передачи данных , например , в элект р онной почте RELCOM. Вся информация между двумя периферийными рабочими мес тами проходит через центральный узел вычислительной сети. Рисунок 2 - Топол огия в виде звезды Пропускная способность сети определяется вычислительной мощно стью узла и гарантируется для каждой рабочей станции . Коллизий (столкновений ) данных не возникает. Кабельное соединение довольно простое , так как каждая рабочая станция связа на с узлом . Затраты на прокладку кабелей высокие , особенно когда центральный узел географически расположен не в центре топологии. Топология в виде звезды является наиболее быстродействующей из всех топологий вычислительных сетей , поскольку передача данных между рабочими станциями проходит через центральный узел (при его хорошей производительности ) по отдельным линиям , используемым только этими рабочими станциями . Частота запросов передачи информации от одной станции к другой невысокая по сравнению с достиг а емой в других тополо гиях. Производительность вычислительной сети в первую очередь зависит от мощности центрального файлового сервера . Он может быть узким ме стом вычислительной сети . В случае выхода из строя центрального узла на рушается работа всей сети. Центральный узел управления - файловый сервер мотает реализо вать оптимальный механизм защиты против несанкционированного доступа к информации . Вся вычислительная сеть может управляться из ее центра. 3.1.2 Кольцевая топология При кольцевой топологии сети рабочие станции связаны одна с дру гой по кругу , т.е . рабочая станция 1 с рабочей станцией 2, рабочая станция 3 Рисунок 3 - Кольцевая топология с ра бочей станцией 4 и т.д . Последняя рабочая станция связана с первой . Коммуникационная связь замыкается в кольцо. Прокладка кабелей от одной рабочей станции до другой может быть довольно сложной и дорогостоящей , особенно если географически рабочие станции ра сположены далеко от кольца (например , в линию ). Сообщения циркулируют регулярно по кругу . Рабочая станция посы лает по определенному конечному адресу информацию , предварительно получив из кольца запрос . Пересылка сообщений является очень эффектив ной , так как большинство сообщений можно отправлять “в дорогу” по ка бельной системе одно за другим . Очень просто можно сделать кольцевой запрос на все станции . Продолжительность передачи информации увеличи вается пропорционально количеству рабочих станций , входящ и х в вычисли тельную сеть. Основная проблема при кольцевой топологии заключается в том , что каждая рабочая станция должна активно участвовать в пересылке информа ции , и в случае выхода из строя хотя бы одной из них вся сеть парализуется . Неисправности в каб ельных соединениях локализуются легко . Подключение новой рабочей станции требует кратко срочного выключения сети , так как во время установки кольцо должно быть разомкнуто . Ограниче ния на протяженность вычислительной сети не существует , так как оно , в кон е чном счете , определяется исключительно расстоянием между двумя рабочими станциями. Специальной формой кольцевой топологии является логическая кольцевая сеть , представленная на рисунке 4. Физически она монтируется как соединение звездных топо логий . Отдельн ые звезды включаются с помощью специальных коммутато ров (англ . Hub -концентратор ), которые по-русски также иногда называют “хаб” . В зависимости от числа рабочих станций и длины кабеля между рабо чими станциями применяют активные или пассивные концентрато р ы . Актив ные концентраторы дополнительно содержат усилитель для подключения от 4 до 16 рабочих станций . Пассивный концентратор является исключи тельно разветвительным устройством (максимум на три рабочие станции ). Управление отдельной рабочей станцией в л о гической кольцевой сети про исходит так же , как и в обычной кольцевой сети . Каждой рабочей станции присваивается соответствующий ей адрес , по которому передается управ ление (от старшего к младшему и от самого младшего к самому старшему ). Разрыв соединени я происходит только для нижерасположенного (ближайшего ) узла вычислительной сети , так что лишь в редких случаях мо жет нарушаться работа всей сети. Р исунок 4 - Структура логической кольцевой цепи 3.1.3 Шинная топология При шинной топологии среда передачи информации представляется в форме коммуникационного пути , доступного дня всех рабочих станций , к которому они все должны быть подключены . Все рабочие станции могут не посредственно вступать в контакт с любой рабочей станцией , имеющейся в сети. Рабочие станции в любое время , без прерывания работы всей вычис лительной сети , могут быть подключены к ней или отключены . Функциони рование вычислительной сети не зависит от состояния отдельной рабочей станции. Рисунок 5 - Шинная топология Благодаря тому , что рабочие станции можно включать без прерыва ния сет евых процессов и коммуникационной среды , очень легко прослуши вать информацию , т.е . ответвлять информацию из коммуникационной среды. В ЛВС с прямой (не модулируемой ) передачей информации всегда может существовать только одна станция , передающая информацию. Для предот вращения коллизий в большинстве случаев применяется временной метод разделения , согласно которому для каждой подключенной рабочей станции в определенные моменты времени предоставляется исключительное право на использование канала передачи данн ы х . Поэтому требования к пропуск ной способности вычислительной сети при повышенной нагрузке снижа ются , например , при вводе новых рабочих станций . Рабочие станции при соединяются к шине посредством устройств ТАР (англ . Terminal Access Point - точка подклю ч ения терминала ). ТАР представляет собой специальный тип подсоединения к коаксиальному кабелю . Зонд игольчатой формы внедря ется через наружную оболочку внешнего проводника и слой диэлектрика к внутреннему проводнику и присоединяется к нему. В ЛВС с модулир ованной широкополосной передачей информации различные рабочие станции получают , по мере надобности , частоту , на ко торой эти рабочие станции могут отправлять и получать информацию . Пе ресылаемые данные модулируются на соответствующих несущих частотах , т.е. между средой передачи информации и рабочими станциями находятся соответственно модемы для модуляции и демодуляции . Техника широкопо лосных сообщений позволяет одновременно транспортировать в коммуни кационной среде довольно большой объем информации . Для д альнейшего развития дискретной транспортировки данных не играет роли , какая перво начальная информация подана в модем (аналоговая или цифровая ), так как она все равно в дальнейшем будет преобразована. 3.1.4 Древовидная структура ЛВС Рисунок 6 - Древовидная структура ЛВС Наряду с известными топологиями вычислительных сетей кольцо , звезда и шина , на практике применяется и комбинированная , на пример древ овидная структура . Она образуется в основном в виде комбинаций вы шеназванных топологий вычислительных сетей . Основание дерева вычис лительной сети располагается в точке (корень ), в которой собираются ком муникационные линии информации (ветви дерева ). Вычи слительные сети с древовидной структурой применяются там , где невозможно непосредственное применение базовых сетевых структур в чистом виде . Для подключения большого числа рабочих станций соответст венно адаптерным платам применяют сетевые усилители и / и л и коммута торы . Коммутатор , обладающий одновременно и функциями усилителя , на зывают активным концентратором. На практике применяют две их разновидности , обеспечивающие под ключение соответственно восьми или шестнадцати линий. Устройство , к которому можно присоединить максимум три станции , называют пассивным концентратором . Пассивный концентратор обычно ис пользуют как разветвитель . Он не нуждается в усилителе . Предпосылкой для подключения пассивного концентратора является то , что максимальное возможное ра с стояние до рабочей станции не должно превышать несколь ких десятков метров. 3.2 Типы построения сетей по методам передачи информации 3.2.1 Локальная сеть Token Ring Этот стандарт разработан фирмой IBM. В качестве передающей среды применяется неэкранирован ная или экранированная витая пара (UPT или SPT) или оптоволокно . Скорость передачи данных 4 Мбит /с или 16Мбит /с . В качестве метода управле ния доступом станций к передающей среде используется метод - маркерное кольцо (То ken Ring). Основные положения этого метода : - устройства подключаются к сети по топологии кольцо ; - все устройства , подключенные к сети , могут передавать данные , только получив разрешение на передачу (маркер ); - в любой момент времени только одна станция в сети обладает таким правом. Типы па кетов. В IВМ То k е n Ring используются три основных типа пакетов : - пакет управление /данные (Data/Со mmand Frame); - маркер (Token); - пакет сброса (А bort). Пакет Управление /Данные . С помощью такого пакета выполняется передача данных или команд управления работой сети . Маркер . Станция может начать передачу данных только после получения такого пакета , В одном кольце может быть только один маркер и , соответственно , только одна станция с правом передачи данных . Пакет Сброса . Посылка такого пакета называет пр екращение любых передач. В сети можно подключать компьютеры по топологии звезда или кольцо . 3.2.2 Локальная сеть Arknet. Arknet (Attached Resource Computer NETWork ) - простая , недорогая , надежная и достаточно гибкая архитектура локальной сети . Разработа на корпорацией Datapoint в 1977 году . Впоследствии лицензию на А rcnet приобрела корпорация SМС (Standard Microsistem Corporation), которая стала основным разработчиком и производителем оборудования для сетей А rcnet. В качестве передающей среды используютс я витая пара , коаксиальный кабель (RG-62) с волновым сопротивлением 93 Ом и оптоволоконный кабель . Скорость передачи данных - 2,5 Мбит /с . При подключении устройств в А rcnet применяют топологии шина и звезда . Метод управления доступом станций к передающей с р еде - маркерная шина (То ken Bus). Этот метод предусматривает следующие правила : - Все устройства , подключенные к сети , могут передавать данные только получив разрешение на передачу (маркер ); - В любой момент времени только одна станция в сети обладает таки м правом ; - Данные , передаваемые одной станцией , доступны всем станциям сети. Основные принципы работы. Передача каждого байта в А rcnet выполняется специальной посылкой ISU (Information Symbol Unit - единица передачи информации ), состоящей из трех служебны х старт /стоповых битов и восьми битов данных . В начале каждого пакета передается начальный разделитель АВ (А lег t В urst), который состоит из шести служебных битов . Начальный разделитель выполняет функции преамбулы пакета. В А rcnet определены 5 типов пакетов : Пакет IТТ (Information To Transmit) - приглашение к передаче . Эта посылка передает управление от одного узла сети другому . Станция , принявшая этот пакет , получает право на передачу данных. Пакет FBE (Free Buffeг Е nquiries) - запрос о готовности к приему данных . Этим пакетом проверяется готовность узла к приему данных. Пакет данных . С помощью этой посылки производиться передача данных. Пакет АСК (ACKnowledgments) - подтверждение приема . Подтверждение готовности к приему данных или подтверждение приема паке та данных без ошибок , т.е . в ответ на FBE и пакет данных. Пакет NAK ( Negative AcKnowledgments) - неготовность к приему . Неготовность узла к приему данных ( ответ на FBE ) или принят пакет с ошибкой. В сети Arknet можно использовать две топологии : звезда и шина . 3.2.3 Локальная сеть Ethernet Спецификацию Ethernet в конце семидесятых годов предложила компания Xerox Corporation. Позднее к этому проекту присоединились компании Digital Equipment Corporation (DEC) и Intel Corporation. В 1982 году была опубликов ана спецификация на Ethernet версии 2.0. На базе Ethernet институтом IEEE был разработан стандарт IEEE 802.3. Различия между ними незначительные. Основные принципы работы. На логическом уровне в Ethernet применяется топология шина : - все устройства , подклю ченные к сети , равноправны , т.е . любая станция может начать передачу в любой момент времени ( если передающая среда свободна ); - данные , передаваемые одной станцией , доступны всем станциям сети. Ethernet - самая популярная в настоящее время сетевая архитект ура . Она использует узкополосную передачу со скоростью 10 и 100 Мбит /с. 4 Средства управления компьютерными сетями Большие глобальные компьютерные сети являются обычным делом для пользователей компьютеров фирмы IBM, поэтому нет ничего удивительного в том , что эта фирма также предоставляет и средства для управления такими компьютерными сетями . Протокол Token Ring и Архитектура сетевых систем (SNA — System Network Architecture) фирмы IBM являются фунда ментом , на котором построены системы LAN Network Manage r и Net View. 4.1 Управление ЛВС с протоколом Token Ring Протокол Token Ring всегда обладал специальными возможностями для внутренней диагностики и управления — свойствами , в течение длительного времени не используемыми программным обеспечением . В отличие от сетей с протоколами ARCnet и EtherNet, в ЛВС с протоколом Token Ring всегда циркулируют кадры MAC (Контроля доступа к среде ), которые предостав ляют ценную информацию о статусе ЛВС . В частности , сетевые адаптеры используют эту информации для поддержания работоспособности ЛВС , а прикладные программы , предназначенные для управления компьютерной сетью , могут использовать эту информацию для определения статуса и состояния сети. Некоторые производители предлагают программные средства перехвата кадров MAC для управления сетью . Одним из таких производителей является фирма IBM, дополняющая кадры MAC, как определено в сетях SNA, слоями других протоколов , предназначенных для целей управления компьютерными сетями . Как правило , в больших организациях сети с протоколо м Token Ring, являются частью сетей SNA. SNA является сетевым стандартом фирмы IBM, включающим практически любые устройства : терминалы , ПК , ЛВС , контрол леры , большие ЭВМ и даже дистанционные принтеры . Узлы сетей SNA можно подразделить на входные точки и ф окальные точки . Входные точки являются источником статистики SNA и информации о статусе устройств , а фокальные точки предназначены для ее приема и представления информации оператору. Внутри SNA фирма IBM ввела стандарт Служб управления сетью , где определил а , как различные системы управления должны связываться друг с другом . Например , стандарт фирмы IBM устанавливает , что сигнал тревоги (сигнал об ошибке или о другом значительном событии в ЛВС ) должен содержать следующие данные : адрес узла , где произошла оши бка ; дата и время , когда произошла ошибка ; идентификационный номер управляющего компонента , сообщившего об ошибке ; возможная причина ошибки и реко мендуемые действия . (Конечно , узел , сообщивший об ошибке , может быть не в состоянии предоставить все перечис л енные данные ). Несмотря на то , что стандарт SNA был разработан фирмой , он является хорошо документи рованным и широко распространенным стандартом , которого придержива ются многие производители компьютеров для того , чтобы их аппаратные и программные продукт ы были совместимы с изделиями IBM. Не все рабочие станции в ЛВС с протоколом Token Ring являются равноправными . Одна из них назначается активным монитором , т.е . наделяется дополнительной ответственностью контроля работоспособности кольца . Активный монитор занимается обслуживанием синхронизации кольца , выпускает новые маркеры (при необходимости ) для сохранения работоспособности кольца и создает диагностические кадры при определен ных обстоятельствах . Активным монитором может быть любая рабочая станция , назн а чаемая при инициализации кольца . Если активный монитор выходит из строя , то остальные рабочие станции в ЛВС немедленно начи нают переговоры между собой для назначения нового активного монитора. В стандарте протокола Token Ring IEEE 802.5 определены шесть т ипов пакетов (кадров ) MAC. При присоединении к кольцу рабочей станции она передает пакет "Тест дублирования адреса " для того , чтобы убедиться в уникаль ности своего адреса . Для уведомления остальных рабочих станций о своей работоспособности активный монито р периодически передает пакеты "Актив ный монитор присутствует ". Другие рабочие станции периодически передают пакеты "Запасной монитор присутствует ". При подозрении о выходе из строя активного монитора запасные мониторы передают пакет "Требование маркера ". Рабочие станции передают пакет "Маяк " ("Тревога ") в случае возникновения серьезных проблем в сети , таких как обрыв кабеля или передача , не синхрони зированная с получением маркера . Пакет "Очистка " передается после инициа лизации кольца или после установл е ния нового активного монитора. Программное обеспечение управления сетью осуществляет локализацию активных мониторов по пакетам MAC "Активный монитор присутствует ". Диагностика сетей выполняется программным обеспечением с помощью пакетов "Маяк ". Кроме этого , используя стандартную технику опроса (поллинга ) кольца по стандарту IEEE 802.5, программное обеспечение имеет возможность определения статуса каждого сетевого адаптера . Если в ЛВС с протоколом Token Ring, являющейся частью сети SNA, будет обнаружен сетев ой адаптер , которому запрещено участвовать в обмене данными , то программное обеспечение может передать сигнал тревоги . При возникнове нии ошибок в какой-нибудь из рабочих станций в сети с протоколом Token Ring истинным виновником этого иногда может быть др угая станция . Например , рабочая станция — ближайший верхний по течению сосед (Nearest Active Upstream Neighbor — NAUN) — узел , ответственный за передачу маркера или пакета вниз по течению , мог испортить данные из-за внутренней неисправности . Программное об еспечение управления компью терной сетью может распознавать подобные ситуации с NAUN и правильно интерпретировать их для выявления истинного виновника. 4.2 Использование принципов SNA в ЛВС с протоколом Token Ring На следующем после MAC уровне входные и фо кальные точки могут использовать Службы управления (Management Services) SNA для осущест вления функций управления компьютерной сетью . Если на рабочей станции загружено программное обеспечение , ориентированное на применение в SNA, ее можно опрашивать , тест ировать или диагностировать с удаленной рабочей станции. SNA имеет широкий набор средств , предназначенных для выполнения управленческих и служебных функций . В ее рамках существу ют возможности проведения трассировок , записи "снимков " содержимого ОЗУ (даже с удаленных рабочих станций ), требований проведения тестов и передачи их результатов , получения и записи статистики. К примеру , для трассировки событий в отдельных сегментах компьютерной сети фокальная точка выдает запрос "Активизировать канал " (Activate L ink — ACTLINK). Следующее за этим требование "Активизировать трассировку " (Activate Trace — ACTTRACE) предназначено для записи данных трассировки (Record Trace Data — RECTRD), и последнее требование "Деактивизации трассировки " (Deactivate Trace — DACTTRACE) заканчивает цикл . Сообщение RECTRD содержит адрес канала , тип трассировки и трассировочные данные . Запрос ACTTRACE может содержать признак того , что трассировка предна значена для всего сегмента или для определенного канала. Запрос "Требование статистики обслуживания " (Request Maintainance Statistics — REQMS) предназначен для получения из узла SNA данных о статистике обслуживаемых ресурсов и определяет , нужно ли после передачи отчета производить сброс счетчиков , набирающих статистику . Рабочая ст анция с протоколом Token Ring в сети SNA в качестве ответа на этот запрос может передать технические данные адаптера : версию сетевого адаптера , версию программного обеспечения сети , уровень графика и число ошибок . Если число ошибок превзойдет предварительн о установленную пороговую величину , то рабочая станция может инициировать самостоятельную пере дачу этой статистики без предварительных запросов REQMS. Как видно , в сети SNA нет недостатка в средствах обслуживания и управления. 4.3 Использование продукта ф ирмы IBM LAN Network Manager LAN Network Manager — программный продукт фирмы IBM для управ ления компьютерными сетями . Он предназначен для оказания помощи сетевому администратору в управлении ЛВС с протоколом Token Ring, в особенности таких сетей , которые являются частями больших SNA. Про граммное обеспечение имеет простой интерфейс на основе меню и может применяться совместно с программой NetView (продукт фирмы IBM для больших ЭВМ ) или независимо от нее в односегментной или многосегмент ной компьютерной се ти с протоколом Token Ring. (He следует путать программное обеспечение управления сетью LAN Network Manager фирмы IBM с сетевой ОС LAN Manager фирмы Microsoft). Программное обеспечение LAN Network Manager совместимо с Архитек турой прикладных систем (SAA — System Application Architecture) и пред назначено для работы под управлением программы Presentation Manager ОС OS/2. Это программное обеспечение использует систему управления базой данных в OS/2 Database Manager для хранения и считывания данных о конфигур ации сети и истории событий и ошибок. Версия 1.1 программного обеспечения LAN Network Manager включает 80 команд программы NetView и использует протоколы CMIP и SNMP. Она предоставляет возможность просмотра графического изображения ЛВС. При автономной рабо те программа LAN Network Manager действует как фокальная точка в компьютерной сети , а при совместном использовании с программой NetView она является одновременно и входной точкой (агентом ) системы NetView для большой ЭВМ . Когда программное обеспечение LAN Network Manager используется в качестве входной точки , то в терминах SNA это означает , что оно является узлом SSCP (System Services Control Point) и использует коммуникационный сеанс физического устройства SSCP сети SNA для диалога с программой NetView. Об ычно в сети SNA имеются несколько узлов SSCP и они обеспечивают широкий набор управленческих услуг : помогают активизировать или деактивизировать сеть , распределяют сетевые ресурсы , управляют процессом восстановления сети после комму никационных сбоев , осущ ествляют сбор данных о графике сети , взаимодей ствуют с персоналом , обслуживающим сеть , выполняя его команды и координируя связи различных сегментов сети . Программа NetView сама по себе является узлом SSCP, предоставляющим централизованное управление больш ой , территориально разбросанной компьютерной сетью. Что это дает пользователю ? У него появляется возможность иницииро вать и контролировать операции управления сетью с любого терминала или рабочей станции сети , независимо от того , являются ли они физически частями управляемой ЛВС с протоколом Token Ring. Это качество оказы вается особенно полезным для сетевых администраторов , которые должны обслуживать компьютерные сети , территориально удаленные от них. Программный продукт LAN Network Manager работает с дру гими про граммами фирмы IBM для контроля доступа к сети . Он помогает в установке правил , определяющих возможность присоединения определенных рабочих станций к сети . С помощью программы LAN Station Manager и устройства 8230 CAU (Controlled Access Unit — Уст ройство контролируемого доступа ) для ЛВС с протоколом Token Ring система LAN Network Manager может обнаруживать попытки несанкционированного вторжения в сеть , генериро вать сигналы тревоги и автоматически удалять нарушителей путем пере программирования или сброса устройства 8230 CAU. Разумеется , сам продукт LAN Network Manager защищен паролем. Программный продукт LAN Station Manager вместе с пакетом LAN Network Manager и устройством CAU помогут легко составить схему распреде ления ПК в ЛВС , даже если их пол ожения изменяются со временем. Средство CAU включает функции представления отчетов для уведомле ния пакета LAN Network Manager об идентификационных кодах адаптеров , ответвлений и сегментов компьютерной сети . Программа LAN Station Man ager, существующая в в ерсиях для DOS и OS/2, осуществляет сбор инфор мации об устройствах с каждой из рабочих станций и затем передает эти данные пакету LAN Network Manager. Этот программный продукт обслужи вает базу данных станций , содержащую информацию о пользователях , такую как номер комнаты , порядковый номер и символическое имя маши ны . Фирма IBM предполагает , что программное обеспечение LAN Station Manager должно быть установлено на всех рабочих станциях . Программное обеспечение LAN Network Manager (или NetView) может сигна лизировать CAU или LAN Station Manager о выдаче отчета от этих средств об отдельных рабочих станциях и сравнить эту информацию с расположением машин в определенных местах здания . Таким образом , можно прослеживать за всеми перемещениями ПК по зданию вашей о рганизации. 4.4 Использование программы NetView фирмы IBM Программный продукт NetView, ориентированный на применение в боль ших ЭВМ , объединяет в себе возможности нескольких программ фирмы IBM, разработанных для больших ЭВМ . Система NCCF (Network Communica tions Control Facility — Средство контроля межсетевых коммуникаций ) может работать на многосегментных компьютерных сетях , записывая сигналы тре воги , распределяя управленческие обязанности между несколькими сетевыми операторами и запуская программы-сценари и . Система NLDM (Network Logical Data Manager — Управление логическими данными в сети ) осуществляет запись сеансов и данных о маршрутизации в сети . Программный модуль NPDA (Network Problem Determination Application — Приложение для обнаружения сетевых проб лем ) производит анализ сетевых неполадок , представляя его результаты с различными уровнями детализации . На самом нижнем уровне модуль NPDA выявляет вероятную причину ошибки или сбоя . Программный продукт NetView интегрирует эти и другие функции в простую п рикладную программу , предназначенную для решения задач управления компьютерной сетью , с интерфейсом на основе меню . Этот продукт позволяет оператору легко получить информацию о состоянии узла SNA так же , как и проанализировать статистику или осуществить ре кон фигурацию сетевых устройств . Оператор программ LAN Network Manager или NetView, например , может реконфигурировать мост в ЛВС , изменив его сетевой адрес или максимальное значение числа мостов , через которые может проходить сообщение в процессе транспорт ировки . Кроме этого , имеется возможность накопления статистики о производительности и гра фике сетевых мостов (включая число кадров , которые были проигнориро ваны или не были переданы из-за ошибок ) и о числе широковещательных кадров , предназначенных для п р иема всеми рабочими станциями . Можно также использовать средство NCCF программы NetView для передачи запроса или команды программному обеспечению LAN Network Manager, в действительности не находясь у рабочей станции , управляемой этим программным обеспечен ием . Вы можете запросить текущий статус узла сети с протоколом Token Ring, удалить узел из сети , произвести поточечный тест трассы между двумя узлами , осуществить сброс программы LAN Network Manager и запросить информацию о текущей конфигурации сегмента ЛВ С . Получать информацию о статусе сети , ее истории , а также осуществлять программный контроль системы NetView можно двумя путями . Как уже указывалось , программные средства NetView включают процессор файла сценария , который может быть использован администра тором для автома тизации реакции системы на определенные события . Программирование на языке сценария , встроенном в пакет NetView, очень сильно напоминает написание сценариев коммуникационных программ для ПК . Вы без особых затруднений можете написать програ мму реакции на определенные сигналы тревоги в сети . Ваша программа может даже предпринять попытку устра нения ошибки , передавая команду сброса устройства на узел , в котором возникла эта ошибка. Интерфейс для прикладного программирования пакета NetView боле е сложен , но позволяет с помощью пользовательских программ на языке высокого уровня получить доступ к данным конфигурации сети и файлам с историей сигналов тревоги . Прикладные программы могут также использо вать интерфейс прикладных программ (API — Applica tion Program Interface ) пакета NetView для подачи собственных сигналов тревоги , например , о неполадках в файле базы данных . Пакет NetView осуществляет запись всех сигналов тревоги в файл истории и предпринимает соответствующие действия (определенные вами ) по этим сигналам . Этим действием может быть , напри мер , уведомление оператора о том , что требуется его вмешательство . Новой особенностью API пакета NetView является средство LU 6.2 (для равноправных коммуникаций ). LU 6.2 — это протокол , ориентированный н а диалог внутри сети SNA. С помощью простых глаголов , таких как распределить , принять-и-ждать , передать-данные , подтвердить и пере распределить , протокол LU 6.2 облегчает осуществление запросов NetView или выполнение сетевых управленческих заданий (созданн ых , разумеется , программистами вашей организации ). Другой продукт фирмы IBM Net View/PC предоставляет протокол API к NetView, который другие производители могут использовать в качестве интерфейса со своим оборудованием . Такие компании , как Synoptics, AT&T, Paradyne и Codex выпускают продукты , работающие с NetView и основан ные на интерфейсе Net View /PC. Среди устройств с этим интерфейсом имеются адаптеры EtherNet, аппаратные средства управления модемом и сетевые ресурсы Т -1. Фирма IBM довольно ограниченно применяет протоколы CMIP и SNMP в своих продуктах , предназначенных для управления компьютерными сетями . Одним из немногих участков , где используются CMIP, является обеспе чение связи между устройством CAU и программным пакетом LAN Network Manager. Другие диагностические и управленческие функции внутри сети , вообще говоря , не являются совместимыми с протоколом CMIP. Первичные протоколы , используемые фирмой IBM в своих продук тах , предназначенных для управления компьютерными сетями , были определены в докумен те "Службы управления сетями SNA" и остаются неизменными до сих пор . В будущем фирма IBM планирует добавление средств поддержки протокола CMIP после того , как определение этого протокола станет более четким. 4.5 Программа RADview-PC Возможности : - Использо вание на ПК , работающих в среде Windows. - Централизованное управление оборудованием локальных и распределенных сетей. - Мониторинг , установка параметров и разрешение проблем как на уровне сети в целом , так и для отдельных портов . - Поддержка иерархически х структур сетей и возможность отображения с использованием нескольких уровней . - Статистика в различных графических форматах в режиме реального времени . - Централизованное управление по протоколу SNMP для локальной или распределенной сети . Программные модули для : ЛВС (Ethernet, Token Ring, FDDI, Internetworking). Распределенные сети (мультиплексоры E1/T1, интегрированные мультиплексоры голос-данные ). Сети с коммутацией пакетов (Пады и коммутаторы X.25/Frame Relay) - Возможность печати статистики и отче тов. - Звуковые и экранные уведомления о событиях или сигналы тревоги . - Автоматическое детектирование устройств , поддерживающих управление по протоколу SNMP. - Поддержка SNMP-агентов других фирм. - Компилятор и браузер MIB. Описание. Управляющая систем а RADview-PC обеспечивает полное управление и мониторинг локальных и распределенных сетей с одного рабочего места (компьютер администратора сети ). Программы обеспечивают возможность управления , конфигурирования и диагностики сетей . RADview-PC работает в с реде Microsoft Windows 3.1 и поддерживает все возможности графического интерфейса . Дружественный пользовательский интерфейс помогает оператору выполнить свои задачи . расширенные возможности администрирования сочетаются с простотой использования и невысоко й ценой программы для компьютеров клона IBM PC. RADview-PC обеспечивает полный мониторинг , управление и конфигурирование параметров для всей продукции RAD и сетей с помощью агентов SNMP или proxy-SNMP. С консоли администратора можно управлять несколькими л окальными и распределенными сетями , соединенными с помощью мостов , маршрутизаторов , мультиплексоров и других устройств . Программы управления сетью выполнены в виде модулей , использующих возможности базовой платформы RADview-PC, включающей приложения UDP/I P и SNMP. Доступ к программам RADview-PC ограничен паролем . Система автоматического детектирования обеспечивает поиск и идентификацию устройств SNMP. Принятые по умолчанию параметры задаются пользователем . Графическое представление сетевых устройств и свя зей между ними обеспечивает наглядность представления состояния сети на экране . Для отображения статуса устройств и каналов используются цветовые возможности . Функции диагностики и разрешения проблем обеспечивают звуковые и графические предупреждения , а т акже индикацию состояния . При возникновении сбоев в работе любого управляемого устройства на экране незамедлительно появляется сообщение . Возможна установка масок предупреждений на уровне отдельного порта . RADview-PC поддерживает продукцию других фирм с п омощью компилятора и браузера MIB. Эта возможность позволяет использовать SNMP-агенты других фирм для импорта мониторинга , управления . Для настройки оборудования других фирм используется простой графический интерфейс . Протоколирование работы. Превосходные средства протоколирования позволяют сохранить записи о всех событиях . В каждую запись автоматически включается идентификатор источника , причина создания записи и время . Информация в протоколе распределяется по категориям в соответствии с уровнем важности события . Протокол событий можно вывести на принтер . Простая и удобная система поиска данных в файлах протокола позволяет легко найти нужную информацию , используя программу ViewFilter, задающую искомую часть протокола . Для фильтрации можно использовать цел ый ряд параметров , включая : дату , время , узел , имя , событие , тип и т.п . Формат записи дат задается пользователем . RADview-PC позволяет одновременно использовать различные фильтры для просмотра одного файла протокола . Вы можете также использовать фильтры п ри печати отчета на основании файла протокола . RADview-PC поддерживает динамический обмен данными (Windows DDE). Такая возможность позволяет загружать заданные пользователем приложения при наступлении определенных событий . Статистика. RADview-PC автомати чески модернизирует данные статистики в реальном времени и выводит их на экран в форме таблиц , или графиков . Интервал обновления данных задается пользователем . Графически можно отобразить информацию о программных ошибках и загрузке сети . Пороговые значени я можно задать таким образом , что при их достижении будет выдаваться сообщение . Администратор сети может обнаруживать отклонения в значениях переменных (до 100). Шесть из этих переменных можно одновременно отображать в окне "health" (здоровье ), где показы ваются среднее значение , текущее и максимальное . Индикация каждого параметра использует цветовое кодирование . Статистическую информацию можно конвертировать в форматы различных текстовых процессоров , электронных таблиц и других прикладных программ . Карта сети . Карты сети дают пользователю возможность увидеть реальное представление сети . В качестве фона карты пользователь может задать любое изображение (например , план офиса или карту города ). Поддерживается возможность просмотра каждого агента . Цветовое к одирование информации на карте обеспечивает эффективное представление данных о состоянии сети . RADview-PC поддерживает многоуровневые карты , позволяющие отображать структуру сети иерархически . При возникновении проблемы , связанной с нижним уровнем , информ ация об это передается через промежуточные уровни на верхний для ее отображения на экране . Такое представление позволяет легко обнаружить источник проблемы и устранить неполадки . На основе привязанной к картам информации можно генерировать отчеты для разл ичных уровней сетевой иерархии . Требования к компьютеру Компьютер , совместимый с IBM PC: - не менее 80 Mb свободного пространства на диске - 8 Mb оперативной памяти - дисковод 3.5" - порт RS-232 для SLIP - цветной монитор VGA - сетевой адаптер - мышь , по ддерживаемая Windows 3.1 - принтер , поддерживаемый Windows 3.1 - параллельный порт 4.6 Программа управления сетями ForeView Компания "РУСЛАН Коммуникейшнз " предлагает программу ForeView для управления сетями АТМ всемирно признанного лидера в технологии А ТМ компании FORE systems. "РУСЛАН Коммуникейшнз " сотрудничает с FORE systems с 1995 года . За это время оборудование для сетей АТМ фирмы FORE systems зарекомендовало себя как надежное и гибкое , обладающее прекрасными показателями цена /производительность . П е речень выпускаемой продукции полностью охватывает весь спектр оборудования для сетей АТМ и устройств доступа к АТМ . Программа ForeView представляет собой законченное решение для всех задач управления АТМ-сетями FORE. ForeView поддерживает аппаратные средс т ва FORE, предназначенные для работы в этих сетях , обеспечивая подробную информацию о каждом элементе сети и позволяя легко конфигурировать сеть . ForeView использует графический интерфейс , позволяющий следить за работой виртуальных каналов и маршрутов , уст анавливать виртуальные пути , конфигурировать порты , следить за ошибками в линиях связи и тестировать их , собирать информацию о работе сети и управлять виртуальными ЛВС . ForeView может быть интегрирована с системами управления HP Open View, Cabletron Spect rum или SunNet Manager, либо работать самостоятельно под управлением Windows NT, Solaris, SunOS, IRIX или HP-IX. Такая гибкость позволяет применять для управления АТМ-сетью любую платформу по Вашему выбору. Технические характеристики ForeView включают : · Автоматическое распознавание структуры и составление карт сети. · Наблюдение за выбранным устройством с помощью одного щелчка "мыши ". · Проверку версий аппаратного и программного обеспеч ения во всей сети. · Конфигурирование виртуальных ЛВС и виртуальных маршрутизаторов. · Учет работы пользователей и выставление счетов. · Графическое представление ошибок при обмене данными и статистику использования хоста на уровне сое динения , маршрута или канала. · Запись статистической информации в виде , пригодном для внесения в электронные таблицы и базы данных. · Трассировку виртуальных каналов и маршрутов в пределах всей сети. · Интеллектуальные постоянные вирт уальные каналы (SPVC) и постоянные виртуальные каналы (PVC). · Управление АТМ-сетью при работе в рамках сети и извне через сети Ethernet. Компания "РУСЛАН Коммун икейшнз ", являясь мастер - дистрибутером фирмы FORE Systems на территории России , имеет тестовую лабораторию и сертифицированных специалистов для проектирования и технического обслуживания сетей АТМ . Компания "РУСЛАН Коммуникейшнз " занимается построением высокоскоростных компьютерных сетей с 1992 года и имеет большой опыт проектирования , строительства локальных и корпоративных компьютерных сетей , а также сетей АТМ.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Ну что, вы уже отрепетировали перед зеркалом безразличное "Мне и 5s пока достаточно"?
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по программированию "Структура управления сетями", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru