0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Общие сведения о проблеме

Общая концепция обнаружения и устранения проблем (Problem Determination & Troubleshooting)

Для начала определимся с понятиями. В англоязычной технической литературе используются такие понятия как “Problem Determination“, что означает “определение, выявление проблем, неполадок” и “Troubleshooting“, дословно “стрельба по неприятностям”, то есть “устранение проблем“. Однако сегодня “Troubleshooting” используется в более широком смысле и означает “поиск и устранение причин проблемы, неисправности”. То есть сегодня понятие “Troubleshooting” фактически включает в себя понятие “Problem Determination” и встречается более часто. Если попытаться сказать более точно, то Troubleshooting – это системный подход в выявлении и устранении причин проблемы.

Общая концепция обнаружения и устранения проблем

На самом высоком уровне стратегия troubleshooting выглядит следующим образом:

  1. Сбор информации о проблеме:
    • Какие симптомы у возникшей проблемы?
    • Где возникла проблемы?
    • Когда возникла проблема?
    • При каких условия возникла проблема?
    • Можно ли воссоздать проблему?
  2. Ликвидация возможных причин.
  3. Если выполнение пунктов 1 и 2 не помогло, то необходимо воссоздать проблему, после чего повторить шаг 2.
  4. Если выполнение предыдущих пунктов не помогло, то необходимо воспользоваться диагностическими инструментами в комбинации с предыдущими шагами.

Рассмотрим все этапы более детально.

Сбор информации о проблеме

Это первый и самый важный шаг на пути к решению любой возникшей проблемы. Всегда, прежде чем предпринять некоторые действия по устранению проблемы, необходимо иметь достаточное представление о природе ее происхождения. В этом нам помогут основные вопросы, подробно рассмотренные далее.

Какие симптомы у возникшей проблемы?

Начинаем описывать проблему, при этом основной вопрос звучит так: “В чем заключается проблема?“. Этот общий вопрос можно разбить на несколько конкретных, помогающих более детально описать проблему:

  • Кто или что информирует о проблеме?
  • Какие возникают коды ошибок и сообщения?
  • Каким образом происходит “падение” системы? Например, “зацикливание” (loop), “подвисание” (hang), авария, снижение производительности (performance degradation) или некорректный результат?
Где возникла проблема?

Определение того, где возникла проблема не всегда является легким делом, однако это один из важнейших шагов в решении проблемы. Между компонентами, которые сообщают о проблеме, и неисправными компонентами может находиться множество технологических слоев. Сеть, диски, драйвера – это всего лишь несколько компонентов, которые необходимо рассмотреть в процессе исследования проблемы. Для локализации проблемы ответьте на следующие вопросы:

  • Является ли возникшая проблема специфической для какой-либо платформы или операционной системы, или же она общая для нескольких платформ или операционных систем?
  • Поддерживаются ли текущая среда и конфигурация?

Если какой-то один слой сообщает о проблеме, то это вовсе не означает, что проблема именно там. Понимание внутреннего устройства среды, является частью определения того, где возникла проблема. Потратьте некоторое время для описания среды, в которой произошла ошибка (ОС, используемое ПО, информация о версиях ПО, оборудовании). Некоторые проблемы могут возникать из-за использования несовместимого ПО или несовместимых версий ПО.

Когда возникла проблема?

Необходимо восстановить хронологию событий приведших к возникновению проблемы. Особенно для проблем, которые возникают редко, так называемые “одноразовые”. Необходимо отметить время (чем точнее, тем лучше), когда произошла ошибка и анализировать журналы и другую информацию в обратном направлении. Обычно поиск продолжается до первого подозрительного события. Для разработки подробной хронологии событий, ответьте на следующие вопросы:

  • Проблема случается в определенное время дня или ночи?
  • Как часто возникает проблема?
  • Какая последовательность событий ведет к тому моменту, когда возникает проблема?
  • Проблема возникает после изменений среды? (Например, установка обновлений, ПО или hardware)
При каких условия возникает проблема?

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

  • Проблема возникает когда выполняется какое-то определенное задание?
  • К возникновению проблемы приводит последовательность определенных действий?
  • Какие нибудь приложения “падают” (получают ошибки) в это же время?
Можно ли воссоздать проблему?

При сборе информации о возникшей проблеме, постарайтесь понять возможно ли воссоздать эту проблему. Если да то как это можно сделать? Ответ на этот вопрос определит дальнейший ход процессов поиска и устранения неисправностей.

