SMG-2016 запись разговоров: разделение по планам нумерации

[SEA]

Добрый день.

Версия ПО V.3.6.0.1811 2016/PBX/VAS/REC/IVR Build: Jun 1 2016 05:50:24
Версия SIP-адаптера 3.6.0.40

В пункте меню "Параметры записи" вызовы могут ставится под запись по маске и по типу (Calling, Called,All), но нет возможности разделять по планам нумерации, что очень и очень печально...

Голову сломал как это реализовать.
Пока железка на этапе тестирования, так что не горит, но уже не позволяет решать как минимум 2 задачи (или если хотите схемы):

1.Есть возможность создания до 16 планов нумерации, т.е. по сути создания 16 "виртуальных" АТС, если например есть несколько клиентов и у них реализована схема с публичным номером и IVR или DISA, то внутри различных планов нумерация может быть и одинаковая закрытая нумерация 1хх (варианты 1хх, 2хх, 3хх и т.д. и четырёхзначку не предлагать), то как делать запись: если на одной "виртуальной АТС" хотят писать только 101 и 102, а на второй 103 и 104, то решаемо, а если завтра захотят и там и там писать 101? Про разделение прав пользователей на прослушивание записей по определённым маскам уже писал, передали в коммерческий отдел, обещали поставить вопрос на включение в программу разработки релиза 3.8.

2.Организация записи с потока Е1 путём включения SMG-2016 в разрыв потока: реализовывал тестовую схему с задействованием 2 планов нумерации и 2 потоков Е1 взаимным натравливанием трафика по маске Х. на транк-группу порта, входящий трафик с которого попадает во "встречный" план нумерации.Поскольку в постановке задачи мне не давали префиксы, которые летают в потоке, то запись я тоже производил по маске Х., но при этом система пишет и разговоры из других планов нумерации, что нехорошо...

Прошу совета сообщества - как?
Ну или когда? - может быть в Элтексе подумают про реализацию функционала.

[bravo]

технические префиксы

[bravo]

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

[Женя]

Действительно, есть такая особенность.
В следующей версии ПО 3.7.0 предусмотрим выбор плана нумерации.

[SEA]

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

За совет спасибо. В ряде случаев это применимо.

В случае со 2 схемой: на ТГ на входе ставим модификатор CalledPN по маске Х. добавляю технический префикс, скажем 123456, получаем на влёте в ПН номера 123456ххх, соответственно в системе записи указываем маску 123456 и получаем записи. Одно НО - если на CDR записи я могу применить модификаторы и нормализовать номер до требуемого вида, по в подсистеме записи такой возможности нет - они так и запишутся 123456ххх. Поэтому решение неоднозначное, но для технических целей потянет.
Соответственно вопрос Элтексу: насколько сложно и есть ли смысл прикрутить модификаторы и туда?

В случае с 1 схемой технические префиксы не считаю приемлемыми: да, экономим планы нумерации, но если будет реализовано разделение прав на просмотр записей и им будет предоставлен доступ, то что они увидят? - записи вида <технический префикс>1хх. Думается, сложновато будет объяснить что это нормально...И соответственно набор между номерами одного клиента как будет выглядеть: абонент с номером <технический префикс 1>100 чтобы позвонить абоненту с номером <технический префикс 1>101 должен будет набрать не 3 цифры, а допустим 9 (при 6- значном техническом префиксе).Модификаторов для абонентов в самом SMG-2016 не нашёл и далеко не все пользовательские устройства в их dialing plane такое позволяют.

И кстати, Элтекс отписался - ждём релиза 3.7.0.

[Женя]

Отправьте в ЛС свои контакты, как выйдет бета-версия 3.7.0 можем отправить Вам

[bravo]

Евгений, а вы уже думали насчёт возможностей системы записи? в свете новых антитеррористических поправок, может потребоваться писать весь трафик, к тому же эта система должна будет работать как то аналогично СОРМ, что бы записи вызовов коррелировались с аудиозаписями...
если процессорного времени хватает, то каковы потребности в дисковом пространстве?
хотя конечно, придётся что то такое мутить с вменим сервром и сливать туда записи...

[SEA]

Добрый день.

В версии ПО 3.7.0 Элтекс в тэг "параметры записи" добавил возможность выбора плана нумерации, как собственно и просили, но вот сделали это слишком буквально, т.е. дальше этого тэга дело не пошло: да, действительно, можно настроить план при задании маски на включение записи, а как их потом при просмотре разделить?

Посмотрим на схему 1 выше: на пример на разных планах нумерации хотят писать один и тот же номер - 101, внесли маску 101 в разные планы тэга "параметры записи", соответственно система их с обоих планов пишет, а вот как их разделить при просмотре??? Вот в обоих планах нумерации абоненты 101 куда-то делали вызов, пусть на город, но это допустим клиенты из 2 разных контор: получается необходимо их по голосу опознавать...Сделали фильтр в тэге "параметры записи", так сделайте и фильтр и в тэге "записи разговоров", чтобы их разделять можно было и в будущем при разделении прав пользователей на просмотр сделайте возможность учётке задавать этот параметр...

-К пуговицам претензии есть?
-К пуговицам претензий нет ...пойду кота покормлю, чтоб день совсем не пропал...

[Женя]

Добрый день.

В версии ПО 3.7.0 Элтекс в тэг "параметры записи" добавил возможность выбора плана нумерации, как собственно и просили, но вот сделали это слишком буквально, т.е. дальше этого тэга дело не пошло: да, действительно, можно настроить план при задании маски на включение записи, а как их потом при просмотре разделить?

