SIP Модуль

SIP модуль разбирает все получаемые SIP пакеты и использует субкомпоненты модуля для обработки разобранных пакетов. Пакеты с Запросами передаются в субкомпонент SIP Сервер, новой или существующей транзакции SIP Сервера.
Компонент SIP Сервер использует Модуль Signal для обработки запроса. Отклики, сгенерированные модулем Signal, поступают в транзакцию SIP Сервера и SIP Сервер отправляет их обратно источнику SIP запроса.

Модуль Signal может отправлять Запросы на удалённое SIP устройство или на удалённый SIP Сервер. Модуль использует субкомпонент SIP Клиент для создания транзакции SIP Клиента. Эта транзакция используется для отправки SIP Запроса через Интернет протокол и обработки посланного обратно Отклика.

Пакеты с SIP Запросом, получаемые SIP Модулем, поступают субкомпоненту SIP Сервер, а пакеты с SIP Откликами поступают субкомпоненту SIP Клиент; из этого правила есть два исключения:

• если не может быть найдено никакой транзакции для пакета с Откликом, то пакет ретранслируется "вверх" инициатору звонка SIP Модулем самостоятельно, без использования модуля Signal.
• если не может быть найдено никакой транзакции Сервера для Запроса ACK, то для дальнейшего ретранслирования от инициатора звонка "вниз" создаётся транзакция SIP Клиента.

SIP модуль CommuniGate Pro поддерживает коммуникации через UDP и TCP, а также безопасные (TLS) коммуникации через TCP протокол.

SIP модуль CommuniGate Pro поддерживает технологию ближнего и дальнего прохождения NAT, что делает возможным осуществление SIP коммуникаций как для больших корпораций со множеством внутренних локальных сетей, так и для домашних пользователей, выходящих в Интернет через "тупые" NAT устройства.

Схема установления сессии, описанная выше, работает корректно только если обе стороны осуществляют коммуникацию напрямую. Если между сторонами имеется межсетевой экран или NAT устройство, то прямое взаимодействие между ними невозможно. В этом случае, SIP модуль CommuniGate Pro осуществляет медиа проксирование, ретранслируя не только запросы и отклики SIP протокола, но также и медиа данные.

Уровень Журнала

Используйте эту настройку для того, что бы указать какую информацию о SIP пакетах и транспортном уровне SIP модуль должен сохранять в Журнале работы Сервера. Обычно используется уровень Сбои (только неразрешимые проблемы), уровень Основные (отчёты об установлении сессий) или уровень Проблемы (сбои, отчёты об установлении сессий и не фатальные ошибки).
В случае, если в работе SIP модуля возникают проблемы, возможно, целесообразным будет увеличить детализацию до уровня Подробности или Всё: в этом случае в Журнал работы Сервера будут записываться содержимое пакетов и другие подробности. Когда проблема решена, верните настройку Уровень Журнала в её обычное значение, иначе Системный Журнал будет очень быстро увеличивать свой размер.
Записи транспортного уровня модуля SIP в Журнале работы Сервера имеют пометку SIPDATA.
Обычные SIP записи имеют пометку SIP.

UDP

Для того, что бы настроить транспортный уровень UDP, нажмите на ссылку UDP Приёмник. Откроется страница UDP Приёмника. По умолчанию, номер порта SIP UDP имеет значение 5060.

TCP

Для того, что бы настроить транспортный уровень TCP, нажмите на ссылку TCP Приёмник. Откроется страница TCP Приёмника. Вы можете задать как безопасные, так и незащищённые порты TCP. По умолчанию, незащищённый номер порта SIP TCP имеет значение 5060, а безопасный SIP TLS порт - 5061.

Каналы

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

Тайм-аут по неактивности

Используйте эту опцию для того, что бы указать, когда SIP модуль должен закрывать коммуникационный канал TCP при отсутствии активности в этом канале. Это помогает сэкономить ресурсы, используемые для обслуживания коммуникационных каналов TCP на сильно загруженных серверах. С другой стороны, некоторые SIP клиенты могут работать неправильно в случае, если сервер закрывает TCP соединение по тайм-ауту.

Предварительные Обработчики

Если эта опция установлена в ненулевое значение, то получаемые пакета не будут обрабатываться немедленно: они помещаются в специальную очередь и получающая нить немедленно становится готовой для получение новых пакетов. Эта опция задаёт число дополнительных нитей, который берут пакеты из очереди и обрабатывают их, отправляя из в SIP транзакции Сервер или Клиент.

Ограничение на ждущих Обработки

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

В компоненте сервер SIP Модуля реализована Аутентификация Запросов для удалённых клиентов. Если внутренний компонент Сервер отвергает Запрос по причине отсутствия данных аутентификации, то Модуль добавляет специальные поля в отправляемый отклик, помогающие проведению аутентификации.

Объявлять 'Digest'-Аутентификацию

Выберите эту опцию для информирования SIP клиентов о поддержке стандартного метода аутентификации DIGEST.