Ликвидация возможных причин

Обычно к этому этапу уже обозначается перечень возможных причин. Здесь важно ограничить этот перечень, исключив те причины, которые никак не могли вызвать рассматриваемую проблему. Это сэкономит время. После того как будут выявлены основные причины ошибок, необходимо приступить к ликвидации этих причин.

Воссоздание проблемы

С точки зрения troubleshooting идеальной проблемой является та, которую можно воссоздать. Обычно неисправность, которую можно воссоздать, легче отладить и исправить, т.к. при воссоздании проблемы можно использовать специальные диагностические инструменты и методики. Воссоздавать проблему необходимо в среде разработки или на отладочном полигоне, что бы не оказать негативного влияния на производственный процесс.

  • Можно ли воссоздать проблему в среде разработки или на тестовом полигоне?
  • Сталкиваются ли другие пользователи/приложения с такой же проблемой?
  • Можно ли воссоздать проблему выполнив команду, набор команд или запустив сбойное приложение?

Использование диагностических инструментов

Для глубокого анализа проблемы или состояния рассматриваемой среды используются специальные инструменты диагностики. Для основных источников информации о проблемах (dump, javacore, trace и т.п.) и для основных типов проблем (memory leaks, hangs, deadlocks и т.п.) существуют отдельные соответствующие инструменты. Основная их часть доступна через IBM Support Assistant в качестве дополнительных утилит для определенного продукта.

В этой статье была рассмотрена основная концепция обнаружения и устранения проблем. Детально рассмотрены вопросы, помогающие выявить и устранить причины неисправностей. Сегодня существует множество различных методик troubleshooting (например, линейный подход (linear) и метод деления пополам (half-splitting или Divide-and-Conquer Approach)) которые так или иначе связаны с базовой концепцией. Статья основана на материалах IBM Infocenter.

10 Лекция 10. Общие сведения о проблеме идентификации

— понятие идентификации; виды идентификации; классификация методов идентификации.

— изучить основные понятия теории идентификации.

10.1 Основные понятия

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

Читать еще:  Причины появления синяков под глазами у женщин методы устранения

Определением характеристик объекта по результатам измерений входных и выходных сигналов занимается одно из важнейших направлений теории автоматического управления, которое называют идентификацией. Модели, построенные с помощью методов теории идентификации, могут и не отражать внутренних механизмов явления, что необходимо для познавательной модели. Им достаточно лишь констатировать наличие определенных формальных связей между входами и выходами объекта. Характер и особенности этой связи и составляют основу модели, полученной в процессе идентификации объекта управления.

Идентификация есть процесс построения математической модели объекта, адекватной объекту с точностью до заданного критерия. Еще одно определение: идентификация – процесс установления взаимнооднозначного соответствия между моделью и объектом. В теории управления чаще используется следующее определение: идентификация – определение характеристик объектов по данным экспериментальных исследований.

Специфика идентификации определяется целями управления. В любом алгоритме управления всегда присутствует модель объекта, которая позволяет определить наиболее эффективное воздействие на объект управления с точки зрения поставленной задачи. Дрейф характеристик модели, неизбежный в каждой реальной системе, иногда изменяет не только его параметры, но и структуру. Это требует коррекции модели. Поэтому прежде чем синтезировать управление, необходимо откорректировать модель, то есть снова идентифицировать объект. Одним словом управление разбивается на два этапа: на первом этапе цель – синтез адекватной модели объекта; на втором цель – синтез управления на основе этой модели. Итак, идентификация не является самостоятельной задачей, она подчиняется целям управления и входит составной частью в задачу управления. Однако часто идентификация представляется как самостоятельная цель – из чисто методологических соображений, так как методы синтеза моделей существенно отличаются от методов синтеза управления. Это обстоятельство позволило сделать идентификацию отдельным разделом теории управления.

В зависимости от объема априорной информации о системе различают идентификацию в широком и узком смыслах.Идентификация в широком смысле – процесс определения структуры оператора модели (поэтому иногда используется терминструктурная идентификация). Понятие «структура» не имеет четкого определения и понимается разными авторами по-разному. Будем понимать под структурой модели вид оператора модели с точностью до его коэффициентов. Идентификация в узком смысле – оценивание параметров математической модели при заданной ее структуре по результатам измерений входных и выходных сигналов. При идентификации в широком смысле априорная информация о системе либо незначительна, либо отсутствует вообще. При идентификации в узком смысле априорная информация о системе достаточно обширна.

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

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

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

