Меня провайдер попросил сделать то же самое. Для ISDN ответ вот здесь:


То есть надо на всех портах выключить Data Line Security (ПГМ111/4). Мне помогло.

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

Проблемы, как ни странно, все равно вылезли и опять с DECT при ВНУТРЕННЕЙ связи: прериодически во время разговора связь "булькает", иногда аппарат не доступен, хотя он находится рядом и там 5 "палок", а порой при нажатии на зеленую клавишу нет зуммера и пишет "Нет каналов". Допускаю, что перепрошивка может не помочь, но это единственное, что я еще могу сделать. Итак, можно ли перепрошивать LDK-300 System Version GS30P-3.8Ah MAR/08 версией MPBE ipLDK300E версия 3.9Gh? При попытке прошить MPBN ipLDK300 версия 3.9 (C9Gj) выдется то же сообщение как в одном из сообщений темы: : Service-confirming fail!. Перепрошить версией от MPBE не рискую.

Да, действительно, там стояло ORI. Исправил, проверил - не работает. АОН у системного аттенданта правильный, правда используется Station CLI 2. В общем-то, это следовало ожидать, поскольку при указании SPD 2000 в 231 программе перевод осуществляется без проблем, а если добавить "прокладку" в виде группы - нет.

При прямом вызове группы со внутреннего номера - все переадресуется.

Кстати, DISA COS(166) стоит в 7. Но ведь это не DISA-набор.

Тип линий DID - это поток. В 144 программе ничего нет. На группу звонить не пробовали.

Голосовое сообщение проигрывается ДО переадресации в группу. В 231 программе указано VSF1, а в DID/DISA Destination(167) (при этом CCR Table(228) - пустая) указана группа для обработки ошибки и занятости. Для проверки я убрал голосовое сообщение вообще и в 231 программе указал новую только что созданную Ring группу *625, а в ней прописал уже переадресацию по Overflow. Сама переадресация срабатывает, но только если указан внутренний номер. А если указать SPD, то ничего не происходит. В самой группе Station Group Attributes(191) VSF не прописаны.

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

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

Изначально оно было - проигрывалось перед тем как попасть в *625 группу. Но потом я его убрал для локализации проблемы.

LIK-600
MFIM/GS97M-6.1Bf DEC/14
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Aq
H/W issue-3

В Flexible DID Conversion(231) прописана группа *625 (Ring), в Station Group Attributes(191) для этой группы указан Overflow Timer - 15 и Overflow Destination SYS SPD - 2000. То есть я предполагаю, что если никто не ответит за 15 секунд, то звонок переведется на номер, указанный в System Speed Dial 2000. Однако звонок не переводится.

Если в Flexible DID Conversion(231) указать не группу, а прямо SPD 2000, то звонок уходит в город как положено. Прямой набор SPD 2000 тоже работает. Даже если в свойствах группы *625 указать STA/NET or Hunt внутренний номер, то все нормально (то есть Overflow Destination - срабатывает).

Что это может быть? Как решить задачу переводить звонок по неответу группы на сотовый?

P.S. Можно попробовать "прокладку" в виде еще одной группы, используя Forced Forward Destination для нее.
P.P.S. Не помогло.

Спасибо за идеи. Сделал немного по другому. Завел фиктивного абонента (назначил номер в ПГМ105), разрешил ему доступ к голосовой почте (ПГМ111-113 36 VSF Access), разрешил переадресацию по отсутствию аппарата (ПГМ111-113 50 FWD if OOS), задал пароль для абонента (ПГМ227), создал группу VM-VSF (ПГМ 190), включил для этого абонента переадресацию (ПГМ120) на "номер группы+номер абонента+пароль". Теперь при звонке на этого фиктивного абонента звучит приветствие и предложение сделать запись. Сменить приветствие можно набрав с любого аппарата "номер группы+номер абонента+пароль". Все прекрасно работает и даже отправляются электронной почтой записи (не забывайте про ПГМ132).

А вот с записью "на лету" двухсторонних разговоров почему-то не получилось. Вроде все настроил в ПГМ111-113 (28 Two Way Record ON, 36 VSF Access ON, 58 Automatic Talk Recording Option ALL, 59 Automatic Talk Recording Dest. номер абонента). В документации указано, что в 59 Automatic Talk Recording Dest. надо указывать номер Phontage, но у меня нет Phontage и хочется записывать в модуль VMIM. Что еще надо настроить для записи разговоров?

LIK-600
MFIM/GS97M-6.1Bf DEC/14
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Aq
H/W issue-3