Объявлять 'NTLM'-Аутентификацию

Выберите эту опцию для информирования SIP клиентов о поддержке нестандартного метода аутентификации NTLM.

Имя пользователя, указанное в данных аутентификации, обрабатывается через компонент Маршрутизатор, так что в именах аутентификации могут использоваться Псевдонимы Пользователя, Переадресаторы и Псевдонимы Домена.
У указанного Пользователя и в его Домене Услуга SIP должна быть включена.

Для SIP аутентификации могут использоваться любые пароли Пользователей CommuniGate Pro.

Если для указанного Пользователя опция Пароль включена, то SIP модуль проверяет, задана ли для этого Пользователя настройка SIPPassword. Если она задана, то она будет использоваться вместо стандартной настройки Пароль. Это возможность позволяет Администратору устанавливать Пользователю дополнительный пароль, который будет использоваться только при проведении SIP аутентификации.

Посылать '100 Trying' для не-INVITE запросов

Если эта опция включена и клиент перепосылает запрос, то SIP Модуль отправляет отклик 100 ("Trying") даже в том случае, если INVITE не был методом запроса.

Всегда Посылать '100 Trying' для INVITE запросов

Если эта опция включена, то SIP модуль всегда отправляет отклик 100 ("Trying") до начала обработки запроса INVITE.

Всегда оставаться в Диалогах