ОБЩИЕ СВЕДЕНИЯ О НАУКЕ И НАУЧНЫХ ИССЛЕДОВАНИЯХ

ББК 72.5я73

Т58

Рецензенти:

Поперечний А.Н. —докт. техн. наук, профессор кафедры оборудования пищевых производств

Заремба П.А. —докт. экон. наук, профессор, зав. кафедрой организации и управления качеством ресторанного хозяйства

Топольник, В. Г.

Т Т 58Основы научных исследований [Текст] : учеб. пос. для студ. спец. 6.140101 «Гостинично-ресторанное дело» дневн. и заочн. форм обучения / Донец. нац. ун-т экономики и торговли им. М. Туган-Барановского, Каф. гостин. и ресторан. дела; Топольник В. Г. – Донецк : ДонНУЭТ, 2015. – 114 с.

В учебном пособии приведены сведения об организации научных исследований в стране, о научных кадрах, направлениях и задачах НИРС в ВУЗе. Изложены методологические основы организации и проведения научных исследований, рекомендации по изучению научной информации, применению эмпирических методов исследования, правила оформления результатов исследования. Особое внимание уделяется исследованию социально-экономических процессов.

Предназначено для студентов, обучающихся по специальности 6.140101 «Гостинично-ресторанное дело», выполняющих научно-исследовательские работы, может быть полезно аспирантам, преподавателям и научным работникам.

УДК 001.8(075.8)

ББК 72.5я73

© Топольник В.Г., 2015

© Донецкий национальный университет экономики и торговли имени Михаила Туган-Барановского, 2015

ПРЕДИСЛОВИЕ …………………………………………………. . . . . . . . .
СОДЕРЖАТЕЛЬНЫЙ МОДУЛЬ 1 ОБШИЕ СВЕДЕНИЯ О НАУКЕ И НАУЧНЫХ ИССЛЕДОВАНИЯХ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1 Организация научно-исследовательской работы в стране .
1.2 Состав и подготовка кадров для научно-исследовательской работы .
1.3 Понятие науки. Классификация наук …………………………………
1.4 Теоретические основы научных исследований ………………………
КОНТРОЛЬНЫЕ ВОПРОСЫ ………………………………………………
СОДЕРЖАТЕЛЬНЫЙ МОДУЛЬ 2 ВЫПОЛНЕНИЕ НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ РАБОТЫ. . .
2.1 Содержание и этапы выполнения научно-исследовательской работы
2.2 Сбор научной информации, ее виды. Библиографическое описание научных документов ……………………………………………………
2.3 Обработка научной информации и представление результатов научного исследования …………………………………………………
2.4 Оформление результатов научного исследования ……………………
2.5 Организация труда исследователя ……………………………………..
КОНТРОЛЬНЫЕ ВОПРОСЫ ………………………………………………
СОДЕРЖАТЕЛЬНЫЙ МОДУЛЬ 3 ОСНОВЫ МЕТОДОЛОГИИ НАУЧНОГО ИССЛЕДОВАНИЯ В ГОСТИНИЧНО-РЕСТОРАННОМ ХОЗЯЙСТВЕ . . . . . . . . . . . . . . . . .
3.1 Особенности научных исследований социально-экономических процессов ………………………………………………………………
3.2 Теоретический и эмпирический уровни исследования. Методы исследования проблем социально-экономических процессов ………
3.3 Выбор темы, объекта и предмета исследования. Задачи исследования ……………………………………………………………
3.4 Составление программы исследования. Разработка регистрационной документации. Шкалирование …………………….
3.5 Обнародование результатов исследования ……………………………106 108
КОНТРОЛЬНЫЕ ВОПРОСЫ ………………………………………………
СПИСОК ЛИТЕРАТУРЫ …………………………………………………..

ПРЕДИСЛОВИЕ

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

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

Научно-исследовательская работа студентов (НИРС) является одним из важнейших средств повышения качества подготовки и воспитания специалистов с высшим образованием, способных творчески применять в практической деятельности новейшие достижения научно-технического прогресса.

Изучение учебного курса «Основы научных исследований» направлено на переход от «интуитивной» к осмысленной, правильно организованной работе по формированию системы научных фактов в соответствии с поставленной целью.

