Протокол H.323 (H323)

В подменю «H.323» выполняются настройки протокола H.323.

Работа протокола H.323 возможна только при использовании профиля 1. Настройка кодеков и маршрутизации при использовании протокола Н.323 осуществляется в Profile 1.

Стандарт H.323 формулирует технические требования для передачи аудио- и видеоданных по сетям передачи данных и включает в себя стандарты на видеокодеки, голосовые кодеки, общедоступные приложения, управление вызовами и системой.

Стек H.323 шлюза Коралл-РА 32 поддерживает следующие протоколы:

• H.245 – используется для согласования используемых кодеков, а также открытия разговорного соединения в случае если не используется процедура faststart;
• Q.931/H.225 – используется для установления и контроля соединения;
• RAS – используется для взаимодействия с гейткипером;
• H.235 – используется для аутентификации вызовов при взаимодействии с гейткипером;
• Н.450.1 – используется при постановке/снятии с удержания (hold).

Гейткипер предназначен для обработки вызовов внутри своей зоны, а также взаимодействия с другими зонами и выполняет функции управления вызовами. При работе с гейткипером шлюз должен регистрироваться на нем и, в зависимости от локальной политики сети, авторизоваться по логину и паролю (Н.235). Только после успешной регистрации абоненты шлюза смогут совершать вызовы через гейткипер. Шлюз регистрируется на гейткипере на определенное время Time to live (TTL), в течение которого он должен обязательно перерегистрироваться. Для этой цели используется таймер Keep alive, по истечении которого шлюз передает запрос на перерегистрацию.

Процедура faststart предназначена для «быстрого» установления разговорного соединения. В этом случае канал устанавливается до начала согласования возможностей по протоколу Н.245. Процедура «туннелирования» предназначена для переноса сигнализации H.245 через сигнальные каналы Q.931, это позволяет не открывать дополнительное ТСР-соединение (не задействовать дополнительный ТСР-порт) для согласования возможностей.

Применение настроек Н.323 не требует перезагрузки шлюза. При применении данных настроек все текущие вызовы будут завершены!

После внесения изменений необходимо нажать кнопку «Применить изменения» («Submit Changes»), для отмены всех внесенных изменений - кнопку «Отменить изменения» («Undo All Changes»), для сохранения примененных изменений – кнопку «Сохранить» («Save»).
При помощи кнопки «По умолчанию» («Defaults») можно установить параметры по умолчанию (значения, устанавливаемые по умолчанию, приведены на рисунке).

Настройки H.323 (H323 settings):

• Включить Н.323 (Enable H323) – при установленном флаге использовать протокол H.323;
• Включить Н.235 (Enable H.235) – при установленном флаге использовать аутентификацию на гейткипере по протоколу H.235;
• Игнорировать данные в GCF (Ignore GCF info) – при установленном флаге выдавать аутентификационные данные в сообщении RRQ по протоколу H.235 в любом случае, иначе – только в случае приема в сообщении GCF поддерживаемого метода хеширования. Данная настройка применяется для работы с гейткиперами, не передающими в ответе на запрос GRQ используемый метод хеширования. В этом случае шлюз будет передавать аутентификационные данные, зашифрованные методом MD5, во всех запросах регистрации RRQ, даже если не получил от гейткипера поддерживаемый метод хеширования;
• Выключить faststart (Disable faststart) – при установленном флаге функция faststart'а отключена;
• Выключить tunneling (Disable tunneling) – при установленном флаге туннелирование сигнализации H.245 через сигнальные каналы Q.931 отключено;
• Регистрироваться на гейткипере (Gatekeeper used) – при установленном флаге при установленном флаге использовать регистрацию на гейткипере;
• Регистрироваться в качестве шлюза (Is gateway) – при установленном флаге устройство регистрируется на гейткипере в качестве шлюза, иначе – как оконечное устройство. При регистрации в качестве оконечного устройства шлюз регистрирует на гейткипере номера всех сконфигурированных абонентов и имя шлюза – H.323 aliase. При регистрации в качестве шлюза - шлюз регистрирует на гейткипере только свое имя – H.323 aliase. Для упрощения конфигурации гейткипера рекомендуется использовать регистрацию в качестве оконечного устройства;
• Период регистрации (Time To Live) – период времени в секундах, на который устройство регистрируется на гейткипере;
• Период перерегистрации  (Keep Alive Time) – период времени в секундах, через который устройство перерегистрируется на гейткипере;
• H.323 alias – имя при регистрации на гейткипере;
• IP-адрес гейткипер (Gatekeeper address) – IP-адрес гейткипера;
• Пароль Н.235 (H.235 password) – пароль при аутентификации по протоколу H.235;
• Режим передачи DTMF (DTMF Transfer) – выбор метода передачи flash и DTMF сигналов посредством протокола Н.323 (H.245 Alphanumeric, H.245 Signal, Q931 Keypad IE). Передача DTMF-сигналов обеспечивает функцию донабора;
• H.245 Alphanumeric – для передачи DTMF используется совместимость basicstring, для передачи flash - совместимость hookflash (flash передается как символ !);
• H.245 Signal – для передачи DTMF используется совместимость dtmf, для передачи flash - совместимость hookflash (flash передается как символ !);
• Q931 Keypad IE – для передачи и DTMF, и flash (flash передается как символ !) используется информационный элемент Keypad в сообщении INFORMATION Q931;

