Транспорт SIP линии I

Последнее обновление : Oct 31, 2016 |
Навигация: Параметры системыЛинияДобавить/редактировать линию группы каналовЛиния SIPТранспорт SIP
Prolog information
Metadata
Keywords:
Resource Id: line102

Алгоритм работы при недоступности службы

Прокси-сервер считается Активным, если система в качестве ответа получает INVITE, REGISTER или OPTIONS.
Если в ответ от прокси-сервера приходит 503 — Служба недоступна, то этот сервер считается Активным — На обслуживании. В этом случае происходит следующее.
  • Если ответ 503 — Служба недоступна был получен на запрос INVITE:
    • Если вызовы связаны регистрациями (настройка Маршрут вызовов через регистратор включена) и имеются другие доступные прокси-серверы, то связанные регистрации должны выдать запрос Un-REGISTER и попытаться выполнить запрос REGISTER, используя другой прокси-сервер. Вызов завершится с ошибкой по причине причина = Временный сбой.
    • Если вызовы не связаны, то запрос INVITE должен быть незамедлительно связан с другим прокси-сервером.
  • Если ответ 503 — Служба недоступна был получен на запрос REGISTER:
    • Если имеются другие доступные прокси-серверы, то только эта регистрация должна выдать запрос Un-REGISTER и попытаться выполнить запрос REGISTER, используя другой прокси-сервер.
    • Если заданы значения настройки Явный(-ые) DNS-сервер(-ы), то DNS-запрос должен быть отправлен вовне, чтобы узнать, не исчез ли этот прокси-сервер.
Прокси-сервер в состоянии Активный-НаОбслуживании не должен использоваться для выполнения новых транзакций (INVITE или REGISTER), пока:
  • Не изменятся DNS-ответы, указывая на возобновление активности прокси-сервера.
  • Конфигурация не предлагает никакого другого лучшего варианта. В этом случае должно существовать ограничение, не позволяющее получать более пяти сбоев (подряд) в течение одной минуты.
  • В результате выполненного объединения конфигурации был изменен адрес прокси-сервера ITSP.
  • Прошло 10 минут.

Алгоритм работы при отсутствии ответа

Прокси-сервер считается неотвечающим (UDP), если отправлено три запроса и не получено ни одного ответа. Обычно это происходит во время одной транзакции INVITE.
Необходимо разобраться в причинах произошедшего: вызвано ли это сбоем в локальной сети, либо вышедшим из строя прокси-сервером. Поскольку более вероятно возникновение проблем в локальной сети, то никаких действий предпринимать не нужно, если только не поступает трафик от альтернативного прокси-сервера, что указывает на то, что данный прокси-сервер действительно не отвечает. Тогда статусом прокси-сервера будет «Вероятно неотвечающий».
Если указаны явные DNS-серверы, то DNS-запрос должен быть отправлен вовне, чтобы узнать, не исчез ли этот прокси-сервер.
При возможности необходимо проверять работоспособность альтернативного прокси-сервера одновременно с проверкой работоспособности сомнительного сервера.
Этот сервер должен рассматриваться как неотвечающий, если он постоянно не отвечает в то время, как другие прокси-серверы либо отвечают, либо не отвечают, но при этом исчезают из публикуемого списка DNS-серверов.
Если прокси-сервер имеет статус «Вероятно неотвечающий», то лучше отправить запрос INVITE альтернативному прокси-серверу с одновременной отправкой любого подходящего сообщения неотвечающему прокси-серверу. Это поможет понять, в действительности ли этот сервер не отвечает или же существуют какие-либо проблемы с локальной сетью. Однако нет никаких требований по занесению прокси-сервера в черный список.
Если прокси-сервер имеет статус «Определенно неотвечающий»:
  • Если имеются другие доступные прокси-серверы: только эта регистрация выдает запрос Un-REGISTER и пытается выполнить запрос REGISTER, используя другой прокси-сервер. Вызовы не сбрасываются автоматически.
  • Если от него получено сообщение SIP, то его статус должен быть тут же изменен на «Активный».
  • Такой прокси-сервер должен быть внесен в черный список, если только нет других лучших вариантов. Пока прокси-сервер находится в черном списке, для него разрешается выполнение только одной транзакции в течение 10 минут.
  • Даже если прокси-сервер не находится в черном списке, должно существовать ограничение, не позволяющее получать более пяти сбоев (подряд) в течение одной минуты.

Параметры конфигурации

