SMG-1016M регистрация SIP абонента

[Vl@dimir]

На АТС настроен SIP абонент (аккаунт) с регистрацией.
Вопрос: Можно ли на этом аккаунте (номере) зерегистрировать два SIP телефонных аппарата (например один будет работать и на вход/исход, а второй только исходящая связь)?

[Женя]

Т.е. есть акаунт с каким-то номером
и Вы хотите зарегистрировать 2 аппарата с этим номером?
Если так, то не выйдет, SMG будет работать с тем, от кого приняло последнее сообщение REGISTER

[totl]

Т.е. есть акаунт с каким-то номером
и Вы хотите зарегистрировать 2 аппарата с этим номером?
Если так, то не выйдет, SMG будет работать с тем, от кого приняло последнее сообщение REGISTER

Поменялось ли что на данный момент? Хотим использовать sip forking для одновременной работы стационарного телефона и сипфона.

[totl]

Добрый день! Я задал этот же вопрос в тех. поддержку, ответ по интересующему меня вопросу представитель eltex выслал мне на почту, считаю нужным опубликовать его, и продолжить дискуссию здесь.

Мой вопрос:

Услугу хотим внедрить на абонентской сети. При наличии одного стационарного телефона, хотим чтобы этот абонент смог зарегистрировать свой софт-сипфон с этим же номером, а в момент вызова INVITE был отправлен на 2 клиента. В момент ответа с одного устанавливалось соединение, а на втором звонок прекращался. Регистрации у нас динамические, группы разные, в мониторинге видим одновременные регистрации с сип фона и стационарного. В итоге получаем перетягивание регистраций с одного клиента на другой по таймаутам... Понимаем, что такой функционал можем организовать средствами того же астериска или freeSwitch но уж очень не хочется придумывать свои костыли, к такой простой задаче.

Ответ:

На данный момент не получится на SMG зарегистрировать 2 одинаковых номера.
Можно все таки через группу вызова, но с учетом того, что у абонентов будут разные номера (хотя бы каким-то символом в начале номера будут отличаться, * например).
При этом в качестве АОН в настройках абонента можно делать подмену номеру или использовать модификаторы.
Входящие вызовы через группу будут распределяться между номерами.
Чистый sip forking как Вы хотите на SSW ECSS10 реализован, как раз аналог Астериска и пр.
На SMG все таки регистратор и прокси не совсем того класса, чтобы сравнивать их с Астериском и пр.

Т.e. Вы предлагаете к полнофункциональной IP-АТС с аппаратным IP-PBX купить ещё SSW ECSS10?
На момент покупки от SMG 1016m мы ожидали, ну как минимум, функционала IP-PBX, на проверенном железе с возможностью применить на операторском уровне… (в отличие от программных решений, для которых нужна соответствующая серверная инфраструктура)
По поводу подставить * ну наверно это совсем не осуществимо… Как это будет выглядеть вот ваш городской номер с паролем, а для вашего планшета то же логин в виде номера телефона, но только со звёздочкой? А для сипфона с двумя *?

Коллеги, какие мысли у Вас на этот счет?

[Женя]

Мы не предлагаем к полнофункциональной IP-АТС с аппаратным IP-PBX купить ещё SSW ECSS10, мы говорим что sip forking на текущий момент не реализован на SMG, и это не является базовой функцией IP-PBX. Вам предложили как вариант группу вызова, которая по функциям схожа с тем, что Вам нужно.
Давайте обсуждать, насколько востребован именно sip forking, по опыту о нём спрашивают не так часто

[Анвар]

smg1016m это прежде всего шлюз с функцией ip-атс. не надо ожидать от него функций полноценного софтсвича

[totl]

2Евгений, в декларации соответствия указано, что устройство поддерживает SIP.
судя по RFC-3261 :

A proxy server can also send an INVITE to a number of locations at the same time. This type of parallel search is known as forking.

что sip forking на текущий момент не реализован на SMG

а в планах имеется?

и это не является базовой функцией IP-PBX

Где можно почитать про базовые и не базовые функции IP-PBX?

Давайте обсуждать

Давайте

Вам предложили как вариант группу вызова, которая по функциям схожа с тем, что Вам нужно.

Как вы себе это представляете в рамках нашей конфигурации (динамические регистрации, большое кол-во абонов >= 1001)? Есть ли возможность автоматизировать создание групп вызова, в функционале данного железа (без внешних скриптов и пр.)?

[bravo]

Автор, такое ощущение, что вы не достаточно погрузились в тему, прежде чем выбирать себе устройство, считая, что всё, что описано в RFC, всё должно быть реализовано в продукте. А сейчас вы расстроились, что нет функции, на которую вы рассчитывали.
Попробуйте найти такой продукт, где реализовано всё - у вас ничего не получится. Под реализацией SIP обычно подразумевается, как минимум, его базовая реализация RFC3261, с его штатными запросами и ответами. Форкинг же описан, если я не ошибаюсь, в RFC5393... Какие обвесы на базовую реализацию сажать, зависит от необходимости удовлетворить коммерческую потребность. В любом случае реализовывать весь RFC - это титаническая задача. Главное не отходить от RFC и делать продукт полностью совместимый с другими производителями.

По моему опыту, Элтекс довольно лояльно относится к заказчикам, в ущерб своим внутренним процессам (разработка ведь планируется на пару релизов вперёд) и вносить пожелание от заказчиков в ближайший/возможный роадмап разработки... Попробуйте к комерсам обратиться с данной просьбой. Что вам, в общем то, уже и предложили сделать...

[totl]

bravo, спасибо за разъяснение. По поводу выбора устройства - мы изучили её функционал еще перед покупкой. На данный момент железка нас устраивает, за исключением SIP-Forking, если честно мы очень удивились, что такая, казалось-бы простая фича не реализована.
Упоминания о SIP-Forking также встречаются и в RFC-3261.

[bravo]

bravo, спасибо за разъяснение. По поводу выбора устройства - мы изучили её функционал еще перед покупкой. На данный момент железка нас устраивает, за исключением SIP-Forking, если честно мы очень удивились, что такая, казалось-бы простая фича не реализована.
Упоминания о SIP-Forking также встречаются и в RFC-3261.

Мне кажется тут пока некоторая инертность рынка. Все ещё не до конца отвыкли от классической телефонии и форкинг (как и многие другие функции описанные в наборе RFC по SIP сигнализации) мне ещё нигде не попадался за последние 2 года (до этого я занимался только классической телефонией, на уровне PRI доступа и транспорта), не в счёт asterisk, так как это немного не тот уровень всё таки. При реализации SIP станции (не зависимо от того, какого она уровня) есть задачи куда более важные для продукта, нежели пустить все силы на полную реализацию RFC. Там помимо сигнальной подсистемы надо ещё добрый десяток систем реализовать для того, что бы это называлось продуктом. Поэтому никто в общем то и не реализует полностью RFC (да вы и настраивать такой продукт упоритесь). А некоторые, особо хитропопые ещё и свои варианты реализаций делают (панасоник какой нибудь, для PBX уровня и иже с ними).