Читать еще:  Можно ли греть ячмень на глазу

В процессе изучения дисциплины «Основы научных исследований» студенты должны

знать: определение науки, ее предмет, классификацию наук, организацию научно-исследовательской деятельности в стране и вузе; этапы научного исследования, методы научных исследований; правила работы с научной литературой, правила оформления результатов научно-исследовательской работы;

уметь: подготовить и оформить реферат, научную статью, доклад, тезисы доклада; провести исследование и оформить его в виде научной статьи, доклада, курсовой, дипломной работы.

СОДЕРЖАТЕЛЬНЫЙ МОДУЛЬ 1

ОБЩИЕ СВЕДЕНИЯ О НАУКЕ И НАУЧНЫХ ИССЛЕДОВАНИЯХ

Дата добавления: 2016-12-06 ; просмотров: 526 | Нарушение авторских прав

Общие сведения о проблеме отключения FXO

    Ольга Юренева 1 лет назад Просмотров:

1 Общие сведения о проблеме отключения FXO Содержание Введение Предварительные условия Требования Используемые компоненты Условные обозначения Общие сведения о проблеме отключения FXO Общие сценарии Общие сведения о методах сигнализации Supervisory Disconnect Разъединение с помощью сигнализации Ground-start Supervisory Disconnect на основе отключения питания (Power Denial) Смена полярности батареи Supervisory Disconnect на основе тонального сигнала Сравнительные характеристики плат голосового интерфейса FXO (VIC) Настройка сигнализации Supervisory Disconnect Настройка FXO-порта с поддержкой функции Power Denial в ПО Cisco IOS 11.3MA и более поздних версиях Настройка FXO-порта с поддержкой определения смены полярности аккумулятора в Cisco IOS 12.0(7)XK и более ранних версиях Настройка FXO-порта с поддержкой тонального управления отключением в Cisco IOS 11.3MA Настройка FXO-порта с поддержкой тонального управления отключением в Cisco IOS 12.1(3)T Настройка FXO-порта с поддержкой тонального управления отключением в Cisco IOS 12.1(5)XM и 12.2(2)T Дополнительные сведения Введение Этот документ помогает пользователям понять вопросы, связанные с проблемами отключения офиса внешнего обмена (FXO), и предоставляет руководство по устранению данной проблемы. В документе также описываются уже известные методы сигнализации, созданные для решения проблем, и способы их внедрения в различные версии ПО Cisco IOS. Это не документ по конфигурации. Данное руководство поможет понять основные проблемы, которые могут возникнуть, а также изменения релизации в разных версиях. Для обеспечения правильной настройки функций рекомендуется ознакомиться с документацией по различным версиям ПО Cisco IOS. Предварительные условия Требования Для лучшего понимания этого документа требуются базовые знания голосовой сигнализации. Дополнительные сведения о технологии голосовой сигнализации см. в разделе Сигнализация и управление в сети телефонной связи. Дополнительные сведения о платах голосового интерфейса FXO см. в разделе Общее описание плат голосового интерфейса FXO. Используемые компоненты Данный документ не ограничен отдельными версиями программного и аппаратного обеспечения. В документе рассматриваются проблемы отключения FXO и совместимости плат голосового интерфейса FXO.

