Как правило, это решается через ARS, есть еще варианты через списки,префиксы
С написанием процедуры проблематично,надо знать что есть и что хотим делать.

Сейчас наблюдаю за созданием файлов, раз  в час не получается, разброс от  20 до  80 минут, вызовов от 1 до 70 в файле,продолжительность от 1с до 40 мин
может когда большой трафик,то в среднем будет 1 ч,
с забором вопросов нет -  в программе тарификации можно менять время забора.

Не могу найти, что влияет на формирование файла TAXA*.DAT. Абонет сделал вызов, как быстро данные о нем попадут в систему тарификации, если тикеты забираются через ethernet?  закономерности влияния количества,длительности вызовов не уловил.
Зачем надо - абонент  достиг своего лимита,допустим 5000 р, и   программа тарификации отключила телефон.
Стоит вопрос как быстро данные получит система тарификации через ethernet

Конфигурация 8082 есть в доке  по OpenTouchBusiness

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

Спасибо!  Если техника ломаться не будет, то мы окажемся не нужны    пусть ломается,но только в нужное время и чтобы мы все  знали как ее починить!

incvisu -b 1 и incvisu  на резервном CPU, incvisu  на основном CPU  ничего  подозрительного не содержит,
Maohist и last  никаких подсказок не дало,  CPU с IO2, стоят в ACT-28, используется только один выход Ethernet(т.е. стандартное включение)
на резервном CPU в incvisu  инцидентов по IO2  нет,
есть только в incvisu на основном CPU,не совсем ясно почему loss IO2 на cpl 21(основной CPU)

"/12/12 05:57:07 000001M|000/20/-/---|=1:2168=Stand-by CPU is out of service
/12/12 05:57:07 000001M|000/21/-/---|=2:3132=Loss of AT interface of an IO2 board
/12/12 05:57:12 000001M|000/21/-/---|=2:2042=Loss of a IO2 type cpl
/12/12 05:57:12 000001M|000/21/-/---|=2:2042=Loss of a IO2 type cpl
/12/12 05:57:12 000001M|000/21/-/---|=5:2019=IO2 coupler commissioning
/12/12 05:57:31 000001M|000/21/-/---|=3:2032=Coupler test failed 1 times
/12/12 05:57:38 000001M|000/21/-/---|=2:2042=Loss of a IO2 type cpl
/12/12 05:57:38 000001M|000/21/-/---|=2:2042=Loss of a IO2 type cpl
/12/12 05:57:38 000001M|000/21/-/---|=5:2019=IO2 coupler commissioning
/12/12 06:01:54 000001S|---/--/-/---|=5:1367=DECT network initialization
/12/12 06:01:54 000001S|---/--/-/---|=5:5904=Remote extension network initialization
/12/12 06:01:54 000001S|---/--/-/---|=4:0425=PRS related activity : Interface handler started
/12/12 06:01:59 000001S|000/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6
/12/12 06:01:59 000001S|000/28/-/---|=5:0261=End of downloading bnvdsp0cpu6 "

Есть резервный CPU 7-2 R10.0-j1.410-34-h, в какой-то момент перегрузится и снова работает, по Incvisu ничего подозрительного нет, как  до рестарта,так и после.
Как-то можно раскопать причину  рестарта? или надо менять железо?

Как мне кажется, на АА можно завести много доступов,на которые направить городские номера(ограничений в этом я не нашел. Есть ограничения только в листьях.  Других ресурсов при одном Е1 должно хватить.
Сам  делал на три номера, правда трафик был минимальный - в лаборатории

Логика правильная, набираете 8 disc 2, далее реальный в entity    disc = 2, в дисриминаторе 2 идет описание цифр,например
discriminator id: 2

/discriminator role
Create
Discriminator id :  2
Call number:020103xx
Dialing area:          1
ARS route list:       X

и какой лист X сюда прикрутите, туда и пойдет вызов

да, верно, только после изменения надо проверить это и в добавок  проверить номер А,который будет отдаваться оператору

Если юзера с одинаковым Entity, то да
если разные Entit, то возможно и нет, т.к. они могут использовать разные дискримнаторы  и соответсвенно роутлисты

Есть смысл определить в Prefix что такое 8 и 0, т.к.   способы набора могут быть разные

А   ARS  работает так:

1.Префикс привязывается к логическому дискриминатору
mgr/translator/prefix plan
ARS prof trk seizure whith overlapping
Discriminator ID:   0-----7 X (  значение в TG игнорируется)

2. Связь между логикой и реальным дискриминатором
mgr/entity/ entity discriminator Selector     0: 0(логический: реальный)
X 1: 0



   
3.Описываются цифры при наборе и задаются арслисты

mgr/translator/external dialing plan/dialing discriminator

Я так и понял, изменял все параметры,которые нашел, но  проблему получить не удалось

Мониторил ISDN между двумя OXE при аналогичной переадресации, но поля IE:[74] REDIRECTING_NUMBER (l=3) -> 21 20 8f Num
не увидел, думаю надо копать, чтобы изменить протокол или заставить OXE не обращать внимаение на это поле.