Если эта опция выключена, то SIP Модуль участвует только в тех SIP диалогах, которые требуют его участия (например, для прохождения межсетевого экрана или NAT. Если эта опция включена, SIP модуль участвует во всех открываемых SIP диалогах. Эта возможность может использоваться для анализа и устранения неполадок, так как в Журнал работы Сервера записываются все подробности об транзакциях в диалогах.

Релеить на любой Сетевой Адрес

Если этот опция установлена в значение любой, то SIP Модуль функционирует как Открытый Релей: он ретранслирует все SIP запросы любым получателям.
Для предотвращения злоупотреблений вашим Сервером, разрешайте релеинг только для клиентов или установите эту опцию в значение никто.
SIP Модуль будет отправлять Запросы если выполняется как минимум одно из условий:

• адрес получателя перечислен в списке Сетевые Адреса Клиентов.
• Запрос ретранслируется на устройства, зарегистрированные за Пользователем вашего Сервера.
• Запрос сгенерирован локальным Узлом (таким как Задача PBX).
• отправитель Запроса аутентифицирован вашим сервером.
• Запрос получен от сетевого адреса имеющегося в списке Сетевые Адреса Клиентов (только если эта опция установлена в значение клиенты).

Если никакое из этих условий не выполняется, то запрос отвергается с кодом ошибки 401 ("Authentication required").

Посылать через

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

Таймер B

Эта опция управляет значением "Таймер B" (согласно RFC3261). Она контролирует максимальное время, которое транзакция типа INVITE будет ожидать первого отклика от вызываемой стороны.
Хотя согласно стандарта она должна иметь значение 32 секунды, мы настоятельно рекомендуем понизить её до 5-10 секунд: если удалённый участник никак не отвечает в течении этого времени (не посылая даже отклик типа 100-Trying) то, вероятнее всего, он не функционирует и нет необходимости выжидать все 32 секунды для уведомления инициатора звонка.
Понижение этого значения позволяет транзакции SIP клиента попробовать использовать другую SRV запись (если она есть): если же этот таймер имеет значение 32 секунды, то вызывающий абонент, вероятнее всего, прекратит соединение до попытки использования следующей SRV записи.

Посылать P-Asserted-Identity

Если эта опция включена и отправитель запроса был аутентифицирован, то в SIP запрос добавляется поле Посылать P-Asserted-Identity. Поле содержит SIP URI с полным именем аутентифицированного Пользователя (accountName@domainName).

Имя Шлюза

Используйте эту настройку для присвоения внутреннего имени этому Внешнему Шлюзу. Вы сможете использовать это имя в записях Маршрутизатора для переадресации определённых звонков на этот Шлюз. Присвойте уникальное алфавитно-цифровое имя каждому используемому вами Внешнему Шлюзу.

Домен

Используйте эту настройку для указания имени домена Внешнего Шлюза.

Через

Используйте эту настройку если запросы для этого Внешнего Шлюза не должны отправляться на сетевые адреса, связанные с именем Домена Шлюза (например, запросы, посылаемые в этот Шлюз, должны быть отправлены через какой-либо прокси).
Эта настройка позволяет вам указать альтернативное имя домена (DNS), IP адрес или полный SIP URI.

Имя пользователя

Используйте эту настройку для указания имени, которое будет использоваться для регистрации и (дополнительно) для звонков через этот Внешний Шлюз.
Если значение не содержит символа @, то к нему будет добавлено значение из настройки Домен для формирования полного имени пользователя.

Пароль

Используйте эту настройку для указания пароля, используемого при работе с Внешним Шлюзом.

AUTH-Имя

Указывайте эту настройку только имя аутентификации Внешнего Шлюзе не совпадает с Именем Пользователя.

Регистрироваться раз в

Используйте эту настройку для указания частоты отправления SIP Модулем Запросов REGISTER на этот Внешний Шлюз.

Поле 'Contact'

Используйте эту настройку для указания адреса, зарегистрированного на Внешнем Шлюзе. Когда шлюз получает входящий звонок, он отправляет Сигнал с Запросом звонка на указанный адрес.
Этот адрес Contact обычно является Пользователем на вашем Сервере, от имени которого запущено Приложение Реального Времени "авто-секретарь", отвечающее на эти звонки и направляющее их на других Пользователей вашего Сервера.

Звонки: Аутентификация

Если эта опция не выключена, то ко всем запросам звонка INVITE, отправляемых на этот Внешний Шлюз, добавляется поле заголовка аутентификации (Authorization или Proxy-Authorization). Модуль использует тот же "код" ("nonce") для проведения аутентификации, что фигурировал в последнем запросе REGISTER, отправленном Шлюзу, так что убедитесь, что период времени, заданный в опции "Регистрироваться раз в" короче "времени жизни" "кода" для этого Внешнего Шлюза.

Звонки: Заменять From

Когда выбрана эта опция, то адреса From (имя и адрес вызывающего абонента) в запросах звонка (INVITE) заменяется на Имя Пользователя (маскировка вызывающего абонента).

Звонки: Заменять To

Когда выбрана эта опция, то адреса To (имя и адрес вызываемого абонента) в запросах звонка (INVITE) заменяется на URI Сигнала запроса (после удаления номера порта URI и параметров URI).

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

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

Для того, что бы отправлять запросы с Сигналами на Внешний Шлюз, вам нужно задать записи в Маршрутизаторе.

Пример 1.

Все звонки на 1number@main_domain должны перенаправляться на Шлюз Provider1 как запросы на вызов number
Все звонки на +1number@main_domain должны перенаправляться на Шлюз Provider1 как запросы на вызов number
все звонки на +number@main_domain (где number не начинается с 1) должны перенаправляться на Шлюз IntlProvider как запросы на вызов 011number
все звонки на 011number@main_domain должны перенаправляться на Шлюз IntlProvider как запросы на вызов 011number
все звонки на 9number@main_domain должны перенаправляться на Шлюз LocProvider1 как запросы на вызов 415number

Используйте следующие записи Маршрутизаторе:

NoRelay:Signal:<1*>   = *@Provider1.sipgw
Signal:<+1*>  = *@Provider1.sipgw
Signal:<+*>   = 011*@IntlProvider.sipgw
Signal:<011*> = 011*@IntlProvider.sipgw
Signal:<9*>   = 415*@LocProvider.sipgw

В Windows Messenger для аудио и видео сессий используются стандартные RTP медиа протоколы и эти сессии могут устанавливаться через межсетевые экраны и/или NAT.
В Windows Messenger для обмена Мгновенными Сообщениями используется SIP протокол для передачи медиа и сессии по обмену Мгновенными Сообщениями также могут устанавливаться через межсетевые экраны и/или NAT.
В сессиях Windows Messenger "Общая доска", Общие Приложения и Удалённый Помощник используется T.120 и другие нестандартные протоколы, и эти сессии могут устанавливаться через межсетевые экраны и/или NAT.
В сессиях передачи файлов Windows Messenger используется нестандартный протокол и в настоящее время такие сессии не могут устанавливаться через межсетевые экраны и/или NAT.

На этом Веб Сайте находится периодически обновляемый документ, в которым перечислены протестированные SIP клиенты, обнаруженные проблемы и известные способы их решения.

SIP модуль сразу же (при первом вызове Маршрутизатора) принимает все адреса сигналов с IP адресами вместо доменов, то есть с именами домена типа [xx.yy.zz.tt]. Пожалуйста, обратите внимание, что Маршрутизатор добавляет квадратные скобки к IP тех адресов имён домена, которые не имеют их, а так же изменяет IP адреса локальных доменов на их имена. Маршрутизатор выполняет эти операции до вызова модулей.

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

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

До принятия адреса SIP модуль проверяет, не содержит ли адрес вместо символа @ один или несколько символов %. В этом случае меняется самый правый символ % изменяется на символ @.

Если имя домена назначения содержит суффикс .udp, .tcp или .tls, то используется соответствующий транспортный протокол, а сам суффикс удаляется из имени этого домена.

В области Наблюдение через Веб Интерфейс Администратора можно наблюдать за активностью SIP модуля. Страница Наблюдения за SIP модулем имеет две части: страница, отвечающая за приём (Сервер) и страница, отвечающая за передачу (Клиент).

На странице SIP Приём отображаются активные транзакции SIP Сервера:

На странице SIP Передача отображаются активные транзакции SIP Клиента: