Размещено на http://www.allbest.ru/

Федеральное агентство связи

Сибирский Государственный Университет Телекоммуникаций и Информатики

Межрегиональный центр переподготовки специалистов

ЗАЧЕТ

По дисциплине: Управление телекоммуникационными сетями

Выполнил: Калиакпар Е.Е

Группа: МБТ-42

Проверил: Фокин В.Г

Новосибирск, 2017

1. Примитивы SNMP

Основы SNMP управления

Концепция управления, основанная на SNMP, базируется на трех стандартизируемых элементах, рассмотренных выше. При этом спецификация структуры управляющей информации и процесс управления согласованы известным взаимодействием "менеджер - агент". Для описания информационных баз управления используется спецификация ASN.1. Определены несколько конкретных моделей информационных баз управления MIB (Management Information Base): MIB-1; MIB-2; RMON, RMON2 - Remote Monitoring - удаленный мониторинг, расширение протокола сетевого управления SNMP, описывает методы и средства сбора статистики от удаленных сетевых устройств.

Другие возможные составляющие SNMP управления реализуют конкретные разработчики систем управления.

Протокол SNMP используется для получения от сетевых устройств информации об их статусе, производительности и других характеристик. Например, агенты SNMP, встроенные в аналоговые модемы или модемы асимметричных цифровых абонентских линий (ADSL), позволяют контролировать вышеуказанные характеристики. Менеджеры SNMP через агентов SNMP имеют возможность управления ресурсами станций (рис.3.3).

Рисунок 3.3 Взаимодействие по протоколу SNMP

Необходимо отметить, что SNMP-агент, в отличие от агента OSI, выполняет более "пассивную" функцию в системе управления, передавая менеджеру по его запросу значения накопленных статистических переменных. Однако при этом возможна реализация доверительного управления proxy, смысл которого состоит в передаче части функций менеджера агенту SNMP.

Примитивы SNMP

Примитивы включают в себя несколько команд (рис. 3.3):

Get Next-request - запрос, используемый менеджером для получения значения следующего объекта (без указания имени) при последовательном просмотре таблицы объектов;

Get-request - запрос, используемый менеджером для получения от агента значения какого-либо объекта по его имени;

Get-response - ответ, используемый агентом для передачи сообщения за запросы (Get-request и Get Next-request);

Set - изменить, используется менеджером для какого-либо объекта;

Trap - особая ситуация, используется агентом для сообщения менеджеру.

2. Управление сетью синхронизации

Управление сетью синхронизации

Учитывая, что в настоящее время ITU-T еще не разработал рекомендации для систем управления синхронизацией, необходимость в которых уже существует в связи с развитием цифровых сетей, предлагается изучить некоторый опыт по управлению синхронизацией [64,65,66]. Опыт разработки систем управления накоплен рядом зарубежных компаний, в частности: Oscilloquartz, Hewlett-Packard, Telecom Solutions, Lucent Technologies. Чем вызвана необходимость разработки систем управления тактовой сетевой синхронизацией (ТСС)?Такая необходимость обусловлена появлением на цифровых сетях, прежде всего, транспортных, большого количества различных тактовых генераторов (первичные эталонные генераторы ПЭГ, вторичные (ведомые) тактовые генераторы ВЗГ и генераторы сетевых элементов ГСЭ), системы распределения тактового синхронизма и ретайминга, объединяемых в сети по определенным правилам, которые описаны в рекомендациях ITU-T G.811, G.812, G.813 и руководящих документах отрасли, что позволяет успешно бороться с проскальзываниями в сети и устранять фазовые дрожания [66].

По некоторым оценкам, приведенным в [64], функции управления тактовой сетевой синхронизацией должны быть основаны на положениях рекомендации ITU-T М.3010. При этом выделяются четыре блока функций управления ТСС.

Управление качеством ТСС предполагает сбор и обработку результатов измерений максимальной относительной ошибки временного тактового интервала, девиации временного интервала и девиации частоты для сигналов ТСС и сравнения этих результатов с нормами. Результаты измерений передаются дистанционно на рабочую станцию для анализа, демонстрации на мониторе и хранения в хронологическом порядке.

Управление обработкой неисправностей предполагает сбор и обработку данных состояния генераторов сети синхронизации, генерацию аварийных сообщений и сообщений о событиях. При этом попытка устранения неисправностей делается на возможно низком уровне. Например, переключение на резервный водородный или цезиевый стандарт первичного генератора производится микроконтроллером самого первичного генератора, а информация управления поступает в систему управления. Для определения аварии по важности используется система информационных фильтров. Конечное решение за операцией управления может быть оставлено оператору.

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

Управление безопасностью в сети ТСС предполагает защиту от несанкционированного доступа с помощью паролей, а также ограничение выполняемых определенным оператором функций в зависимости от присвоенного ему уровня.Наиболее общая структура сети управления тактовой сетевой синхронизацией приведена на рис. 4.12.

Рисунок 4.12 Структура сети управления ТСС Пример. Alcatel 1354 SY -- система управления синхронизацией (SY) представляет интегрированное, централизованное, гибкое, масштабируемое решение по управлению синхронизирующими элементами (SSU, SEC) оборудования Alcatel и оборудованием других производителей (PRC, SSU)

Особенности системы. Конфигурирование синхронизационной сети и управление ресурсами. Организация контроля за доступом в систему на базе профайлов операторов функциональных областей сети. Графическое представление синхронизационной сети и ресурсов. Командное включение, выключение системы, архивирование и восстановление данных и конфигурации, контроль состояния. Взаимодействие с системой управления элементами сети (Alcatel и других производителей).

Задача

синхронизация сеть управление данные

Информация управления по протоколу SNMP2 упакована в кадры Ethernet IEEE802.1QVLAN полезной ёмкостью 1295 байт каждый. Объём упакованных данных 9Мбайт. Определить время передачи всего блока данных на скорости 100Мбит/с и число необходимых кадров Ethernet.

Решение:

Переводим объем упакованных данных из Мб в байты:

9 Мб = 9 Ч 1024 Ч 1024 = 9 437 184 байт

Находим число кадров, разделив объем упакованных данных на полезную нагрузку одного кадра (округляем в большую сторону):

9 437 184 / 1295 = 7 288

Теперь определим время передачи всего блока данных на скорости 100Мбит/с. Для этого переводим объем данных из Мб в биты:

9 Мб = 9 Ч 1024 Ч 1024 Ч 8 = 75 497 472 бит

Следовательно, время передачи всего блока данных:

75 497 472 / 100 000 000 = 0,755 с

Ответ:

Время передачи всего блока данных на скорости 100 Мбит/с равно 0,755 с;

Число необходимых кадров Ethernet равно 7288.

Размещено на Allbest.ru