Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

...

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

Пример:

На ESBC натроена настроена транковая группа TRUNK_GROUP, в состав которой входят 3 транка (TRUNK_1, TRUNK_2 и TRUNK_3). Приходит вызов и по правилу маршрутизации уходит на эту транковую группу. В результате ESBC совершает попытку вызова в первый транк в составе транковой группы (TRUNK_1), если транк недоступен, то происходит попытка позвонить во второй транк (TRUNK_2). Если попытка вызова также неуспешна, то будет попытка позвонить в последний транк (TRUNK_3). Если попытка также неуспешна, то вызов на первом плече отбивается. Если на каком-то из транков пришел ответ 200ОК, то вызов устанавливается.

...

Модифицированный ответ 180 Ringing, отправленный с TRUNK_OUT на TRUNK_IN, содержит заголовок Test_header_INVITE со значением из переменной var1: 

Блок кода
languagec#
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.113.190:5061;rport=5061;received=192.168.113.190;branch=z9hG4bK-1152099-1-1
Call-ID: 1-1152099@192.168.113.190
From: "24001" <sip:24001@192.168.113.195>;tag=1
To: "23002" <sip:23002@192.168.113.195>;tag=e782be58-9527-409a-8c9f-de4f32d8fdb2
CSeq: 1 INVITE
Contact: <sip:23002@192.168.113.195:5060;transport=udp>
Allow: INVITE, ACK, BYE, CANCEL, UPDATE
Warning: warning
Test_header_INVITE: INVITE
Content-Length:  0

[SDP]...

...

Модифицированный запрос, отправленный с TRUNK_IN на TRUNK_OUT, содержит заголовок Test_header_200 со значением из переменной var1:

...

  • Если задано минимальное время регистрации на сервере:
    1. В сторону сервера регистрации отправляем REGISTER с наибольшим expires, пришедшим от абонента, и минимальным временем регистрации на сервере;
    2. В сторону абонента отправляем 200 ОК с минимальным expires из ответа от сервера регистраций и пришедшего от абонента.

...

Логика работы локальной обработки повторной регистрации для зарегистрированного абонента:

1. Если , в REGISTER полученного , полученном от абонента, expires в поле Contact + 34 секунды (Timer B и время внутренней логики ESBC) больше, чем оставшийся expires на ESBC, то отправляем REGISTER  на сервер регистрации со значением expires, описанным пунктом выше.

1.1 Если не задано минимальное время регистрации на сервере

...

1.2 Если задано минимальное время регистрации на сервере


2. ЕслиЕсли, в REGISTER полученного от абонента, expires в поле Contact + 34 секунды (Timer B и время внутренней логики ESBC) меньше, чем оставшийся expires на ESBC, то регистрация будет обработана локально путем отправки абоненту 200 ОК с expires пришедшим от него же самого. 

Информация

При разрегистрации абонента логика локальной регистрации не используется.

...

На абонентский интерфейс ESBC приходит запрос REGISTER от абонента 23001 с expires 3600, который пересылается на сервер регистрации SSW со значение значением expires 10800. После получения 200 ОК от сервера регистрации со значение регистрации со значением expires 10800, ESBC отправляет 200 ОК абоненту с expires 3600:

...

Спустя время приходит запрос REGISTER с expires 3600 для перерегистрации.   Так как "Registration expires in" больше, чем пришедший expires, то запрос будет обработан локально с отправкой 200 ОК абоненту c expires 3600:

...

Описание всех команд для контроля входящего трафика приведено в разделах для каждого объекта в справонике справочнике команд CLI:

  1. general;

  2. trunk;
  3. trunk-group;
  4. user-interface.

...

  1. Ограничения для всей системы. Настройки ограничений general , переопределяют настройки органичений ограничений остальных объектов (trunk, trunk-group, user-interface) ESBC. 
  2. Ограничения для транк-группы. Настройки ограничений trunk-group переопределяют настройки органичений ограничений транков, входящих в данную транк-группу, но переопределяются настройками general.
  3. Ограничения для транков и абонентских интерфейсов. Настроки Настройки ограничений trunk преопределются переопределяются настройками органиченийограниченийтранк-группы (если транк входит в состав какой-либо транк-группы) или настройками general.   Настроки Настройки ограничений user-interface преопределются переопределются настройками general. 
Примечание

Приоритет использования ограничений распространяется только для максимальных значений, т. е. например, при использовании max in cps 100 для всей системы (general),   и использовании max in cps 10 для какого-либо транка, ограничение обработки CPS для этого транка будет 10, а не 100.

...

Пример работы приоритета ограничений транк-группы над ограничений ограничениями транка, входящего в эту транк-группу:

Блок кода
languagec#
vesbc#
vesbc# config 
vesbc(config)# esbc 

#Переход в настройки транка:
vesbc(config-esbc)# trunk sip TRUNK
vesbc(config-esbc-trunk-sip)# 

#Установка ограничения входящего максимального количества CPS для транка - 50:
vesbc(config-esbc-trunk-sip)# max in cps 50
vesbc(config-esbc-trunk-sip)# exit

#Переход в настройки транк-группы:
vesbc(config-esbc)# trunk-group TRUNKGROUP
# Добавление транка TRUNK в состав транк-группы:
vesbc(config-esbc-trunk-group)# trunk 0 TRUNK

#Установка ограничения входящего максимального количества CPS для транк-группы - 10:
vesbc(config-esbc-trunk-group)# max in cps 10

#Применение и подтверждение изменений:
vesbc(config-esbc-trunk-group)# do commit 
vesbc(config-esbc-trunk-group)# do confirm 

Т. к. транк  транк TRUNK входит в состав транк-группы TRUNKGROUP, то будет обрабатываться не более 10 входящих вызовов в секунду, поступающих в транк, так как приоритет ограничения у транк-группы выше.

...

После применения изменений количество одновременных вызовов, проходящих через абонентский интерфейс USER_IFACE, не может быть больше 10. Все запросы INVITE поступающие после превышении лимита будут проигнорированы. 

...