Элтекс

Подскажите по поводу лицензий на шлюзах SMG.
1. В продаже имеются лицензии "Лицензия СОРМ для ECSS-10 на базе SMG" и "Лицензия СОРМ для СОРМ-посредника SRM-1".
Нужны ли они для сдачи СОРМ на базе отдельно стоящего шлюза SMG? Нужен ли софтсвич ECSS-10 для сдачи СОРМ?
2. Есть лицензии SMG1-PBX-2000 и SMG2-PBX-3000. Опция SMG1-PBX-2000 для активации модуля ECSS-10 на 2000 SIP-регистраций с поддержкой функции BLF на цифровом шлюзе SMG-1016M. Опция SMG2-PBX-3000 для активации модуля ECSS-10 на 3000 SIP-регистраций с поддержкой функции BLF на цифровом шлюзе SMG-2016.
Для чего нужны эти лицензии? Возможно ли регистрировать абонентов по SIP при работе без софтсвича ECSS-10 без этих лицензий?

2. эти две лицензии нужны для того, что бы на SMG можно было регать абонентов, дать им ДВО и IVR...
1. лицензия на сорм посредника нужна если нужно снимать сорм с непосредственно ECSS-10 (софтсвича на x86 серверах). Лицензия для снятия сорма с SMG есть отдельная.

Возьмем для примера АТС на базе SMG-1016M.
Какой минимальный набор лицензий нужен для активации функционала СОРМ и SIP без использования ECSS?
Из предлагаемых нам продавцом есть такие опции:
1. Опция SMG1-PBX-2000 для активации модуля ECSS-10 на 2000 SIP-регистраций с поддержкой функции BLF на цифровом шлюзе SMG-1016M
2. Расширение опции SMG1-PBX-2000: опция SMG1-SORM для активации функционала СОРМ для ECSS-10 на базе цифрового шлюза SMG-1016M
Но смущает в каждой опции упоминание софтсвича ECSS-10.

пусть не смущает, это просто по факту почти "тот же" ecss, только на аппаратной платформе, кастрированный из-за физических ограничений платформы.


АТС + ДВО + СОРМ: SMG1-SP3 - 1хSMG1-PBX-2000, 2хSMG1-VAS-500 и 1хSMG1-SORM
АТС + ДВО: SMG1-SP2 - 1хSMG1-PBX-2000 и 2хSMG1-VAS-500
АТС + СОРМ: SMG1-SP1 - SMG1-PBX-2000 и SMG1-SORM

SMG1-PBX-2000 - опция на 2000 регистраций
SMG1-VAS-500 - расширение предыдущей опции на 500 ДВО абонентов
SMG1-SORM - просто норм для smg1016

alex-xxi писал(а):Возьмем для примера АТС на базе SMG-1016M.
Какой минимальный набор лицензий нужен для активации функционала СОРМ и SIP без использования ECSS?
Из предлагаемых нам продавцом есть такие опции:
1. Опция SMG1-PBX-2000 для активации модуля ECSS-10 на 2000 SIP-регистраций с поддержкой функции BLF на цифровом шлюзе SMG-1016M
2. Расширение опции SMG1-PBX-2000: опция SMG1-SORM для активации функционала СОРМ для ECSS-10 на базе цифрового шлюза SMG-1016M
Но смущает в каждой опции упоминание софтсвича ECSS-10.

Пусть не смущает. "ECSS-10" это по сути коммерческое/маркетинговое название IP-ATC, выпускаемой компанией Eltex на разных хардварных платформах.

Сам цифровой шлюз SMG-1016M (без лицензий) может работать просто как транзитный конвертер протоколов SIP/SIP-T/SIP-I в SS7/Q931 без абонентов и без СОРМа.

Или может выступать IP-ATC с регистрацией абонентов, с предоставлением ДВО для абонентов, а так же с функционалом СОРМ.
И вот при активации функционала IP-ATC+СОРМ внутри шлюза SMG-1016M мы, по сути, активируем дополнительный функционал ECSS-10 и получаем соответствующую IP-ATC на хардварной платформе SMG.

Аппетит он такой, приходит во время еды.
А можно ли теперь добавить ДВО "Белый список"?
Просто есть клиенты которым нужны входящие вызова со строго определённых номеров, причём эти номера время от времени меняются.

кагоче...
давно я ничего не просил)
как насчёт того, что бы диски монтировались по UUID а не как ЛММ на душу положит (читай как в /dev определяться).

я совершенно наверняка смогу воспроизвести ситуацию, когда диск получит название sdc.... а после ребута будет sdb... настройки слетают.

