спрашивается нафига вам сдался набор "#" и "*" в AA???

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

сделайте по цифре "1" или "2" или еще какую нибудь лист "free dial" и нажимайте "#" сколько душе угодно

было почти точно такое же с одним провом (звонок приходит на телефон, телефон один раз звякнет и сразу дисконект)
как в system поставил Ignore IE - Yes входяшие звонки пошли без проблем хотя в трассировке все время выскакивают INFORMATION ELEMENT NON-EXISTENT OR NOT IMPLEMENTED

в таком случае прав

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

интересный вопрос - "аналоговые линии VoIP" это что за линии такие? "с ведущим номером" организована серийность на СЛ?

соединение с городом идет через что??

ну и оператор у вас который bri принципиально не любит, а любит разводить клиентов на лохотронство т.е. обещают сделать то что атс принциально не может сделать согласно вашим "хотелкам"

хотя как вариант можно согласится на обсугу чтоб они выполнили "не выполнимые требования" и в случае не удачи с них бабло срубить чтоб не обещали сделать то что не могут

автора интерисует чтоб одним абонентам жестко привязать 1 и 2 В канал, а другим абонентам привязать только 3-ий В канал

думаю что для абонентов данной станции жизнено необходимо чтоб начальство видело номер звонящего вот отсюда и растет pri, при таком количестве каналов в pri не проще было бы 2 линии bri использовать и гораздо дешевле вышло бы?????

снял инцвису и накатил патч 39, на всяк случай конфисковал vpu5 у клиента

после накатывания патч 38-го примерно через час начались валится

28/01/10 09:24:50 001002M|---/--/-/---|=0:1680=Monitel: Applicative error 16 type, infos -1, -1
28/01/10 09:25:20 001002M|---/--/-/---|=0:1680x002=Monitel: Applicative error 16 type, infos -1, -1

по excvisu выходит одно и тоже
There is a new exception. Its address is : 0X09351463. Monitel time : 508767. Date : Thu Jan 28 08:03:25 2010
Applicative-Error-Backtrace, thread 3046, PC=0x09351463:154473571, eqt=1238, serv=0 --> Kb_Interro
Eqt type=POS_NUM, cr=0, cpl=11, der_us=0, term=12, subtype = 4011(VLE)
* Backtrace: 0x092bae8e:153857678 EBP 0x01826454 --> ACD_CCDnCallOnSupervisedTransferBis
* Backtrace: 0x092bafa3:153857955 EBP 0x01826474 --> ACD_CCDnCallOnSupervisedTransferBis
* Backtrace: 0x08328a23:137529891 EBP 0x018264a0 --> GetCMPCallingNumberOrCallingName
* Backtrace: 0x08abcfe6:145477606 EBP 0x018266dc --> rap_after
* Backtrace: 0x08a66a98:145123992 EBP 0x01826e0c --> decexploc
* Backtrace: 0x089fe011:144695313 EBP 0x01826e1c --> fintradec
* Backtrace: 0x089fe04f:144695375 EBP 0x01826e24 --> suitcase
* Backtrace: 0x08a65edd:145120989 EBP 0x01826e2c --> reptrad_decexploc
* Backtrace: 0x08a66491:145122449 EBP 0x01826e34 --> reptrad_CH_Pfx
* Backtrace: 0x08a6746d:145126509 EBP 0x01826e44 --> sui_decreptrad
* Backtrace: 0x08a67584:145126788 EBP 0x01826e60 --> decreptrad
* Backtrace: 0x089fe6e1:144697057 EBP 0x01826e70 --> tra_dec
* Backtrace: 0x092c4016:153894934 EBP 0x01826eb4 --> real_main
* Backtrace: 0x092c15d3:153884115 EBP 0x01827fe8 --> start_thread_delayed
GS=00000be6   FS=00003039   ES=00000000   DS=0000002b
EDI=01826498  ESI=00000000  EBP=01826454 ESP0=00000000
EBX=00004e28  EDX=00000000  ECX=28eaf5d8  EAX=00000019
EIP=09351463   CS=00000023 ESP3=01826438 EFLAGS=00000246
Continuing at previous PC=0x09351463:154473571

+ ниже следующее строки повторяется только лишь с разными Eqt
Exception again. Monitel time : 534150. Date : Thu Jan 28 08:45:43 2010. Eqt=1323. Serv=0-> type=POS_NUM stype=75
Exception again. Monitel time : 563064. Date : Thu Jan 28 09:33:55 2010. Eqt=1608. Serv=0-> type=POS_NUM stype=115

тут остается только накатить патч 39

номер почты 1999, городской емкости на 1-цу нету, единственный вариант как "1999" совпадение в фрагменте номера может быть

поднимеш софт атс и начинается один к одному эпопея с самсунга т.е. не не успееш про апгрейдится как вместо одной баги всплывает другая бага

если бы залипала "*" то такое просто не возможно не заметить (т.е. сидишь на рабочем месте и тут телефон грит "положи трубку" или что-то еще в таком роде)

в том то и дело что такое появляется то у одного абонента то у другого, ни какой закономерности нет (т.е. типа так глючит только у абонентов на одной плате)

до этого было ОХЕ (cpu6) h1.301.34 в которой выявились проблемы с тандемом и кучей маленьких пакостей которые на работу атс никак не влияло но очень раздражало пользователей
подняли атс до h1.301.38, проблемы с тандемом более менее сами отвалились. теперь появилась другая фишка:
- при звонке в город (стык по pri) не зависимо на городской номер или межгород время от времени в процессе разговора на экране дисплея появляется надпись DTMF и разговор через несколько секунд обрывается

кто-нибудь сталкивался с таким?

отличную идею подал   , только осталось разжевать автору поста

в общем берем осциллограф, этот "счастливый" факс и другую современную мини-атс типа самсунга или панаса (на этих атс ринг идет порядка 70В), проверяем чтоб факс работал полноценно (т.е. трубку сам снимал) и измеряем на осциллографе данные, затем такие же телоджвижения проделываем уже с ОХЕ и тоже измеряем данные
и тупо сравниваем

кстати, результаты замера данных на осциллографе  очень даже будут актуальны для всех

стандартный разрыв линии есть loop и ground.
в дебри "переполюсовки" не стоит лесть, а то в этоге поимеем вместо одних проблем совсем другие проблемы если атс такие линии нормально переварить не может

т.е. опцию "CLI is diverted party" включить?

стоит joining

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

голову изломал где эту фишку убрать