Посмотрим на схему 1 выше: на пример на разных планах нумерации хотят писать один и тот же номер - 101, внесли маску 101 в разные планы тэга "параметры записи", соответственно система их с обоих планов пишет, а вот как их разделить при просмотре??? Вот в обоих планах нумерации абоненты 101 куда-то делали вызов, пусть на город, но это допустим клиенты из 2 разных контор: получается необходимо их по голосу опознавать...Сделали фильтр в тэге "параметры записи", так сделайте и фильтр и в тэге "записи разговоров", чтобы их разделять можно было и в будущем при разделении прав пользователей на просмотр сделайте возможность учётке задавать этот параметр...

-К пуговицам претензии есть?
-К пуговицам претензий нет ...пойду кота покормлю, чтоб день совсем не пропал...

Да, дельное замечание, учтем.
У Вас в действительности используются одинаковые номера в разных планах?

[SEA]

В боевом режиме пока нет, но такую возможность никогда исключать нельзя. Пока вот сервисы не получаются...
Конечно можно на оконечном шлюзе работать через группу и 1 учётку на SMG-2016, но это тоже не то ибо тогда ты ограничен ёмкостью конечного шлюза, а если какой-нибудь руководитель захочет IP телефон или изменение ёмкости, криво одним словом...
Просто есть промежуточные задачи, сеть на 200-300 внутренних номеров, где SMG или софтсвитч много, а просто шлюз мало, а если таких клиентов несколько и они разнокалиберные, то схема имеет место быть рассмотренной и бывает у клиентав "хочу" чтобы внутренние номера были на 1хх, привык он так, не говорить же ему договоритесь с соседней конторой, пусть они себе 2хх возьмут, а мы вам 1хх сделаем...
Одним словом один функционал не должен ограничивать другой.

[SEA]

Итак, вышла версия ПО 3.8.0 - проблема с системой записи осталась: разделение по планам нумерации не реализовано.

Также в начале 2016 года тестировался SMG-2016 и направлялся отчёт о тестировании с замечаниями, на что в ответ от коммерческого отдела 1 июля 2016 был получен ответ, следующего содержания:
Следующий релиз 3.8.0 его формирование ведется, в связи с этим дата выхода не назначена. В него внесены пункты 1,3,4,5. 7 пункт на стадии обсуждение возможности реализации.

Что собственно за пункты:
1.Сервис маршрутизации по расписанию позволяет задавать время работы с дискретностью 1 час (например, при работе с 8ч 30 мин режим настроить невозможно) – необходима дискретность хотя бы 15 минут.
Результат - теперь вообще можно выбирать только половину дня, т.е. выбора стало ещё меньше.

3.Для системы записи телефонных переговоров отсутствует возможность создания пользователей с ограниченными правами: просмотр записей только по определённым префиксам, запрет удаления записей, запрет редактирования параметров системы записей, что может быть ограничением при использовании на корпоративной сети.
Результат - абсолютно ничего не изменилось: если создаёшь пользователя с доступом к записи, то он может ВСЁ - добавлять префиксы на запись, всё слушать, всё удалять.

4.В системе записи при просмотре записей не существует методики задания масок для поиска (например, 98Х.-показать все звонки на сотовые и на МГ, МН) и не существует отдельных фильтров по номерам А и Б.
Пример применения: А= 400 и Б=989. означало бы показать все исходящие вызовы с внутреннего номера 400 на мобильные и, как вариант, при включении периода в месяц получилась бы картина платных звонков.
Результат - ничего не изменилось.

5.Отсутствует возможность включения сообщения о записи разговора на отдельный префикс, а также сигнал 1400 Гц каждые 15 секунд согласно ГОСТ 28384-89.
Результат - реализовано, причём в более ранней версии ПО.Спасибо.

7. В системе предусмотрена установка 2 HDD, но при этом не реализован режим RAID (было бы логично, учитывая сдвоенные блоки питания и кулеров – в целях повышения надёжности).
Данный пункт не заявлялся к реализации,но подобная тема на форуме поднималась - считаю данный пункт актуальным, пользователи будут ЗА - минусов от внедрения для последних не вижу, только плюсы.

Вопрос к Элтексу: будет ли? Особенно актуальны пункты 3 и 4.

[Женя]

Напишите в личку с кем из коммерсантов общались по этому поводу

[sersil]

5.Отсутствует возможность включения сообщения о записи разговора на отдельный префикс, а также сигнал 1400 Гц каждые 15 секунд согласно ГОСТ 28384-89.
Результат - реализовано, причём в более ранней версии ПО.Спасибо.

Разве есть возможность включить сигнал вместо сообщения о записи?
В версии V.3.8.0.2066 (вроде последняя) в параметрах записи разговоров - "Уведомление о начале записи" - два варианта на выбор - "Голосовое сообщение" и "Не уведомлять"

[SEA]

5.Отсутствует возможность включения сообщения о записи разговора на отдельный префикс, а также сигнал 1400 Гц каждые 15 секунд согласно ГОСТ 28384-89.
Результат - реализовано, причём в более ранней версии ПО.Спасибо.

Разве есть возможность включить сигнал вместо сообщения о записи?
В версии V.3.8.0.2066 (вроде последняя) в параметрах записи разговоров - "Уведомление о начале записи" - два варианта на выбор - "Голосовое сообщение" и "Не уведомлять"

Согласен, не совсем точно: это я в спешке...вообще нас больше не устраивало полное отсутствие предупреждения на ранних версиях ПО, поэтому я и написал, что "наша" проблема решена, если для кого-то критично 1400 Гц каждые 15 секунд, то тогда да, не решили...