ну и заодно, как дела с работой syslog-а ?)

bravo писал(а):кагоче...
давно я ничего не просил)
как насчёт того, что бы диски монтировались по UUID а не как ЛММ на душу положит (читай как в /dev определяться).

я совершенно наверняка смогу воспроизвести ситуацию, когда диск получит название sdc.... а после ребута будет sdb... настройки слетают.

по UUID не обещаю, но прикрепить жестко к sda/sdb/sdc уже прикрепили, в будущих версиях болтанки уже не будет

bravo писал(а):ну и заодно, как дела с работой syslog-а ?)

это загадка века
никто не жалуется, у всех работает, у нас на тестах всё ОК, а вот в конкретной инсталляции все девайсы себя из рук вон плохо ведут

voipais писал(а):Аппетит он такой, приходит во время еды.
А можно ли теперь добавить ДВО "Белый список"?
Просто есть клиенты которым нужны входящие вызова со строго определённых номеров, причём эти номера время от времени меняются.

тут, к сожалению, простым сообщением на форуме не отделаться.
надо звонить/писать в наш Коммерческий Отдел и просить поставить в план разработки.

Bokrenok писал(а):

bravo писал(а):кагоче...
давно я ничего не просил)
как насчёт того, что бы диски монтировались по UUID а не как ЛММ на душу положит (читай как в /dev определяться).

я совершенно наверняка смогу воспроизвести ситуацию, когда диск получит название sdc.... а после ребута будет sdb... настройки слетают.

по UUID не обещаю, но прикрепить жестко к sda/sdb/sdc уже прикрепили, в будущих версиях болтанки уже не будет

bravo писал(а):ну и заодно, как дела с работой syslog-а ?)

это загадка века
никто не жалуется, у всех работает, у нас на тестах всё ОК, а вот в конкретной инсталляции все девайсы себя из рук вон плохо ведут

Оставляйте Коляна в командировке до выходных, я ему всё покажу в реалтайме)))
У меня на объекте он был, к физической инсталляции придраться никто не сможет))

при разработке 3016 предлагаю учесть тот факт, что ювелирной точностью штамповочные машины, которые делают корпус и детальки, не обладают, посему нужно заложить некие допущения (или изменить конструкцию, где требуется достаточно точность.
Сегодня столкнулся с проблемой, когда нужно было вставить диски в smg2016. Прилепил фото, пациент на нём слева. И таких два надо было вкорячить.
Именно вкорячить, потому что без смазки не пролетало. Пришлось помогать больше чем обычно. А вот когда я решил их вынуть, то верхний как заходил трудновато, так и вышел... Но нижний зажало очень сильно и он застрял. Пока вынимал, сломал рамку... не догадался сразу как вынуть, а нужно было ослабить винты снизу, что бы стенки кассеты для дисков разошлись слегка.

Итого наблюдается небольшая конусность, при тонких дисках (как на фото справа, обычные ssd) это не сильно заметно (хотя не сказать что они заходят легко всегда), потому что пластик рамки на диске гнётся и сила трения не очень большая возникает.

"Починил" просто - затягивал винты держащие стенки с направляющими нажимая на стенку, что б увеличить расстояние между ними. Ну вроде получилось

Для работы СОРМ на SMG в инструкции написано, что необходимо как минимум 2 субмодуля SM-VP-M300.

Для обеспечения возможности перехвата одновременно по всем каналам потока Е1 необходимо, чтобы на шлюзе было установлено не менее 2 субмодулей VoIP (SM-VP-M300). Для обеспечения работы СОРМ полностью резервируется один субмодуль SM-VP-M300. Прочие вызовы через него ходить не будут.

На текущий момент у нас на станции установлен только один субмодуль SM-VP-M300 и один из потоков Е1 настроен для СОРМа.
Вопрос будет ли вообще работать СОРМ в таком случае?

alex-xxi писал(а):Вопрос будет ли вообще работать СОРМ в таком случае?

"вообще" будет, но при интенсивных тестах у компетентных органов могут появиться вопросы, т.к. медиа-ресурсов может внезапно не хватить.

Коллеги, а нет ли планов разделить записи при сохранении на ftp по категориям записи? В идеале - свои настройки ftp для каждой категории. Или, хотя бы, свои папки на одном ftp...

По поводу записей, предлагаю несколько поменять их формат.
Писать не в моно, а в стерео режиме.
Прием и передачу в разные каналы.
Очень удобно потом работать с такими записями.