Добрый день, коллеги.
OXE R12.2 и 8001 (прошивка последняя). Вместо имени звонящего и в журнале вызовов кракозябры вместо русского имени. Кто-нибудь сталкивался с такой проблемой? Как лечить? Ведь по даташиту должно работать.

Коллеги, добрый день.
Интересную багу нашел. Делаем сбор биллинга по Ethernet. В фильтрах аккаунтинга в разделе Realtime Ticket Output только исходящие всех видов. Ни одного фильтра с типом Incoming. А в сборщике я вижу все вперемешку - входящие и исходящие. Смотрел глазами в accview - действительно у звонка тип PublicNetworkIncoming, время вызова и длительность, все совпадает.
Какого фига входящие валят в реалтайм?

ПС Пробовал на 9.0 и 10.1.1, Около двух десятков станций. Везде одно и то же. То есть это не случайный глюк.

Коллеги, добрый день.
С портала исчез софт системы записи версии 2.3, остался только 2.4. Последняя версия у меня 2.3.0.22. Точно знаю, что есть 2.3.0.26, может еще новее были.
Не может ли кто поделиться самой свежей?

Добрый день.
Собственно, вопрос в названии темы. Правильно я понимаю, что с релиза 12.2 в ОХЕ не получить вывод в виртуальный COM-порт?
На железных AS мы прикручивали iLO, на виртуалках VMWare могли создать виртуальный порт. А на GAS что? Средства KVM не позволяют добавлять новые устройства.

Интересную багу (фичу?) обнаружил.

Имеем ОХЕ 12.1, связанную по Е1 с другой станцией. Префикс #9 - сначала просто занятие транк-группы с оверлапом, а потом ARS. NOE аппараты при наборе префикс + номер другой станции дозваниваются нормально. SIP аппараты уходят в тишину с отбоем и сообщением Bad event в sip-трассе.

Если сделать звонок через тот же префикс #9, но сокращенным набором, то сипы нормально звонят.
Переделал на префикс без решетки (9, 59, и даже *9) - все звонят нормально (и через сокращенный набор, и просто набором).
Что не так с префиксом, содержащим #?

Добрый день.
Есть задача: при звонке из города с некоторых мобильных (оператор отдает 10 цифр) на дисплее цифровика должно отображаться имя из справочника.


Есть мысль попробовать через filtering tables с направлением каждого такого номера на отдельный виртуальный, который из которых имеет имя и заведен на Set Supervision цифровика.
Чем не нравится: потеря лицензий под эти виртуальные. И негибко как-то. Может, есть способ проще?

Коллеги, здравствуйте.
Надо проапгрейдить прошивку трубки 8232. Именно одной трубки, а не всех. Поэтому SUOTA не пойдет. Оригинального USB-to-jack адаптера, само собой, нема. Была ли у кого практика использования UST с купленным в магазине неоригинальным шнурком?

Коллеги, здравствуйте.
Задача вкратце: абонент А звонит через город (для простоты, через Е1) на абонента Б той же станции. Надо сделать так, чтобы набор шел по внутреннему номеру, не через внешние каналы.

В принципе, задачу решил топорным методом: из дискриминатора идет ссылка на ARS роут лист, где один роут с транк-группой -1, откусываем все набранные цифры, добавляем внутренний номер, все звонит.
Таким образом, под каждый городской номер надо делать свой ARS роут лист с ссылкой на нужный внутренний. Хотелось бы автоматизировать процесс, то есть использовать пересчеты DDI транслятора.

Возможно ли такое?

Апдейт: входящие номера в трансляторе разруливаются вперемешку, бессистемно. Диапазонов никаких не выстроить.

Коллеги, добрый день.При попытке сделать исходящий вызов по SIP-транку получаю в трассе следующие строки:


Thu Jun  7 19:02:22 20181107[CMotorCall::makeInitialMotorRequest] nb available licenses=0 .Thu Jun  7 19:02:22 2018 ALARM: [CMotorCallManager::checkoutLicense] no more licenses.

В инцидентах сыплется Minor failure in SIP component, который в логах тоже расшифровывается так:> 06/07/18 - 18:15:51   Minor alarm [CMotorCallManager::checkoutLicense] no more licenses.

> 06/07/18 - 18:15:51   Minor alarm [receiveInviteEvent] Call:  eqt: 654 INITIAL_STATE failed to emit an Invite message.

На отсутствие каких лицензий ругань? Посмотрел в spadmin, там ключ 188   SIP network links = 99999.
Чего еще не хватает? Сразу скажу, что ключи "левые", только один swk. Но типа лабораторные, все открыто.

