По идее нужно отмену ремоте форвардинга. Набираю номер дисы+#52(префикс подстановки)+5110 (внутр. номер IP Touch 4038)+пароль (к телефону)+#59 (отмена ремоте форвард)+5701(вирт номер, на который смаршрутизированы звонки с NDDI).

Аппарату разрешено, поскольку делал с него и ремоут форвардинг и его отмену. Звоню на дису, набираю префикс подстановки, номер этого аппарата и пароль к телефону. Затем, префикс этой самой ремоте форвардинга - даёт отбой.

А через DISA префиксы из категории Set features не работают что ли? Хочется сделать отмену remote forward из города, но не даёт.

Ооо!! Так даже лучше! Пусть сами рулят своими звонками)) Спасибо, Vad!

Опишу ситуацию подробнее. В нашей конторе есть телефон доверия, городской номер. Пару раз в неделю нужно его подавать тем или иным абонентам. Делаем это в кроссе - вместо внутреннего номера станции подаём этот городской. При этом человеку, который это включает приходится сидеть лишний час. Может подать этот номер на NDDI и уже поиграться с оверфлоу и скриптами?
Пардон, что начал о переадресации с внутреннего на внутренний

Возможно ли запрограммировать безусловную переадресацию с внутреннего на внутренний на определённый промежуток времени? Т.е., чтобы отключалась сама в нужное время?

Нужно ввести код для функции "Настройка". Кода в доке не нашёл. Подскажите, пожалуйста.

Спасибо! Так и делал. Но ошибочку допустил.

Приветствую всех. Есть транковая группа из 3-ёх аналоговых линий. Нужно составить таблицу наведения внешних звонков на внутренние, например, один к одному. Какая вообще идеология в этом случае? Первый раз сталкиваюсь с ОХО.

Выскакивает инцидент 1721=Phone exc 14, PC 0x0898692f neqt=1731. Видимо, связано со следующей ситуацией: когда абонент поднимает трубку, то тут же слышит занятость. Ещё один момент: когда я звоню ему с другого телефона, то слышу в ответ занятость, хотя аппарат свободен. У абонента стоит нормальный апарат Panasonic, поэтому дело не в нём. В excvisu вот что:

DELIVERY f5.401
36
Tue Jun 22 12:14:22 2010
(007535) btracer message to get monitel time base
(008354) IO2:Driver synchronized (wd_val=0x6827)
(008364) IO2N:Driver IO2N recognized
There is a new exception. Its address is : 0X0898692F. Monitel time : 110910. Da
te : Tue Jun 22 15:06:39 2010
Application-exception no 14, thd 1130, PC=0x0898692f:144206127, eqt=1731, serv=0
--> backtocallee_autorise
Eqt type=AUTPOS, cr=1, cpl=4, der_us=0, term=22, subtype = AUTPOS
* Backtrace: 0x08989985:144218501 EBP 0x01856d0c --> action_pos_hs_inac_dnd
* Backtrace: 0x08989ca6:144219302 EBP 0x01856d18 --> pos_hs_inac_dnd_to
* Backtrace: 0x0898a990:144222608 EBP 0x01856d2c --> esaploc
* Backtrace: 0x0898ab1d:144223005 EBP 0x01856d48 --> rech_ou_aploc
* Backtrace: 0x0898b229:144224809 EBP 0x01856d54 --> aplourv
* Backtrace: 0x0898b92a:144226602 EBP 0x01856e10 --> appeloc
* Backtrace: 0x0898cb45:144231237 EBP 0x01856e30 --> loc_rsvp
* Backtrace: 0x089eb3f9:144618489 EBP 0x01856e54 --> reptrad_local_station
* Backtrace: 0x089eddc5:144629189 EBP 0x01856e6c --> sui_decreptrad
* Backtrace: 0x089ee00c:144629772 EBP 0x01856e84 --> decreptrad
* Backtrace: 0x0898d789:144234377 EBP 0x01856e94 --> tra_dec
* Backtrace: 0x091e85f8:152995320 EBP 0x01856ed8 --> real_main
* Backtrace: 0x091e59fb:152984059 EBP 0x01857fe8 --> start_thread_delayed
GS=00000000   FS=00000000   ES=0000002b   DS=0000002b
EDI=01856ccc  ESI=00027b9c  EBP=01856d0c ESP0=00000000
EBX=129afb9c  EDX=00000000  ECX=00000000  EAX=21485120
EIP=0898692f   CS=00000023 ESP3=01856c5c EFLAGS=00010202
B(37696:001) Eqt=01731 Emi=01695 {20001, 00003, 0x898d688} wait=0x898d664,0x0000

B(37696:002) Eqt=01695 Emi=00000 {00000, 00003, 0x8b71cb8} wait=0x8b71db4,0x0000

B(37669:035) Eqt=01731 Emi=00000 {00000, 00270, 0x86218e8} wait=0x898ef08,0x0000

B(37669:036) Eqt=01695 Emi=01731 {20001, 00037, 0x8b71e08} wait=0x000000,0x00000

Restarting at PC=0x091e7850:152991824, with stack=0x01857ff8:25526264


Что значит AUTPOS? Что такое emi (eqt)=01695?


данные по релизу (проц дублированный):

# The role of the CPU is MAIN
Application software identity

R7.1-f5.401-36-d-ru-c7

Business identification: R7.1

Release:
DELIVERY f5.401
Patch identification: 36
Dynamic patch identification: d

Country: ru
Cpu: c7

ACD VERSION
release : 6
bug_fixing : 1
protocol_id : 90
version_dy_hr_stat : 11

Спасибо

При звонке с аналогового одного узла на аналоговый другого ограничение работает?

Ситуация следующая. Есть три ОХЕ в корпусе Common Hardware одинаковой конфигурации. В частности 64 аналоговых + 4 ip trunk (согласно lock 187). Решили поставить их в одну контору при этом абонент одной станции будет звонить абоненту другой по ip. К городу будет подулючаться одна их этих станций и звонки из города будут распределяться по всем трём в соответствии с планом нумерации. Вопрос: какова роль в данном случае lock 187? Это ограничение на звонки по ip в принципе или к этому ограничению относятся только АВС-звонки? В чём суть ограничения?

Тут с напряжением ещё какая-то проблема. Раньше Градиент висел на на АТС "Элком" и работал. Напряжение на линии 58 В. На ОХЕ же показывает около 40. По паспорту Градиента необходимо 48 вольт как минимум. Правда, производитель уверяет, что у них работает и при 25 В! Но с ОХЕ они не тестировали.

Градиент не понимает, что станция подняла трубу.