• Услуга передачи информации (Bearer capability) – выбор услуги переноса информации (Speech, Unrestricted Digital, Restricted Digital, 3.1 kHz Audio, unrestricted Digitals with Tones). Рекомендуется использовать значение 3.1 kHz Audio. Все остальные значения используются только для поддержания совместимости со взаимодействующими шлюзами.

Пункт DTMF Transfer будет использоваться, только если в конфигурации кодеков (Codecs conf.) в пункте DTMF Transfer выбран пункт 2 – INFO.

Для надежной перерегистрации устройства на гейткипере значение периода перерегистрации Keep Alive Time необходимо настраивать равным 2/3 относительно периода регистрации Time To Live. Причем параметр Time To Live рекомендуется настраивать таким же, как и на гейткипере, чтобы значение периода перерегистрации Keep Alive Time шлюза не было больше либо равно значению Time To Live (передается в ответах) гейткипера. Иначе, некорректная настройка может привести к тому, что гейткипер снимет регистрацию со шлюза до того, как шлюз произведет перерегистрацию, что в свою очередь приведет к разрушению всех активных соединений, установленных через гейткипер.

Для применения изменений нажать кнопку «Применить изменения» («Submit Changes»). Для отмены всех внесенных изменений нажать кнопку «Отменить изменения» («Undo All Changes»).

Индивидуальные параметры SIP (SIP Custom)

В закладке «Профиль N/SIP настройки профиля»(«Profile n/SIP Custom») производится производится настройка параметров протокола SIP для каждого профиля.

Конфигурация SIP (SIP configuration)

Применение настроек SIP не требует перезагрузки шлюза. При применении данных настроек все текущие вызовы будут завершены!

• Режим работы (Proxy mode) – в ниспадающем списке данного поля можно выбрать режим работы с SIP-сервером (SIP-proxy):
• Выключен (Off) – отключен;
• Parking – режим резервирования SIP-proxy без контроля основного SIP-proxy;
• Homing – режим резервирования SIP-proxy с контролем основного SIP-proxy;

Шлюз может работать с одним основным и максимум четырьмя резервными SIP-proxy. При работе только с основным SIP-proxy, режимы Parking и Homing ничем друг от друга не отличаются. В этом случае при отказе основного SIP-proxy потребуется его восстановление для обеспечения работоспособности.

При наличии резервных SIP-proxy работа в режимах Parking и Homing осуществляется следующим образом: при совершении исходящего вызова шлюз отправляет сообщение INVITE на адрес основного SIP-proxy, или при попытке регистрации – сообщение REGISTER. В случае если по истечении времени Invite total timeout от основного SIP-proxy не приходит ответ, либо приходит ответ 503 или 505, то шлюз отправляет INVITE (либо REGISTER) на адрес первого резервного SIP-proxy, если он тоже недоступен, то запрос переправляется на следующий резервный SIP-proxy и т.д. Как только доступный резервный SIP-proxy будет найден, произойдет перерегистрация на нем.