Параметры Адрес прокси-сервера ITSP и Маршрутизация вызовов через регистратора могут быть объединены. Изменение оставшихся параметров потребует выполнить «объединение с прерыванием обслуживания». Когда файл конфигурации отправляется в систему, магистральные линии SIP перезапускаются, и все вызовы пропускаются.
Редактирование в автономном режиме не требуется.
Поле
Описание
Адрес прокси-сервера ITSP
По умолчанию = пусто
Это адрес прокси-сервера SIP, используемый для исходящих вызовов SIP. Этот адрес может быть задан следующими способами:
  • Если оставить его пустым, то будет использоваться доменное имя ITSP, для которого будет применяться процедура разрешения имен DNS так же, как в случае задания DNS-адреса описанным ниже способом.
  • IP-адрес.
  • Список, состоящий из не более, чем четырех IP-адресов, разделенных запятой или пробелом.
    • Эти адреса могут содержать относительный весовой коэффициент вызова для каждого адреса, сравниваемый с остальными. Для этого необходимо к адресу добавить суффикс w N, где N — значение весового коэффициента. Например, в списке 213.74.81.102w3 213.74.81.100w2 значения взвешиваемых коэффициентов в качестве веса вызовов на первый адрес задают значение «1,5». Вес по умолчанию, если не указан, соответствует «1». Вес «0» может использоваться для отключения адреса. Вес применяется только к исходящим вызовам.
      Если определено несколько прокси-серверов, и нет никакой весовой идентификации, то вызовы отправляются только первому в списке серверов. Если происходит сбой, то используется следующий в списке прокси-сервер.
    • Если настройка Маршрут вызовов через регистратор, описываемая ниже, включена, то взвешивание применяется к регистрациям, а не к вызовам.
  • DNS-адрес, к примеру, sbc.example.com.
    • Ответ DNS может вернуть несколько адресов прокси-серверов (RFC 3263). В этом случае система выполнит разрешение адресов с использованием приоритетов, TTL и сведений о весах, содержащихся в каждом адресе.
    • Чтобы указать на необходимость возврата при возможности нескольких адресов прокси-серверов, можно добавить суффикс балансировки нагрузки, например, sbc.example.com(N), где N — необходимое количество адресов от 1 до 4.
Это поле может быть объединено. Однако нельзя одновременно использовать более четырех IP-адресов. Поэтому если объединенные новые и старые параметры адресов превышают четыре, то использование новых адресов начинается только после того, как завершается текущая транзакция по старым адресам.
Конфигурация сети
Протокол уровня 4
По умолчанию = UDP.
Возможные варианты: TCP, UDP или TLS.
  • Подключения TLS поддерживают следующие шифры: TLS_RSA_WITH_AES_128_CBC_SHA, TLS_RSA_WITH_AES_256_CBC_SHA, TLS_DHE_RSA_WITH_AES_128_CBC_SHA и TLS_DHE_RSA_WITH_AES_256_CBC_SHA
Использовать сведения о топологии сети
По умолчанию = нет.
  • ЛВС 1 — связать линию с Параметры DiffServ и Топология сети и настройками IP Office ЛВС1.
    • Если для интерфейса локальной сети не задан адрес сервера STUN, то Время обновления привязки игнорируется при расчете времени для периодических OPTIONS сообщений, если для Тип брандмауэра/NAT не задано значение Открытый Интернет.
  • ЛВС 2 — как описано выше, но с использованием настроек IP Office ЛВС2.
  • Нет — если выбран этот параметр, IP Office не применяет поиск STUN. Таблицы маршрутизации IP Office IP системы определяют маршрутизацию линии.
Порт отправки
Если для значения Протокол уровня 4 задано значение TLS, портом по умолчанию является 5061. Если задано значение TCP или UDP, портом по умолчанию является 5060.
Порт прослушивания
Если для значения Протокол уровня 4 задано значение TLS, портом по умолчанию является 5061. Если задано значение TCP или UDP, портом по умолчанию является 5060.
Явные серверы DNS
По умолчанию = 0.0.0.0 (выключено)
Если для работы с магистральными линиями SIP необходимо использовать определенные DNS-серверы, а не общий DNS-сервер, заданный или полученный для системы, то в этом поле можно указать адреса этих серверов. При экспорте или импорте как части шаблона магистральной линии.
Маршрутизация вызовов через регистратора
По умолчанию = вкл.
Если эта настройка выбрана, то все вызовы маршрутизируются через тот же прокси-сервер, который использовался при регистрации. Если задано несколько адресов прокси-серверов ITSP, то балансировка нагрузки для регистраций не выполняется.
Отдельный регистратор
По умолчанию = пусто
Это поле позволяет задать адрес регистратора SIP, если он отличается от адреса прокси-сервера SIP. Этот адрес можно задать либо в виде IP-адреса, либо в виде DNS-имени.
Related information
Линия SIP