Голосовая связь и система унифицированных коммуникаций : Cisco Unified Communications Manager (CallManager)

Пример настройки таймера перехода на другой SIP Trunk системы CallManager

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Отзыв


Содержание


Введение

Этот документ предоставляет процедуру для определения интервала таймера, который использует CallManager, чтобы проверить, что устройство Протокола SIP больше не присутствует при использовании магистрали SIP в списке маршрутов. Информация, предоставленная в этом документе, позволяет вам изменить определенные, некоторый параметры CallManager для уменьшения времени, когда это берет к аварийному переключению к следующему транку/шлюзу в routelist и завершении попытки вызова. Эта процедура применяется только к магистралям SIP.

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

Используемые компоненты

Сведения в этом документе основываются на Сisco CallManager 5.0 (4a).

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

Условные обозначения

Более подробную информацию о применяемых в документе обозначениях см. в описании условных обозначений, используемых в технической документации Cisco.

Обзор SIP

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

SIP является одноранговым протоколом. Узлы на сеансе являются Агентами вызываемого пользователя (UA). Клиент User Agent может функционировать в одной из этих ролей:

  • Клиент клиента User Agent (UAC) — клиентское приложение, которое инициирует запрос SIP.

  • Сервер клиента User Agent (UAS) — серверное приложение, которое связывается с пользователем, когда запрос SIP получен и это возвращает ответ от имени пользователя.

Как правило, оконечная точка SIP может функционировать и как UAC и как UAS, но функции только как один или другой на транзакцию. Зависит ли функция оконечная точек как UAC или UAS от UA, который инициировал запрос.

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

Это - способ, которым работает SIP:

  1. То, когда пользователь инициирует вызов, запрос приглашают, передается серверу (прокси или перенаправление), который определяет путь.

  2. Отправленный запрос включает адрес абонента и адрес вызываемого.

  3. Затем сервер (прокси или перенаправление) устанавливает двухточечный вызов.

Настройка

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

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

Это объясняет поведение, которое CallManager берет в его связи с оконечная точками SIP:

  1. Начальный SIP приглашает запрос в первый шлюз

  2. 1-й приглашают повторную попытку в первый шлюз (задержка для повторения: ~500ms)

  3. 2-й приглашают повторную попытку в первый шлюз (задержка для повторения: ~1sec)

  4. 3-й приглашают повторную попытку в первый шлюз (задержка для повторения: ~2sec)

  5. 4-й приглашают повторную попытку в первый шлюз (задержка для повторения: ~4sec)

  6. 5-й приглашают повторную попытку в первый шлюз (задержка для повторения: ~8sec)

  7. 6-й приглашают повторную попытку в первый шлюз (задержка для повторения: ~16sec)

  8. Время аварийного переключения к второму шлюзу (задерживаются к аварийному переключению: ~32)

Общее время к аварийному переключению составляет 63.5 секунды. Как вы можете видеть задержка для повторения увеличений как геометрической прогрессии с общим соотношением 2 и масштабный коэффициент равняется начальному времени аварийного переключения. Можно использовать эту формулу для обнаружения общего времени:

  • n = количество повторных попыток + 1

  • k = экземпляр повторной попытки в суммировании (1-я повторная попытка, 2-я повторная попытка, и т.д.)

  • r = общее соотношение (2 в этой ситуации)

  • a = начальная задержка для повторения (масштабный коэффициент)

  • Общее время к аварийному переключению:

    failover-timer8.gif

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

Схема сети

В этом документе использованы параметры данной сети:

/image/gif/paws/82250/failover-timer7.gif

Конфигурация

Это - конфигурация для достижения намного более низкого времени аварийного переключения:

  1. Нажмите System в Окне Administration Cisco Unified CallManager.

    /image/gif/paws/82250/failover-timer1.gif

  2. Выберите Service Parameters.

    /image/gif/paws/82250/failover-timer2.gif

  3. Выберите Сервер, используемый с SIP от Сервера* выпадающий список.

    /image/gif/paws/82250/failover-timer3.gif

  4. Выберите Cisco CallManager (Active) из Сервиса* выпадающий список.

    /image/gif/paws/82250/failover-timer4.gif

  5. Прокрутите вниз к разделу для Устройства - SIP.

    /image/gif/paws/82250/failover-timer5.gif

  6. Это эти два параметра, которые можно изменить для изменения количества повторных попыток и начальной задержки:

    • Количество повторных попыток изменено Числом повторов для SIP, Приглашают параметр. Установите его в 3.

    • Начальная задержка для повторения изменена Таймером Попытки SIP (msec) параметр. Установите его в 200.

    failover-timer6.gif

    Эта конфигурация понижает полное время к аварийному переключению к ~3 сек. Можно использовать эту формулу и эти параметры для установки времени аварийного переключения в то, что вы хотите.

Проверка.

В настоящее время для этой конфигурации нет процедуры проверки.

Устранение неполадок

Для этой конфигурации в настоящее время нет сведений об устранении проблем.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения