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

Реферат

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

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

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

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 174 kb, скачать бесплатно
Обойти Антиплагиат
Повысьте уникальность файла до 80-100% здесь.
Промокод referatbank - cкидка 20%!
Заказать
Узнать стоимость написания уникального реферата

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

Структура управления локальными вычислительными сетями ВЕДЕНИЕ На чало 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Экономическая теория

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

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

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

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


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