2 Условные обозначения Дополнительные сведения об условных обозначениях в документах см. в статье Условные обозначения, используемые в технической документации Cisco. Общие сведения о проблеме отключения FXO Когда используется сигнализация по шлейфу (loop-start), FXO-интерфейс маршрутизатора аналогичен телефону, подключенному к коммутатору (УАТС), коммутируемой телефонной сети общего пользования (PSTN), малой АТС), с которым он соединяется. Для индикации состояния занятости линии FXO-интерфейс замыкает шлейф. У коммутатора всегда есть в наличии батарея, поэтому на стороне коммутатора разъединение не происходит. Поскольку коммутатор ждет, когда пользователь (например FXO-интерфейс) повесит трубку по окончании вызова (на одной из сторон), он также ожидает освобождения FXO-порта маршрутизатора. Подобное «участие пользователя» не встроено в маршрутизатор. FXO-порт ждет, когда коммутатор разрешит ему отключиться (или отключит батарею, тем самым указывая, что линия свободна). Из-за этого нет никаких гарантий, что ближний или дальний конец FXO-порта разъединит вызов после того, как на одном из его концов будет положена трубка. Самые распространенные симптомы этой проблемы это телефоны, которые продолжают подавать вызывной сигнал после разъединения вызова вызывающим абонентом, или порты FXO, которые остаются занятыми после разъединения предыдущего вызова. Общие сценарии Как правило, если локальный маршрутизатор имеет FXO-порт, через который инициируется вызов, он может управлять этим вызовом и обеспечивать локальное раъединение. Если локальный маршрутизатор имеет FXO-порт и принимает вызов, он требует, чтобы подключенный коммутатор обеспечил сигнал разъединения. Примечание. Все сценарии предполагают, что функции Supervisory Disconnect настроены на УАТС. Сценарий 1 Телефон-A посылает вызов на телефон-b. Телефон-B не отвечает. Тогда телефон-а отключается, но телефон-в продолжает звонить, потому что маршрутизатор FXO не получил сигнал об изменении состояния (трубка положена) телефона-а. Если звонок принят, он остается активным, пока на телефоне-в не будет положена трубка независимо от действий на телефоне-а. Сценарий 2 Телефон-В посылает вызов на телефон-а. Если пользователи кладут трубку или если телефон-в отключается до того, как телефон-а ответит, вызов разъединяется, так как он исходил от FXO-порта маршрутизатора. Но если телефон-а отключается раньше, чем телефон-в, вызов остается установленным, пока на телефоне-в не будет положена трубка. Сценарий 3

3 Это наиболее неблагоприятный сценарий, так как вызовы, посылаемые в каждом из направлений приводят к тому, что маршрутизатор принимает вызов на свой FXO-порт. В случае вызова, поступающего в PSTN, этот сценарий не так уж плох. Причина этого состоит в том, что PSTN-коммутатор зачастую выполняет разъединение (ground-start или power-denial), и дальний маршрутизатор завершает вызов из своего FXO-порта. Тем не менее, для вызовов на PSTN возникнут те же проблемы, что были рассмотрены ранее, поскольку вызов поступает на FXO-порт маршрутизатора. Общие сведения о методах сигнализации Supervisory Disconnect Разъединение с помощью сигнализации Ground-start Сигнализация типа Ground-start используется в FXO-портах маршрутизатора, если коммутатор способен обеспечить соединение ground-start. Если данная настройка выполнена, коммутатор удаляет заземление из соединения и FXO-порт освобождается. Эта функция поддерживается многофункциональными маршрутизаторами Cisco серий 1750, 2600, 3600, 3700 и MC3810. Supervisory Disconnect на основе отключения питания (Power Denial) Обнаружение отключения питания — это прерывание электроснабжения коммутатора или FXO-порта УАТС, по меньшей мере, на 350 мс. FXO-интерфейс маршрутизатора обнаруживает отсутствие питания и интерпретирует это как индикацию управления разъединением (supervisory disconnect). Эта функция поддерживается аналоговыми FXO-портами маршрутизаторов Cisco серий 1750, 2600, 3600, 3700 и MC3810 во всех версиях Cisco IOS с поддержкой голосовой передачи. Рисунок к этому примеру: Смена полярности батареи Смена полярности батареи осуществляется путем обращения полярности батареи на УАТС. Изначально полярность изменяется при установлении соединения (удаленный ответ) и остается в данном состоянии на протяжении всей беседы. Когда на дальнем конце происходит разъединение, полярность батареи возвращается в нормальное состояние для указания на разъединение вызова. УАТС использует индикацию смены полярности батареи в качестве сигнала начать выставление счета. Примечание. Порты международных коммутаторов (FXS), как правило, меняют полярность батареи после установления соединения. Поэтому, если FXS-порт подсоединен к FXO-порту, в котором определение смены полярности батареи не поддерживается, то для предотвращения непредсказуемых последствий, следует отключить смену полярности батареи FXS-порта. Supervisory Disconnect на основе тонального сигнала Управление тональной посылкой (Supervisory Tone) это слышимые частоты, которые производит УАТС, чтобы определить, что вызов был завершен (вызывное устройство свободно), и соединение должно быть разъединено. Тональные сигналы различны в большинстве стран. FXO-порт маршрутизатора можно настроить на распознавание тональных сигналов в качестве сигналов Supervisory Disconnect и на разъединение вызова. На данном рисунке показан пример тонального управления отключением (Supervisory Tone Disconnect); вызов посылается на удаленный конец.