Коллеги, добрый день.
Совершенно непонятная проблема - не работает выход на транк-группу E1 через ARS-префикс. Прямое занятие транка работает. Станция только взята в настройку, все категории дефолтные, time based  функционал на ARS не включал. В общем, все как всегда делаю, в итоге Feature rejected на аппарате, в трассе пустота.
Настроено так: 9 (ARS with overlaping) --> Discr 0 --> набор в город 7 (Area 1, 7 знаков, ARS route list 1)  -->  в ARS route list создан route 1 со ссылкой на транк-группу 101, time-based list тоже создан. Ни public network, ни connection COS не запрещают этот выход, прямое занятие работает. Где тут может быть прокол?

Подозреваю баг в 12-м релизе, это у меня первая станция.

Добрый день.
Есть ОХЕ релиза 11.0, которая в незапамятные времена была с кристалльными процессорами, но с тех пор переехала давно на АС, и как наследие тех времен осталась плата DECT8IBS. Пришло время переходить на 12 релиз, и при переключении в Актисе на 12 (больше ничего пока не делаю, никакое железо не двигаю даже) вылезает ERROR DECT Synchronization: DTM Modules cannot be placed!!!

Почему вдруг так? Что, при скачке с 11 на 12 релиз перестает видеть уже имеющийся DTM? Может, кто сталкивался? На анлишеде была похожая тема, но чем закончилось, неясно.

Апдейт: при любом действии, даже не связанном с подъемом релиза, все равно ругается.

Коллеги, добрый день.
В доке к релизу 11.2 вычитал, что на SIP Extension должен работать Set Supervision.

A SIP set operating in SEPLOS mode can have up to 10 programmable keys. These keys are
virtual and there is no correlation between them and the SIP set physical keys.
Example:
A supervision of a given set is programmed on a SIP set on key 3 in the Alcatel-Lucent OmniPCX
Enterprise Communication Server configuration. The SIP set is in idle state and an incoming call is
received on the supervised set. The call on the supervising set is presented on the first free physical call
key of the SIP set.

Практика результатов не дала. Кто-нибудь пробовал такое исполнить?

Коллеги, добрый день.
На рассмотрении страшный зверь по имени OpenTouch. Диспозиция такая - есть OTMS, живущий на блейде и три кристалла с аналоговыми абонентами числом около 2К. Проблема следующая: при создании аналоговых номеров ОмниВиста автоматомсоздает каждому уникальный UserID, состоящий из доменного имени, DirName и DirFirstName. А поля имен очень часто повторяются, это должности сотрудников. Поэтому при заливке из файла создается первый юзер, все последующие с повторяющимися именами выдают ошибку. Пытались вручную создавать юзером, беря за основу UserID внутренний номер. Создается, но при синхронизации ОмниВисты она берет имена из ОХЕ и пытается на их основе построить UserID. Соответственно, опять ошибка.
Отсюда вопросы:
1. Можно ли запретить части пользователей синхронизироваться с Directory?
2. Какой-то цивильный путь победить эту ситуацию есть?

Добрый день.
Прикрутил 8012 к ОХЕ 11.1. Регистрируется нормально. Но припопытке набрать номер соседа (IPtouch или другой SIP) выдает SDP: DTMF Payload for RFC 2833 is missing. При входящем звонке вызов идет, после снятия трубки идет отбой у звонящего. Думал, дело в кодеках, пробовал и на 711 и 729. То же самое.
В конфигурационном файле правил DTMF Mode, перебрал все три варианта. Не помогло.
Был у кого-нибудь опыт?

Коллеги, добрый день.
Есть ОХЕ 11.1 на AS, больше никакого железа нет. К ней привязаны SIP аппараты и один 4028. С 4028 на СИПы звоню нормально (по внутренней), наоборот - нет, и между собой СИПы тоже не звонят.

Вроде все делано как обычно: есть Транкгруппа 100 для локального SIP, привязана к Network 2, она в сервисею
Настроен SIP Gateway:

                 SIP Subnetwork : 2
                SIP Trunk Group : 100
                     IP Address : 10.157.5.51
            Machine name - Host : node000001
          SIP Proxy Port Number : 5060
     SIP Subscribe Min Duration : 1800
     SIP Subscribe Max Duration : 86400
                  Session Timer : 1800
              Min Session Timer : 900
           Session Timer Method + UPDATE
          DNS local domain name : -----------
                       DNS type + DNS A
            SIP DNS1 IP Address : 10.157.0.20
            SIP DNS2 IP Address : -----------
                     SDP in 18x + False
                    Cac SIP-SIP + True
INFO method for remote extension + False
  Dynamic Payload type for DTMF : 97


В системе и на апgаратах сказано работать по G729. Аутентификация отключена. Все аппараты в сервисе.
Пробовал на другой станции с другими адресами - тот же результат. Где косяк?
Вот лог неудачного звонка с SIP 3001 на IPTouch 3000:

https://cloud.mail.ru/public/uvEZ/iGySCYRZv
(Почему-то не дает вставить лог напрямую в сообщение)