Оптимизация магистральной линии SIP

Последнее обновление : Aug 01, 2026 |
Prolog information
Metadata
Keywords:
Функция Оптимизация магистральной линии SIP избавляет от необходимости подготовки магистральных линий для избыточности. Эта функция освобождает магистральные линии, чтобы доступные магистральные линии могли быть использованы операторами SIP, станциями SIP или вызовами магистральной линии SIP, связанными с PSTN. Приведенная ниже иллюстрация содержит объяснение проблемы потребления магистральной линии из-за избыточности.
На рисунке выше представлены два следующих сценария:
  • Первый сценарий: когда подключение между Communication Manager и Session Manager функционирует без сбоев.
  • Второй сценарий: когда подключение между Communication Manager и Session Manager дает сбой.
В первом сценарии, если Communication Manager пытается установить связь с красными операторами (пул операторов 1), это можно осуществить, использовав красную магистральную линию между Communication Manager и Session Manager-1. Аналогично, если Communication Manager пытается установить связь с синими операторами (пул операторов 2), это можно осуществить, использовав синюю магистральную линию между Communication Manager и Session Manager-2.
Во втором сценарии администрирование дополнительных магистральных линий обеспечивает решение для предоставления услуги красным и синим операторам, но вызывает несколько новых проблем.
  • Дополнительные члены магистральной линии, в отношении которых выполнено администрирование для избыточности, остаются неиспользованными в первом сценарии, когда связи субъекта с Session Manager-1 и Session Manager-2 находятся в обслуживании.
    Note:
    Если назначение на основе политики включено в System Manager, вы можете администрировать до четырех Session Manager для станции SIP.
  • Необходимо обеспечить удвоение количества магистральных линий, чтобы покрыть редко возникающий второй сценарий. Принимая во внимание ограниченное количество членов в Communication Manager, использование магистральных линий для избыточности приводит к уменьшению магистральных линий, требуемых для фактического трафика.
  • Маршрутизация и администрирование шаблонов маршрутов становятся сложными.
Для обеспечения связности с Session Manager-1 и Session Manager-2 Communication Manager должен создать две группы сигнализации:
  • группа сигнализации для Session Manager-1: ближний конец как процессор и дальний конец как Session Manager-1;
  • группа сигнализации для Session Manager-2: ближний конец как процессор и дальний конец как Session Manager-2.
Каждая сигнализация должна содержать 5000 магистральных линий, обеспеченных Session Manager-1, и 5000 магистральных линий, обеспеченных Session Manager-2, как описано выше.
Функция Оптимизация магистральной линии SIP позволяет каждой группе сигнализации указывать на несколько Session Manager. В этом конкретном случае группа сигнализации будет указывать одновременно на Session Manager-1 и Session Manager-2. Это достигается путем указания группы сигнализации на кластер Session Manager. SM-кластер может содержать 28 Session Manager. В кластере Session Manager предполагается, что все Session Manager имеют аналогичную конфигурацию и все Session Manager могут маршрутизировать вызов на станцию или магистральную линию на дальнем конце.
Способность группы сигнализации указывать одновременно на оба Session Manager приводит к уменьшению в два раза количества магистральных линий, в отношении которых необходимо провести администрирование на Communication Manager во время достижения полной избыточности. Если связь с Session Manager-1 дает сбой, группа сигнализации использует связь с Session Manager-2, чтобы перенаправить весь исходящий трафик. Последствия указания одной группой сигнализации на несколько Session Manager описаны ниже:
  • Группа сигнализации остается в обслуживании, если доступен хотя бы один Session Manager, в отношении которого выполнялось администрирование в кластере.
  • Группа магистральных линий остается в рабочем состоянии, и все участники группы магистральных линий, в отношении которых выполнялось администрирование, могут участвовать в обеспечении трафика.
  • Например, группа магистральных линий с 5000 участников в первом сценарии может обслуживать 2500 операторов на Session Manager-1 и 2500 операторов на Session Manager-2. Если соединение между Communication Manager и Session Manager-1 будет разорвано, такая же группа магистральных линий с 5000 участников может обслуживать 2500 операторов на Session Manager-1, 2500 операторов на Session Manager-1 и 2500 операторов на Session Manager-2 через канал связи между Communication Manager и Session Manager-2. Даже при отказе Session Manager-1 и переходе всех операторов на Session Manager-2 те же самые 5000 участников могут установить связь со всеми 5000 операторов.
Возможности функции Оптимизация магистральной линии SIP:
  • Количество участников магистральной линии составляет 9 999 для групп магистральных линий SIP.
  • Количество операторов SIP составляет 10 000.
  • Количество системных участников магистральной линии составляет 30 000.
  • Количество измеряемых магистральных линий составляет 30 000.
  • Количество подключений TLS для SIP увеличено с 32 до 56 для поддержки 28 экземпляров Session Manager, поскольку для поддержки каждого Session Manager требуется два канала связи.
  • Форма станции SIP прямо указывает на первичный и вторичный Session Manager для поддержки 28 экземпляров Session Manager, поскольку для поддержки каждого Session Manager требуется два канала связи. Дополнительную информацию о возможностях функции см. в Avaya Aura® Communication Manager - Таблица емкостей системы.
    Note:
    Если назначение на основе политики включено в System Manager, вы можете администрировать до четырех Session Manager для станции SIP.
  • Функция Look Ahead Routing является устаревшей для вызовов станции SIP при перенаправлении через кластерную группу сигнализации.
  • Шаблон маршрутизации теперь может указывать регион сети.