Читать еще:  Синяки под глазами причины появления

4 Сравнительные характеристики плат голосового интерфейса FXO (платы VIC) VIC Разъединение с помощью сигнализации Ground-start Supervisory Disconnect на основе Power Denial Смена полярности батареи Supervisory Disconnect на основе тонального сигнала VIC-2FXO ДА ДА НЕТ ДА VIC-2FXO- M1/VIC-2FXO- M2 ДА ДА ДА ДА VIC2-2FXO/VIC2-4FXO ДА ДА ДА ДА Настройка сигнализации Supervisory Disconnect Настройка FXO-порта с поддержкой функции Power Denial в ПО Cisco IOS 11.3MA и более поздних версиях Команда supervisory disconnect signal подключает функцию обнаружения отключения питания. Эта конфигурация используется по умолчанию. Команда no supervisory disconnect signal отключает функцию обнаружения отключения питания в данной версии и активизирует поддержку тонального управления отключением. См. раздел Настройка FXO-порта с поддержкой тонального управления отключением. FXO_Paper(config)#voice-port 2/1/1 FXO_Paper(config-voice)#supervisory disconnect signal FXO_Paper(config-voice)#end FXO_Paper# Настройка FXO-порта с поддержкой обнаружения смены полярности батареи в Cisco IOS 12.0(7)XK и более ранних версиях Функция поддержки смены полярности батареи настраивается командой battery-reversal, применяемой к голосовому порту. Эта функция поддерживается маршрутизаторами Cisco MC3810 с самого начала выпуска. Платформы Cisco 2600/3600 первые платформы с поддержкой в ПО Cisco IOS 12.0(7)XK (интегрированное в ПО Cisco IOS 12.1(3)T), поэтому необходимо дополнительное аппаратное обеспечение FXO VIC-2FXO-M1 и VIC-2FXO-M2. FXO_Paper(config)#voice-port 2/1/1

5 FXO_Paper(config-voice)#battery-reversal FXO_Paper(config-voice)#end FXO_Paper# Дополнительные сведения о VIC-2FXO-M1 и VIC-2FXO-M2 см. в разделе Общее описание плат голосового интерфейса FXO. Дополнительные сведения о настройке смены полярности батареи см. в разделе Модернизация голосовых портов в маршрутизаторах Cisco 2600 и 3600 и концентраторах MC3810. Настройка FXO-порта с поддержкой тонального управления отключением в Cisco IOS 11.3MA Впервые тональное управление отключением было реализовано в Cisco IOS 11.3MA. Активизация происходила с помощью команды no supervisory disconnect signal. В этой версии обнаружение было минимальным; с помощью FXO обеспечивалась только возможность определять звук частотой 600 Гц как сигнал отключения. FXO_Paper(config)#voice-port 2/1/1 FXO_Paper(config-voice)#no supervisory disconnect signal FXO_Paper(config-voice)#end FXO_Paper# Настройка FXO-порта с поддержкой тонального управления отключением в Cisco IOS 12.1(3)T Функции тонального управления отключением в Cisco IOS 12.1(3)T была изменена для предоставления более детальной поддержки. Интерфейс командной строки (CLI) тоже был изменен. Начиная с этой версии имеется возможность настройки тональных сигналов разъединения для их обнаружения либо во время продолжающегося вызова (настройкой команды mid-call), либо только во время установления соединения (настройкой команды pre-connect). Обнаружение сигнала anytone (настройкой команды anytone) функционирует только во время установления соединения. При настройке обнаружения anytone следует включить эхоподавление, чтобы предотвратить разъединение из-за обнаружения собственного сигнала контроля посылки вызова маршрутизатора. Еще одна новая функция возможность создавать голосовые классы. Она позволяет формировать различные компоненты, составляющие конструкцию тональной посылки, в согласованные сигналы, принятые УАТС в различных странах. Существует множество команд, создающих голосовые классы, но описание их функций в данном документе не предусматривается. Подробные сведения см. в документации по версиям. FXO_Paper #configure terminal FXO_Paper(config)#voice-port 3/1/1 FXO_Paper(config-voiceport)#supervisory disconnect dualtone pre-connect voice-class 90 FXO_Paper(config-voiceport)#end FXO_Paper(config)# voice class dualtone 90 FXO_Paper(config-voice-class)# freq-pair FXO_Paper(config-voice-class)# freq-pair FXO_Paper(config-voice-class)# freq-pair FXO_Paper(config-voice-class)# freq-max-deviation 10 FXO_Paper(config-voice-class)# freq-max-power 6 FXO_Paper(config-voice-class)# freq-min-power 25 FXO_Paper(config-voice-class)# freq-power-twist 15 FXO_Paper(config-voice-class)# freq-max-delay 16 FXO_Paper(config-voice-class)# cadence-min-on-time 50 FXO_Paper(config-voice-class)# cadence-max-off-time 500 FXO_Paper(config-voice-class)# cadence-list FXO_Paper(config-voice-class)# cadence-list FXO_Paper(config-voice-class)# cadence-variation 8 FXO_Paper(config-voice-class)# exit Примечание. Все команды кроме freq-pair, используемые под voice class dualtone, скрыты. Примечание. В ПО Cisco IOS версий 12.1(5)XM и 12.2(2)T команда supervisory disconnect dualtone усовершенствована.

