Операторы - 4035. С какого-то релиза появились 4068. Я правда не помню, что там может делать VG (указывается в entity).
А именно постановка в очередь, подсказки, маршрутизация - только CC.

такое - только в call center. Ну и что-то можно сделать - если это действительно операторы - attendant set.

в менеджменте станции - вы можете только сказать, что у человека есть почта (плюс выбрать номер профайла).
А собственно настройка почты, редактирование профайлов и т.п. - делается через SMT консоль (ком портом в почту) - для этого надо знать пароли, которые заданы. Часто это типа 2222 или 5555 (с количеством цифр = значность внутреннего номера.

А что кнопки ресет нет на морде платы? У меня под рукой только VPS - там есть.
Рестарт речевой почты требуется, и не через rstcpl.
Должна быть не проверка файловой системы, а запустится VP_DIAG, тестирование отображения, SCSI чипа, конфигурации диска и пр.

Когда сброс нажимаете - что видите - должны ПРОЙТИ все тесты, после чего должна начать грузиться, будут слова про всякий бут, потом задаст вопрос - откуда грузиться (по идее может ждать 3 минуты), можно ускорить нажав "А". Далее должны подгрузиться всякие модули и т.п. И дойти до приглашения ввода пароля (для SMT консоли - где обычно пароли типа 2222), т.е. не логин операционки, а предложение ПАРОЛЯ приложения..

Плата на 20 аналоговых абонентов, и на ней могут жить речевые подсказки (как на CPU6).
Аналогична Z24_2, только вместо последней сборки флэш память и ОЗУ.


CLIP - только на Z32, eZ32, SLI.

Для чужих абонентов в префиксе указываете не ваш номер сети (не 0 если менеджмент по дефолту), соответственно далее не номер узла, а номер TG. Или не через routing номер, а через SD, например 4, где call number=prefix_TG+4.
На всех узлах все TG обычно присутствуют (по broadcast или аудиту).

Соответственно никакой маршрутизации прописывать не надо.

А в чем вопрос? Если формируете отчет по абоненту - то и получаете номер транка
"(02) ChargedNumber = FS005 "
Тут дело тонкое - если бы не private транки были - у вас было бы два тикета (входящий и транзитный), но тогда мини-АТС должны будут слать правильный АОН.

Смотрите в личке, Если разговор о Екатеринбурге.

На R7.1 документация хуже, лучше R8
Вообще странно, всегда (если кому надо было) отдавали всю необходимую документацию.
Я спрошу кого-нибудь из ваших краев - как у них на тему поделиться документацией.

А всегда вопрос возникает - кто станцию ставил - не поделился документацией?
Я просто думаю, может кто из Ебуржцев (вы наверное оттуда) на форуме еще есть? А то 600 метров лень выкладывать. (а на работе еще и прикрыто это). А так бы договорились - зашли б к кому и переписали.

Если у вас прописаны линки (сигнализация) 1-2, 1-3 (считаем 1 - на площадке а) и присутствуют VPN overflow 1-2, 2-3, 1-3 на всех узлах - ничего  делать не надо, станции сами смаршрутизируют все как надо.
Смотрите suproutage меню 2-5. Должно быть нарисовано что у вас соединены по VPN станции каждая с каждой.
То, что написал - надо понимать дословно - сигнализация - все со всеми, VPN - все со всеми.

Вставать ком портом в кабель который должен быть с почтой и смотреть, что говорит плата речевой почты.
Кабель с двумя головами DB25, нас интересует с черной меткой. Прием / передача - с точность до наоборот по сравнению с CBRMA.

Внимательней читаем вопрос - вопрос не о типе поиска, а о том, что при звонке в ОДНУ и туже группу ведет себя она по разному. Хочется параллельный звонок, и тип поиска такой и стоит, и при вызове из города звонят все аппараты, а при звонке по сети - только ОДИН аппарат (по версии пользователей с сайта надо полагать).
Тут для начала надо проверить самому - что реально набирается - 1000 раз встречал ситуацию - человек считает что 3333 - это номер группы, а это на самом деле номер аппарата входящего в группу.

Скорее всего на той станции народ (поскольку видит номера ответивших абонентов) набирает номер абонента, а не номер группы (процентов на 99). Тип указанный в network номере на втором узле (абонент, группа) по идее не должен влиять на это.