Я писал выше, что при звонке с проблемных номеров, к примеру на автооператора моего офиса (просто ОХО) проблем с донабором не возникает.
монтажники телекомовские вчера приходили на шкаф - как говорят, сделали 4 набора проблем при наборе со шкафа у них не возникло...
Посоветовал заказчику вызвать монтёра в офис дабы он понабирал оттуда, с коробки, со шкафа....
Просил снять по возможности статистику - какие абоненты жалуются, какие нет, заказчик и пальцем не шевелит. аргумент один - мы звоним с офиса, у вас не работает, ваша аппаратура - настраивайте. Подождём что скажет телеком сначала, потом будем дальше разбираться.

галку на поддержку INFO метода выставлял.
с DTMF параметрами тоже игрался.
Вопрос еще в том - сделав одно не сломается ли другое...
а в мототрейсе видно будет разве что идёт внутри проключенного разговорного тракта?

Доброго времени.
У меня всё тот же объект: PSTN(E1)- OXE(i160514e)- (SIP) Genesys
В городе 2 входящих узла связи:
первый построен на классическом коммутационном оборудовании
второй построен на SoftSwitch NGN, абонентская ёмкость практически вся идёт через уплотнение
При звонке на Genesys абонент попадает в меню, где предлагается набрать в тоновом режиме циферки для соединения с различными сервисами.
Если вызов идёт от абонентов первого входящего узла - все работает на "ура"
При вызове от некоторых абонентов с узла NGN не срабатывает тоновый донабор, если несколько раз жмёшь кнопку - донабор может (нажатия с пятого) пройти.
По сути - донабор идёт внутри проключенного разговорного тракта, где рыться - не понимаю. Причём, при звонке с проблемных номеров, к примеру на автооператора моего офиса (просто ОХО) проблем с донабором не возникает.
Напрашивается вывод что искать нужно где-то в цепи OXE(i160514e)- (SIP) Genesys, либо на доступе абонентском. ГТС как обычно, говорит что у них все нормально.
Сталкивался ли кто-нибудь с такими вещами?

Вы бы регион озвучили - глядишь, кто-либо по-соседству и откликнулся. А софт лежит на бизнесс-партнёрском сайте Alcatel, но туда нужно доступ иметь.

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

Всё: и лола и софт - у поставщика. И если нет опыта работы с лолой, однозначно нужно к поставщику обращаться.

а разве оно без плюсика идёт?
может тип абонента поменять в NPD?

NPI       TON       Calling number   Construction of FROM header

X       Unknown      36200          "36200"<sip:36200@LD> (1) (*)

                    36200            "NOM PRENOM"<sip:urlname@LD> (1) (*)

                    155636200         "155636200"<155636200@LD> (*)

ISDN   National      155636200        "155636200"<sip:+33155636200@LD> (2) (*)

ISDN   Internat      33155636200      "33155667000"<sip:+33155636200@LD> (*)

В чём суть вопроса:
  Я получил файл с реального сайта. Конфигурация: 2 кабинета Large и 1 кабинет Medium. ACTIS сам НЕ заменяет существующий кабинет Medium на кабинет Large и, соответственно, при добавлении нужного мне железа пишет что кабинет слишком маленький.
В таком случае мне известно 2 пути:
  1 - прийти к клиенту с бОльшим кабинетом, переставить платы в него из меньшего, перегрузить сайт и снять актис-файл;
  2 - поменять в снятом файле конфигурацию кабинета и уже подготовленный файл импортировать в актис для требуемых манипуляций. В этом случае получается на шаг меньше манипуляций чем в случае с hardware.mao.

Поподробней:
При снятии с ОХО ACTIS-файла, залазим, соответственно, в Import/Export Data.  Сначала экспортируем ACTIS-файл, а потом либо правим его открыв в блокноте, либо там же в Import/Export Data кнопочка есть Edit, открываем через неё. Находим нужный нам рэк и меням его тип. В моём случае - тим "М" поменял на "L".
Потом, как обычно, импортируем в ACTIS и конфигурим как нам нужно. Единственно, надо не забыть отдельно добавить в предложении клиенту требующийся рэк, т.к. В актисе мы его видим как уже существующий.

Всё, вопрос снят. Всем спасибо.
Исправляется изменением файла в OMC.

Да мы сами вроде как поставщики
Я имел ввиду - можно ли ТОЛЬКО через актис, не меняя физически 2-х юнитовый кабинет на 3-х юнитовый у клиента и снимая по-новой актис-файл со станции, разрулить этот вопрос.

Доброго времени.
Собственно, вопрос в названии темы. Заказчик прислал файл где 2 рэка на 3 юнита и один на 2, хотят добавить абонентов дектовских, а их уже пихать некуда, ежели только 2-х юнитовый рэк на 3-х заменить.
Для ОХЕ-то есть: atch before addon,а для ОХО как можно это разрулить?

Если требуется конкретно для одного абонента - присвойте ему отдельный COS.
Если в  COS в External -> Secret Identity стоит "0" - абонент не может управлять с запрограмированной кнопки этой услугой, если стоит 1 - наоборот, соответственно.
На самом абоненте в пункте External должно стоять YES (True).
И в абонентском Entity в  Caller ID Secret должно стоять YES.
И префикс можно сделать для управления услугой с аппарата кнопками: в префикс-плане External Features ->  Secret/Identity.
как было сказано выше, станции могут эту услугу игнорировать.

Ну, вот, это я собственно уже и сказал народу, но теплилась слабая надежда  . ХОТЯТ почему-то рулить с алкателя, видимо какой-то менеджер чё-то не то ляпнул.
Всем спасибо.

Доброго времени.
Поставили задачу - ограничивать выход на м\н - м\г абонентам Genesys, которые выходят на город транзитом через ОХЕ. Не глобально, соответственно, ограничить, а выборочно: Вася может звонить на восьмёрку а Петя нет. Genesis будет просто подключаться по СИП транкам.
Такое вообще реально реализовать на ОХЕ?