Далее, в зависимости от выбранного режима резервирования, действия следующие:

1. В режиме parking нет контроля основного SIP-proxy и шлюз продолжает работать с резервным SIP-proxy, даже если основной восстановлен. При потере связи с текущим SIP-proxy будет продолжен опрос последующих резервных SIP-proxy по описанному выше алгоритму. При недоступности последнего резервного SIP-proxy опрос продолжится по кругу, начиная с основного;
2. В режиме homing доступно три вида контроля основного SIP-proxy: посредством периодической передачи на его адрес сообщений OPTIONS, посредством периодической передачи на его адрес сообщений REGISTER, либо посредством передачи запроса INVITE при совершении исходящего вызова. Запрос INVITE сначала передается на основной SIP-proxy, а затем, в случае его недоступности на текущий резервный и т.д. Независимо от вида контроля, если обнаружено, что основной SIP-proxy восстановился, то происходит перерегистрация на нем, и шлюз начинает работать с основным SIP-proxy.

• Адрес прокси/Адрес регистратора 1..5 (Proxy/ Registrar address 1..5) – сетевой адрес SIP-proxy/ сетевой адрес сервера регистрации; через двоеточие можно указать порт, если порт не указан, то по умолчанию принимается значение порта – 5060;
• Использовать регистрацию 1..5 (Use registration 1..5) – при установленном флаге регистрироваться на сервере, иначе – сервер регистрации не используется;
• Режим контроля основного прокси (Home server test) – в зависимости от выбранной настройки в режиме резервирования homing тестировать основной прокси с помощью сообщений OPTIONS, REGISTER, либо INVITE;
• Режим переключения на резерв (Change-over) – данная настройка определяет, по ошибке при передаче каких запросов будет происходить переключение на резервные сервера: по запросам INVITE и REGISTER, только по запросу INVITE или только по запросу REGISTER;
• Период перепосылки контрольного запроса (с) (Keepalive time (s)) – период между передачами контрольных сообщений OPTIONS или REGISTER в секундах;
• Полный анализ RURI (Full RURI compliance) – если флаг установлен, то при поступлении входящего вызова производится анализ всех элементов URI (user, host и port – абонентский номер, IP-адрес и UDP/TCP-порт). При совпадении всех элементов URI вызов будет назначен на абонентский порт. Если флаг снят, то анализируется только абонентский номер (user), при совпадении которого вызов будет назначен на абонентский порт;
• SIP-домен (SIP Domain) – SIP-домен. Используется для передачи в параметре «host» схемы SIP URI полей from и to;
• Использовать SIP-домен при регистрации (Use domain to Register) – использовать домен в Request URI. В этом случае домен будет передаваться в Request URI запросов «REGISTER», «INVITE», «SUBSCRIBE», «NOTIFY», «OPTIONS». Не применяется в запросах «OPTIONS», используемых для контроля основного SIP сервера (Home server test);
• Период повтора запроса REGISTER (с) (Registration Retry Interval (s)) – интервал повтора попыток регистрации на SIP-сервере в случае, если предыдущая попытка была неуспешной (например, от сервера был получен ответ «403 forbidden»);
• Inbound – при установленном флаге принимать входящие вызовы только от SIP-proxy, иначе – принимать входящие вызовы со всех хостов. При активированной функции для вызовов принятых с адреса, отличного от SIP-proxy, будет создано перенаправление на адрес proxy (используется ответ «305 Use proxy», в котором указан адрес требуемого сервера);
• Outbound – задает режим для исходящих вызовов через SIP-proxy:
• Не использовать (off ) – исходящие вызовы маршрутизируются согласно плану нумерации;
• Использовать (on ) – для исходящих вызовов в любом случае используется SIP-proxy;

• Использовать с выдачей «Занято» (with busy tone) – для исходящих вызовов в любом случае используется SIP-proxy. Если по каким-то причинам абонентский порт не зарегистрирован, то при подъёме трубки на этом порту будет выдаваться сигнал «занято»;