Есть модуль VMIМ. Требуется настроить автоматическую запись разговоров после голосового приветствия (оставление сообщения автоответчику). Но как это сделать я не смог найти: в документации описывается только ситуация когда идет разговор с определенным абонентном (ПГМ 111-113: 28 Two Way Record, 58 Automatic Talk Recording Option и 59 Automatic Talk Recording Dest.) Это тоже нужно, но в ночном режиме звонящего приветствует сообщение и после надо сразу оправлять на запись.

Сейчас в дневном режиме в функции 231 отправляется на номер абонента, а в ночном на приветствие. А вот что дальше - не понимаю. Как заставить после приветствия идти в голосовой почтовый ящик абонента для записи слов звонящего?

После ввода нормальной лицензии и перезагрузки станции - VOIP Switching заработал. Как минимум на вход. На выход пока есть какие-то сложности, но разбираться буду на следующей неделе - замучил совсем клиента своими экспериментами.

Кстати, а есть возможность поэкспериментировать с VOIP Switching?

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

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

Насчет лимита лицензий удалось убедить клиента, что он без ущерба для себя может пожертвовать 2-мя CO-линиями из 20. Но все равно как-то непонятно почему приходится лицензировать то, что не нужно. Если менеджеры Артком это читают, то имеет смысл предупреждать о том, что в базе UCP100 из 50 открытых лицензий на порты остается доступным 42 (6 CO и 2 SLT включены и не удаляются).

Сейчас с нетерпением жду лицензий, поскольку Temp License не открывает VOIP Switching, а мне как раз это нужно для городских SIP-транков. Хотя в табличке открытых лицензий она, типа, доступна, но фактически галочка Soft channel в виртуальной регистрации отсутствует, а VOIU(SW) не создает виртуальной платы. Возможно, что дело не в лицензиях, а в ошибке в программном обеспечении (версия его есть в первом сообщении).

Максимум, что удается - уменьшить количество портов до 1 (ПГМ101).

В UCP100 есть два встроенных аналоговых порта. Однако, клиенту они не нужны, а лицензий куплено ровно на CO+STA. То есть за счет этих двух портов теряются два CO-транка или два ip-аппарата из-за нехватки лицензий на порты. Просто удаление не помогает - они тут же находятся снова. Можно отключить третий DIP, но тогда регистрация новых аппаратов будет затруднена, хотя, думаю, именно так и придется поступить, если не найдется более удобного решения.

[Version] Appl(R1.3.18), Boot(1.0Ca), Kernel(R1.1.3), H/W(1)

Ага, спасибо. Конечно, напишу куратору. Мне было важно узнать, что это какая-то отдельная документация, а не моя невнимательность при чтении доступной.

А где можно взять эту документацию? На сайте Artcom я ее не смог найти.

Да, все верно. Но я продаю клиенту АТС и, соответственно, могу продать и ключи для открытия гостиничного функционала. А чтобы он у меня их купил - мне надо понимать что они дают, как их настраивать и научить клиента пользоваться. Кстати, клиент, похоже склоняется к Shelter для обслуживания номерного фонда. Как узнать, будет ли eMG80 или LIK100 совместима с ним? В описании есть фраза "управление интерфейсом с телефонной станцией", "настройка под любую телефонную станцию любой емкости" и "управление телефонной станцией: подключение телефона при въезде гостя и отключение при выезде". Но по какому протоколу и с какими станциями он дружит - непонятно.

Спасибо, harris! iPECS Attendant (Hotel) на сайте Арткома не нашел. Видимо он поставляется на диске при покупке лицензии. А жаль, потому что это, похоже, как раз вариант моего клиента и если ему ставить, то разбираться придется "с колес". Хотя вряд ли там что-то сложное.

Ага, спасибо. А что-то про ПО управления есть? Оно хотя бы под Windows?

В прайс-листе есть такие два ключа: eMG80-Hotel и eMG80-ATDH. Насколько я понимаю, первый открывает возможности предоставления гостиничных услуг на АТС с телефонного аппарата оператора, а второй - это специализированное ПО для того же самого с компьютера. Где-то можно почитать как оно настраивается и работает? Может можно даже попробовать?

Ну и, конечно, интересна возможность интеграции с гостиничным софтом (Fidelio, Shelter и др.) Просто у меня опыта такой интеграции нет, но я знаю, что это точно работает.

Ага, спасибо. Мне сама идея eMG80 нравится, но разрастание ее до такого количества портов в том же корпусе мне кажется слегка странным в смысле встраиваемых модулей расширения. Ну что ж, послушаем вебинар - возможно, что мои сомнения сами отпадут.

Опс, так она будет в корпусе MG100? Ну тогда все нормально - у него потенциал расширения достаточно большой. А поддержка модулей LIK (как у eMG80) и вообще делает его практически безграничным.

Так про вебинары я знаю, а вот про вибинары - слышу впервые. Отсюда и закралось сомнение, что если есть одна опечатка, то и в названии она может быть.