DISA сигналит отбой Опции

[denis_s]

Доброе время суток, уважаемые спецы. Возникла проблема с DISA. Нужно настроить чтобы на 4 городских(аналог) линиях, проигрывалось приветственное сообщение, а затем шло автоматическое переключение на телефон оператора, если занят или недоступен - то ожидание какое-то время, затем если оператор не взял трубку-переключение на факс. У оператора стоит системный телефон. Вроде все настроил правильно, как указывалось вна форуме. Но DISA работать не хочет никак. После приветственного сообщения идет сигнал отбоя (PGM 160 disa retry count 0) или DISA сообщает что время истекло. Где можно что подправить?
ATC LDK-100
MPB DX90P 3.8
PCADM

[Dimka]

Потому, что отсутсвие набора является ошибкой.

[noox]

Потому, что отсутсвие набора является ошибкой.

Я только у LG такое видел, что отсутствие набора является ошибкой, т.к. по большому счету енто бред.
To Анальгин
Донабор только в тоне, в независимости от типа линии.

[harris]

Я только у LG такое видел, что отсутствие набора является ошибкой, т.к. по большому счету енто бред.
To Анальгин
Донабор только в тоне, в независимости от типа линии.

Уважаемый noox!!!
Мы говорим о ПГМ167/2 (DID/DISA Error Destination)????
Почему бред???
А что, у других производителей Вы никогда не встречали, чтобы одна и та же процедура обработки применялась для разных ситуаций????
Почему нельзя обрабатывать две ситуации: НЕТ ДОНАБОРА НОМЕРА и НЕВЕРНЫЙ ДОНАБОР (ошибка) по одной и той же процедуре???? Ну, и назвали процедуру "Error Case", и что??? Если система ожидает донабор, а донабор отсутствут, чем это не ошибка. Чем эта ситуация в корне отличается от того, что номер набран, но набран неправильно (несуществующий номер)??? Ведь по сути, эти две ситуации очень близкие!!!
Если бы этот параметр корейцы назвали "NO DIAL", что бы это изменило???
Конечно, иногда эти две ситуации требуется обрабатывать по-разному, но в большинстве практических случаев применяется одинаковая обработка. И за все время был только один запрос от клиента, которому нужно было "развести" обработку этих двух ситуаций. В свое время мы предлагали корейцам сделать 4 позиции в ПГМ167 (а не 3, как сейчас). Но потом вполне смирились с существующим... Да и корейцы не очень рвутся делать лишнюю работу для одного клиента.
Так что сейчас есть позиции:
BUSY - абонент занят
ERROR - неверно набран или попросту ничего не набрано
No Answer - абонент не отвечает.

ИМХО, в продукции LG (как и у всех остальных производителей), конечно, имеются огрехи... Но в данном случае, мне кажется, что камень в огород LG брошен необоснованно!!!

[noox]

...Но в данном случае, мне кажется, что камень в огород LG брошен необоснованно!!!

Ни в коем случае не собирался "бросаться камнями", согласен, что это скорее всего вопрос привычки (как называть ту или иную процедуру). Однако считаю, что не только у меня (к примеру тот же Анальгин) первоначально возникает ощущение нелогичности при упоминании Error destination. Остаюсь при своем мнении, отсутствие набора - это не ошибка. Только по сути дела это ничего не меняет. Всего лишь философия.
P.S. Только непонятно, как быть, когда одну атс с различными сообщениями DISA на разных СО используют две независимые организации, разве не может быть такого? Вышесказанное конечно не означает, что нужно что-то переделывать. Опять же вопрос привычки.

[harris]

Ни в коем случае не собирался "бросаться камнями", согласен, что это скорее всего вопрос привычки (как называть ту или иную процедуру). Однако считаю, что не только у меня (к примеру тот же Анальгин) первоначально возникает ощущение нелогичности при упоминании Error destination. Остаюсь при своем мнении, отсутствие набора - это не ошибка. Только по сути дела это ничего не меняет. Всего лишь философия.

За каждым термином, применяемым для конкретного оборудования, скрывается определенный смысл. Поэтому нужно руководствоваться не ощущениями, а докой. Что касается философских взлядов на обсуждаемую тему (считать отсутствие донабора номера ошибкой) - ОК, давайте останемся каждый при своем мнении...

P.S. Только непонятно, как быть, когда одну атс с различными сообщениями DISA на разных СО используют две независимые организации, разве не может быть такого? Вышесказанное конечно не означает, что нужно что-то переделывать. Опять же вопрос привычки .

Элементарно!!! Для случая разных СО-линий все ведь предусмотрено исходно (на всех версия LDK/GDK)!!
В ПГМ167 в качестве пункта назначения указывается = ATTD!!!!
А далее читаем доку:
Если в качестве Назначения DID/DISA указан оператор, при поступлении вызова вначале будет проверяться назначение приема входящих вызовов по внешним линиям (Программа 144). Вызов будет направлен в соответствии с этим назначением, а при его отсутствии – на оператора.
Т.е. если в ПГМ144 для ДАННОЙ СО-линии сделаны какие-либо назначения для приема вызова, то это и будет отрабатываться. Если нет назначений для линии в ПГМ144, то вызов пойдет на Оператора (указанного в ПГМ164). Таким образом Вы можете для разных СО-Линий сделать разные назначения в ПГМ144. И все.

Другое дело, когда линии типа ISDN DID, т.е. вызовы по разным DID-номерам приходят в одних и тех каналах. Вот тогда нужно использовать версию 3.8 и прописать разные пункты назначения в ПГМ228 (CCR)!!