Помимо статической настройки Outbound SIP-сервера, возможна динамическая установка при помощи опции 120 протокола DHCP. При получении данной опции шлюз будет ее использовать только в первом SIP профиле (Profile 1), при этом настройки Proxy/Registrar address останутся актуальными и будут все также использоваться в качестве адресов SIP-proxy и серверов регистрации. Если вы хотите использовать адреса, принятые в опции 120 в качестве адресов SIP-proxy и серверов регистрации, то оставте настройки Proxy/Registrar address пустыми. Поскольку опция позволяет передать адреса нескольких outbound SIP серверов, то режимы резервирования Proxy mode, описанные выше, в этом случае также будут работать.

• Таймаут набора (Dial timeout (for Outbound)) – таймаут набора следующей цифры (в режиме Outbound), сек. Для возможности набора без таймаута необходимо либо использовать префиксы с четко заданным количеством цифр, либо индивидуально на абонентских портах использовать настройку «Окончание набора по решетке (Stop dial at #)»;

Данная настройка актуальна только для плана маршрутизации Dialplan table.

• Период регистрации (Expires) – период времени для перерегистрации;
• Режим аутентификации и авторизации (Authentication) – задает режим аутентификации для устройства:
  • Глобальная (global) – выполнять аутентификацию на SIP-сервере с общим именем и паролем для всех абонентов;
  • Индивидуальная (user defined) – выполнять аутентификацию на SIP-сервере с раздельным именем и паролем для каждого абонента, имя и пароль назначаются портам в настройках меню «PBX/Ports»;
• Имя (Username) – имя пользователя для аутентификации в режиме global;
• Пароль (Password) – пароль для аутентификации в режиме global (по умолчанию – password);
• Alert-Info – обрабатывать заголовок Alert-Info в запросе INVITE для выдачи на абонентский порт отличной от стандартной посылки вызова. Каденции для нестандартных посылок вызова настраиваются во вкладке Alert-Info соответствующего SIP-профиля;
• Выдача КПВ по приему ответа 183 (Ringback at answer 183) – при установленном флаге осуществляется выдача сигнала «Контроль посылки вызова» при приеме сообщения «183 Progress». При использовании данной настройки шлюз не будет генерировать сигнал «КПВ» локальному абоненту, в случае если разговорный тракт на момент получения сообщения 183 уже проключен, либо сообщение 183 содержит описание сессии SDP для проключения разговорного тракта;
• Тип ответа при CW (Ringback at callwaiting) – выдача сообщения 180 либо 182 при поступлении второго вызова на порт с активной услугой Call waiting. Используется для индикации вызывающему абоненту (посредством выдачи сигнала «КПВ» определенной тональности) информации о том, что его вызов поставлен в очередь и ожидает ответа. Вызывающий шлюз в зависимости от того, какое сообщении принял (180 Ringing, 182 Queued), генерирует либо стандартное «КПВ» (180 Ringing), либо отличное от стандартного (182 Queued);
• Генерация КПВ вызывающему абоненту (Remote ringback) – параметр определяет, требуется ли шлюзу выдавать сигнал «Контроль посылки вызова» («КПВ») при поступлении входящего вызова:
  • Не передавать КПВ в RTP (Don't send ringback in RTP) – при поступлении входящего вызова шлюз не будет генерировать сигнал «КПВ»;
  • Передавать КПВ в 180 (Ringback with 180 ringing) – при поступлении входящего вызова шлюз будет генерировать сигнал «КПВ» и передавать его взаимодействующему шлюзу в разговорном тракте. Проключение разговорного тракта будет осуществлено вместе с передачей по протоколу SIP сообщения «180 ringing»;
  • Передавать КПВ в 183 (Ringback with 183 progress)– при поступлении входящего вызова шлюз будет генерировать сигнал «КПВ» и передавать его взаимодействующему шлюзу в разговорном тракте. Проключение разговорного тракта будет осуществлено вместе с передачей по протоколу SIP сообщения «183 progress».
• Тип MIME для DTMF (DTMF MIME Type) – тип расширения MIME, используемый для передачи DTMF в сообщениях INFO протокола SIP:
  • Application/ dtmf – DTMF передается в расширении application/dtmf (* и # передаются как числа10 и 11);
  • Application/ dtmf-relay – DTMF передается в расширении  application/dtmf-relay  (* и # передаются как символы * и #);
  • Audio/telephone-event – DTMF передается в расширении audio/telephone-event (* и # передаются как числа 10 и 11);

Передача DTMF во время установленной сессии используется для донабора.

• Тип MIME для Flash (Hook Flash MIME Type) – тип расширения MIME, используемый для передачи Flash в сообщениях INFO протокола SIP:
  • Как DTMF (As DTMF) – передавать в расширении MIME, настроенном в параметре DTMF MIME Type. При этом, если используется application/dtmf-relay, то flash передается как signal=hf, если используется application/dtmf или audio/telephone-event, то flash передается как число 16;
  • Application/Hook Flash – flash передается в расширении Application/ Hook Flash (как signal=hf);
  • Application/Broadsoft – flash передается в расширении Application/ Broadsoft (как event flashhook);
  • Application/sscc – flash передается в расширении Application/ sscc (как event flashhook);

Используется в случае, если необходимо передать импульс flash на встречную сторону без обновления параметров сессии;

Подробнее о применении flash в application/broadsoft и application/sscc, используемого для выполнения услуг ДВО, смотрите в Приложении Обработка запросов INFo, содержащих application_broadsoft и application_sscc, которые используются для выполнения услуг ДВО.

• Передавать символ # как %23 (Escape hash uri) – при установленном флаге передавать знак фунта ("решетку") в SIP URI как escape последовательность "%23", иначе – как символ "#". При установленном флаге user=phone знак фунта ("решетка") всегда передается как символ "#", независимо от настройки Escape hash uri;
• Использовать тег User=Phone (User=Phone) – при установленном флаге использовать тег User=Phone в SIP URI, иначе – не использовать. Использование тега описано в начале данного раздела;
• Удалять неактивные медиа (Remove inactive media) – при установленном флаге удалять неактивные медиа потоки при модификации SDP-сессии. Используется для взаимодействия со шлюзами, некорректно поддерживающими рекомендацию rfc 3264 (по рекомендации количество потоков при модификациях сессии не должно уменьшаться);
• P-RTP-Stat – использовать в запросе BYE либо ответе на него заголовок P-RTP-Stat для передачи RTP-статистики;
• Использовать replaces (CT with replaces) – при установленном флаге использовать тег replaces при выполнении услуги Call Transfer (передача вызова), иначе – не использовать. При установленном флаге во время выполнения услуги шлюз формирует заголовок refer-to, в который, помимо адреса абонента, которому переводится вызов, добавляет тег replaces, содержащий DIALOG ID (Call-ID, to-tag, from-tag) замещаемого вызова. Вариант использования replaces предпочтителен при работе с использованием SIP-сервера, поскольку чаще всего не требует установления нового диалога между SIP-сервером и абонентом, которому переводится вызов;
• Надежная доставка предварительных ответов (100rel) – использование надежных предварительных ответов (RFC3262):
  • supported – поддержка использования надежных предварительных ответов;
  • required – требование использовать надежные предварительные ответы;
  • не использовать – не использовать надежные предварительные ответы;
• Использовать timer RFC4028 (Enable timer) – при установленном флаге поддерживаются таймеры SIP-сессий (RFC 4028). Во время разговорной сессии должны передаваться запросы UPDATE (если встречный шлюз указал их поддержку) либо re-INVITE для контроля соединения;
• Min SE – минимальный интервал проверки работоспособности соединения (от 90 до 1800 с, по умолчанию 120 с.);
• Session expires – период времени в секундах, по истечении которого произойдет принудительное завершение сессии, в случае если сессия не будет во время обновлена (от 90 до 80000 с., рекомендуемое значение - 1800 с., 0 – время сессии не ограничено);

Настройки NAT (NAT settings):

• Сообщение контроля соединения (NAT Keep Alive Msg) – выбор режима поддержания активной сессии при работе через NAT;
  • Не использовать (off )– выключено;
  • options – использовать в качестве сообщения поддержания активной сессии запрос OPTIONS;
  • notify – использовать в качестве сообщения поддержания активной сессии уведомление NOTIFY;
  • CRLF – использовать в качестве сообщения поддержания активной сессии специальный запрос CRLF;
• Период передачи сообщения контроля (с) (NAT Keep Alive Interval (s)) – период передачи сообщений поддержания активной сессии в секундах. Допустимые значения от 30 до 120 секунд;

Настройки режима конференции (Conference settings):

• Режим конференции (Conference mod)e – выбор режима сбора конференции;
  • Локально (Local) – конференция собирается локально на шлюзе. Разговорные потоки микшируются на шлюзе;
  • Удаленно REFER к Focus (Remote (REFER to Focus)) – конференция собирается на сервере конференций. Разговорные потоки микшируются на сервере. В данном режиме шлюз передает на сервер конференций информацию о шлюзах, которые необходимо добавить в конференцию. Далее сервер конференций добавляет эти шлюзы в конференцию;
  • Удаленно REFER к User (Remote (REFER to User)) – конференция собирается на сервере конференций. Разговорные потоки микшируются на сервере. В данном режиме шлюз передает абонентам идентификатор конференции, к которой нужно подключиться на сервере конференций. Далее шлюзы сами добавляют себя в конференцию;

Алгоритмы работы конференции в разных режимах приведены в разделе: 7.3 Трехсторонняя конференция – 3-way conference.

• Сервер конференции (Conference server) – имя сервера конференции при использовании режима Remote;

Настройки управления услугами (IMS settings):

• Включить IMS (Enable IMS) – использовать управление услугами (simulation services) при помощи IMS (3GPP TS 24.623);

Шлюз поддерживает:

• неявную (implicit) подписку на услуги IMS, при таком варианте подписки запросы SUBSCRIBE после регистрации абонентов шлюзом не отправляются, обрабатываются только NOTIFY запросы, принятые от IMS, с помощью которых происходит управление услугами;

• явную (explicit) подписку на услуги IMS, при таком варианте подписки шлюз отправляет запросы SUBSCRIBE после регистрации абонентов и при успешной подписке обрабатывает NOTIFY запросы, принятые от IMS, с помощью которых происходит управление услугами.

  При включенной настройке Включить IMS (Enable IMS) не обрабатываются параметры Обработка flash (Process flash), Ожидание вызова (Call waiting) и Горячая линия (Hot line) в настройках абонентских портов, поскольку услугами управляет IMS сервер.

• ХСАР строка для услуги "Трехсторонняя конференция" (XCAP name for three-party conference) – имя, передаваемое в XCAP вложении, для управления услугой «Трехсторонняя конференция»;
• ХСАР строка для услуги "Горячая линия" (XCAP name for hotline) – имя, передаваемое в XCAP-вложении, для управления услугой «Горячая линия»;
• ХСАР строка для услуги "Ожидание вызова" (XCAP name for call waiting) – имя, передаваемое в XCAP-вложении, для управления услугой «Ожидание вызова»;
• ХСАР строка для услуги "Удержание вызова" (XCAP name for call hold) – имя, передаваемое в XCAP-вложении, для управления услугой «Удержание вызова»;
• ХСАР строка для услуги "Передача вызова" (XCAP name for explicit call transfer) – имя, передаваемое в XCAP-вложении, для управления услугой «Передача вызова».

Для принудительной перерегистрации абонентских портов c данным SIP профилем необходимо нажать на кнопку «Перерегистрация» («Re-registration»).

При помощи кнопки «По умолчанию» («Defaults») можно установить параметры по умолчанию (значения, устанавливаемые по умолчанию, приведены на рисунке).

Для применения изменений необходимо нажать кнопку «Применить изменения» («Submit Changes»), для отмены всех внесенных изменений - кнопку «Отменить изменения» («Undo All Changes»), для сохранения примененных изменений – кнопку «Сохранить» («Save»).