Транспорт

Last Updated : Apr 30, 2016 |

Навигация: Линия | Линия SIP | Транспорт

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

Прокси-сервер считается Активным, если система в качестве ответа получает 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