Элтекс

Коллеги, добрый день

Существуют ли планы по расширению функциональности шлюзов Тау-8 и Тау-72, в которой они могли бы осуществлять маршрутизацию входящих вызовов по полю TO?

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

Здравствуйте.

Коллеги, добрый день
Существуют ли планы по расширению функциональности шлюзов Тау-8 и Тау-72, в которой они могли бы осуществлять маршрутизацию входящих вызовов по полю TO?

Нет, таких планов не было, т.к. никто не просил.
Что значит обработка входящего вызова по полю TO? Опишите функционал подробней.

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

Так, в принципе, не обязательно регистрировать порт по отдельности, чтобы на него позвонить.
Знаете номер порта - шлете на него вызов и все.
Есть инструкция:
http://kcs.eltex.nsk.ru/articles/95
тут тоже регистрируется "шлюз целиком", как группа вызова, но при этом можно и на каждый порт позвонить по отдельности, если знаешь его номер.

Дмитрий, добрый день

Dmitriy_eltex писал(а):Здравствуйте.
Что значит обработка входящего вызова по полю TO? Опишите функционал подробней.

Подобная функциональность http://forum.eltex-co.ru/viewtopic.php?f=7&t=6156&p=26849&hilit=%D0%BF%D0%BE+%D0%BF%D0%BE%D0%BB%D1%8E+To#p26849

Dmitriy_eltex писал(а):Так, в принципе, не обязательно регистрировать порт по отдельности, чтобы на него позвонить.
Знаете номер порта - шлете на него вызов и все.
Есть инструкция:
http://kcs.eltex.nsk.ru/articles/95
тут тоже регистрируется "шлюз целиком", как группа вызова, но при этом можно и на каждый порт позвонить по отдельности, если знаешь его номер.

Например, у Addpac мы можем зарегистрировать устройство на софтсвитче, как шлюз, с одной парой - логин/пароль. Т.е. например для шлюза 8FXS, вызовы на 8 городских номеров диалпиром отправляем на этот шлюз, и addpac получая вызов на любой из 8 номеров понимает на какой порт отправить поступивший вызов (смотрит на поле TO).
В случае со шлюзами ТАУ, нам для этого понадобится зарегистрировать каждый порт на софтсвитче т.к. ТАУ определяет на какой порт отправить вызов по полю Request-URI. Что выливается в создание 72 или 8 отдельных записей-регистраций (шлюзов) на софтсвитче.

Если настройками SSW нельзя спускать правильный request-uri без регистрации, то это ИМХО больше проблема SSW, чем абонентского шлюза.

В любом случае отправьте Ваш запрос на почту в моей подписи, с указанием:
-Вашей компании;
-максимального срока ожидания доработок.

Заведем задачу, обсудим.

Дмитрий, отпишемся на почту несколько позже. Сейчас хотелось бы достичь понимания, что мы говорим про одну и ту же функциональность. Нас интересует ситуация, когда шлюз регистрируется на SSW. Но регистрируется не каждый порт, а как устройство.
Например, у тех же Addpac-ов, при такой схеме включения, в Request-URI находится IP-адрес шлюза, и маршрутизация на шлюзе происходит по полю ТО, чего, к сожалению, ТАУ пока делать не умеет.

Коллеги, то, про что Вы говорите, в принципе, понятно.
Но это, как бы по мягче сказать, не костыль, а как минимум дополнительная опция в абонентском шлюзе.

Далеко ходить не надо, смотрим RFC3261 SIP 2.0
https://tools.ietf.org/rfc/rfc3261.txt

8.1.1.1 Request-URI

The initial Request-URI of the message SHOULD be set to the value of
the URI in the To field.

То что тут SHOULD говорит, что "не стоит делать Request-URI и TO разными" (большой привет Addpac-ам).
Но то, что SHOULD, а не MUST говорит также, что это "в принципе возможно...".

Именно на этом основывалась моя позиция:

Если настройками SSW нельзя спускать правильный request-uri без регистрации, то это ИМХО больше проблема SSW, чем абонентского шлюза.

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

Т.е. спецификации не запрещают тот функционал, о котором Вы говорите, но также и не рекомендуют его.
Поэтому, повторюсь, если Ваша компания заинтересована в его наличии, то ждем от Вас письмо-запрос на доработку.
Спасибо.

Dmitriy_eltex писал(а):Что же касается регистрации шлюза целиком, а не каждого порта в отдельности. Вы можете вообще никого не регистрировать, либо регистрировать шлюз, как группу вызова (одну учетку), например.

Дмитрий, спасибо за развёрнутый ответ.

Пробую по вашему совету сделать регистрацию устройства на SSW через группу. Мои действия следующие:
1. Создал Serial Group
2. Добавил все 72 порта в эту группу
3. Группа зарегистрировалась на SSW
4. Прописал пока только на 3х портах прямые городские номера, порты без регистрации.
5. На SSW диалпир отправляет вызовы для этих 3х номеров на ТАУ

Далее происходит следующее:

Если в группе выставляю Type = Group calling
При вызове любого из номеров, вызов на шлюзе поступает сразу на все порты.

Если в группе выставляю Type = Serial calling
При вызове любого из номеров, вызов на шлюзе поступает случайно на любой порт, потом последовательно занимает все следующие порты.

Если в группе выставляю Type = Cycle
При вызове любого из номеров, вызов на шлюзе поступает хаотично на любой порт.

Т.е. не получается позвонить на конкретный FXS-порт, если на нём прописан номер и порт не зарегистрирован.
При этом инвайт в сторону ТАУ выглядит так: