Доброго времени суток всем.
Имеется ОХО R.7.1.067.001. Раз в 2-3 недели выскакивает такая проблема-городские линии невозможно занять, а при входящем звонке из города абоненты не слышат друг друга, хотя КПВ пропадает, т.е. снятие трубки отрабатывается.
Перед этим нехорошим событием в History table появляется много инцидентов такого плана:

Busy trunk call failed 50#1
Event: 255 Complimentary information: 00 00 05 14
An outgoing call could not be set up because the trunk group was overloaded

External diversion у абонентов не стоит. Joining analog/analog не стоит. Набор на линиях MF.
Меняли корпус и CPU - не помогло.

Помогает только перезагрузка всей станции

Воткните этот аппарат в станцию с более свежей версией софта. Подождите 5 минут.

У меня похожая проблема была с PC-инсталлером 2.26. Получилось с PC-installer версии 2.24.

В HG абоненты 6212, 6213, 6214.
А может из-за того, что 10 номеров завернул через Abreviated Numbering. Может надо через Routing Number?

Пошёл проверять ячейки

В Entity 0 прописан 2095999. Номера 209-53-63 нет ни в одном из ENTITIES. Для пучка АТС№2 был создан отдельный NPD№37 в котором
Install. number source + None used
Default number source + None used
и отдельная Entity№12, в которой тоже ничего не прописано.

Проверил, ни в одной ENTITIES такого номера не прописано.

Под номером 2095363 числятся 3 абонента, входящих в Huntig Group 5363. У этих абонентов в Private calling number прописан 2095363.

Доброго времени суток всем,
Имеется OXE 6.2 (F3.301.36). Она подключена по T2 к двум разным городским АТС (Первая с номерацией 209-5х-хх, вторая с номерацией 259-74-хх). Пучок на первую АТС занимается кодом 1#000, на вторую 1#010. 10 последних номеров из номерации второй АТС (259-74-9x) выделили для подключения мини-АТС Samsung по Т2. Создал на OXE транк-группу для Samsung в режиме мастер и поставил Private=yes (знаю что в этом режиме транзитные звонки Samsung->OXE->ГТС попадают в программу тарификации). При выходе самсунга на город какой глюк вижу:
На участке Samsung->OXE: Samsung занимает канал и блоком передаёт мне в SETUP-сообщении свой подготовленный для ГТС№2 номер (например 259-74-95) и номер внешнего абонента 1#0102221530. То что надо. Ура.
Но. На участке OXE->ГТС№2 вижу в этот  момент SETUP-сообщение, в котором в качестве вызывающего стоит почему-то номер из массива ГТС№2 209-53-63:?: , а в качестве вызываемого нормальный номер внешнего абонента 2221530). Причём номер 209-53-63 выскакивает всегда и не зависит от того, какой набирает номер наружу Samsung.

Если же я ставлю Private=no, то всё работает великолепно. Правда про тарификацию забываем.
QSIG с Samsung-ом пробовал - не пошло ни BC ни GF по той причине что Samsung начинает добавлять * перед номером вызывающего абонента зачем-то. И от этого не избавиться.
Можно ли вообще так делать транзит?

В лимитах. У меня на OXO 2.1 12T0 великолепно работало. В OXO 6.1 кстати тоже.

А в splitting table случайно 6 не стоит?

Хотя тот-же Актис считает 12 доступов на OXO без проблем

Всегда казалось что за реальное количество используемых портов отвечает колонка wired в ACTIS. Оказывается не так. Спасибо.

Доброго времени суток всем,
Пытаюсь просчитать станцию OXE на IPMG. Мне известно, что лимит на один IP-MG 12 ISDN access-ов (T2+T0). Актис конфигурирует 2T2+10T0, а вот 3T2+9T0 не хочет в одном IP-MG. Почему?

У  меня был такой инцидент на G1.503.31. После прочтения ТС1282 поднял патч до G1.503.35.с - инцидент пропал.

Добрый день,
А на новых платах eUA32 с аппаратами 8 серии VOCORD пробовали?

Спасибо

Доброго времени суток всем,
Имею сеть станций из 5-ти OXO и 2-ух 4200. Клиент хочет в центре поставить OXE и соединить её с ОХО и 4200 по IP. Как лучше посчитать ключи на OXE? Какой вариант выбрать?
1 вариант: по 4 SIP-ключа на каждую из 5-ти OXO и по 4 H.323 ключа на каждую 4200
2 вариант: по 4 H.323 ключа на каждую OXO и 4200

Я так понимаю что в случае варианта№1 если 4200 звонит на OXO, то OXE будет прогонять транзитом голосовой трафик через себя, а в случае варианта№2 4200 будет общаться с ОХО напрямую.

И будут ли дружить SIP и H.323 на одной GD3?

Спасибо.