6 Настройка FXO-порта с поддержкой тонального управления отключением в Cisco IOS 12.1(5)XM и 12.2(2)T В ПО Cisco IOS версий 12.1(5)XM и 12.2(2)T были внесены изменения. Изменена командная строка, добавлены классы «допустимого отклонения обнаружения тонального сигнала», изменена конфигурация пользовательских голосовых классов, добавлена возможность создания пользовательских сигналов Cptone и использования предопределенных территориально зависимых тональных сигналов прохождения вызова. Предопределенный территориально зависимый тональный сигнал прохождения вызова не требует настройки пользовательских голосовых классов. Значительно упрощена полная настройка, необходимая для использования функции. Это стало возможно благодаря применению команды cptone locale на голосовом порту. Рекомендуется опробовать этот метод перед использованием какой-либо пользовательской конфигурации. Пример конфигурации выглядит следующим образом. Обратите внимание на включение команд timeouts wait-release 5 и timeouts calldisconnect 5. По умолчанию таймеры выставлены на 30 и 60 секунд, но они могут оказаться лишними при обычном использовании. Поэтому, чтобы соответствовать текущим условиям, необходимо уменьшить время. 5 секунд удовлетворительное значение для обоих таймеров. FXO_Paper#configure terminal FXO_Paper(config)#voice-port 3/1/1 FXO_Paper(config-voiceport)#supervisory disconnect dualtone mid-call FXO_Paper(config-voiceport)#cptone us FXO_Paper(config-voiceport)#timeouts wait-release 5 FXO_Paper(config-voiceport)#timeouts call-disconnect 5 FXO_Paper(config-voiceport)#exit Примечание. В ПО Cisco IOS версии 12.1(5)XM команда timeouts call-disconnect скрыта. Управление отключением FXO не поддерживается локальными вызовами с временной перемаршрутизацией между аналоговыми голосовыми портами (FXS и FXO) концентраторов Cisco MC3810, потому что выполняется обход цифрового сигнального процессора (DSP). Если временная перемаршрутизация отключена командой глобальной конфигурации no voice local-bypass, управление отключением FXO поддерживается. Концентраторы Cisco серии MC3810 должны быть оснащены быстродействующими модулями сжатия (HCM) для поддержки обнаружения тональных сигналов. Стандартные голосовые модули сжатия (VCM) не поддерживают функцию управления отключением FXO. Примечание. Для настройки допустимого отклонения обнаружения тонального сигнала, отличного от заданного по умолчанию, используется команда voice class dualtone-detect-params. Дополнительные сведения см. в разделе Управление отключением FXO. Примечание. Для поиска дополнительных сведений о командах, упомянутых в данном документе, используйте Средство поиска команд (только для зарегистрированных пользователей). Дополнительные сведения Управление отключениями FXO Усовершенствования голосового порта в маршрутизаторах Cisco серий 2600 и 3600 и концентраторах серии MC3810 Тональный сигнал контроля отключения FXO (CSCdr29301) Настройка голосовых портов Команды голосовых портов Общие сведения о картах голосового интерфейса FXO Поддержка продукта голосовой и унифицированной связи Рекомендуемая литература: Устранение неполадок в системах IP-телефонии Cisco Техническая поддержка Cisco Systems Cisco Systems, Inc. Все права защищены. Дата генерации PDF файла: Jan 05,

Ссылка на основную публикацию
Adblock
detector