Здравствуйте, Решил написать в этой же теме, так как вопрос близкий.
Подскажите, пожалуйста, есть ли в OXE R9 средства для реализации следующей схемы: Имеем: 2 УАТС, соединены H323 транком (настроены speedial), никаких ABC нет, обе УАТС имеют соединение с ТфоП через ISDN.
На первой УАТС объявлен ip домен 0, куда помещены все ip-интерфейсы этой УАТС и домен 1 с определённым диапазоном IP-адресов включающий ip-интерфейсы 2ой УАТС. В домене 0 - max voice connections = -1, в домене 1 - max voice connections = 1. Как и следовало ожидать первый вызов в направлении "уатс 2" проходит без проблем, по второму получаем "resourse unavailable".
Есть ли механизм который можно использовать для рерутинга 2ого вызова в ТфОП ? Как я понимаю private to public overflow без ABC не работает ?
vad, Вы правы, методом перебора нашёл нужный фильтр - "Public outgoing 0 Units calls". Я сильно "плаваю" в этом предмете - могу предположить что я не задал счётчики стоимости или что-то вроде того. Однако появилось некоторое другое неудобство - теперь тикет обработан OmniVist'ой, но кладёт его она в Accounting'е в раздел Undefined, где создаёт подраздел с названием AОН'а из тикета (charged number). Не могли бы Вы подказать, есть ли какая-то возможность этот тикет класть в раздел транка ? Огромное спасибо за внимание и ответы.
vad, скажите, пожалуйста, а нужна ли лицензия на тарификацию внутренних пользователей для генерации тикетов такого типа ? (или какая то другая специфическая ?) Спрашиваю, потому что не добился пока, чтобы тикеты такого типа откладывались.
vad, cпасибо огромное за отзывчивость. Не уверен что до конца понял ваше сообщение. Предположим схема такая - "транк A-OXE-транк Б". Например, нас интересуют транзитные звонки только из A в B. Правильно ли я Вас понял, что для того, чтобы был один тикет с нужной информацией надо:
-в настройках accounting в секции common file storage ставим outgoing pbx calls и (?) outgoing network calls
-в свойствах транковой группы A ставим private
-в свойствах доступа транк. группы A ставим network mode - yes
В таком случае в Omnivista в приложении Accounting - organisation на закладке Records транковой группы B мы сможем видеть записи о звонках в которых будут фигурировать и АОН и called number.
Здравствуйте, (сдублирую здесь свой вопрос с alcatelunleashed) Есть OXE со значительным объёмом транзитного трафика. Есть 4760. 4760 исправно получает тикеты о транзитных вызовах, но в 4760 в поле extension указано значение FSxxx, где xxx = номер входящего транка транзитного звонка. Заказчик хочет видеть где-то в этой записи calling number. Соответственно вопрос - возможно ли это вообще ?
Кстати, попутно выяснил следующее - вот так выглядит тикет транзитного звонка:
Поле calling number в тикете пустое - видимо начинать надо отсюда, но непонятно почему его нет. В трейсах t3 всё в порядке, Ext num translator DEF 0 присутствует.
Здравствуйте, Хотел бы задать возникший вопрос, близкий по сути к данной теме, надеюсь, топикстартер не против.
Есть две ноды одной ABC - сети, соединённые ABC-F full ip hybrid link'ом. Для обработки обрыва линка (отсутствие ABC-F сигнализации) на ноде А прописан node access prefix с маршрутизацией во внешний ISDN транк (будем считать PSTN) - то есть, как я понимаю, настроена функция private to public overflow. При обрыве для вызовов к абонентам ноды Б от абонентов, непосредственно подключенных к ноде А эта функция отрабатывает корректно (при условии правки phone feature cos), но для вызова, пришедшего из вне (с того же самого внешнего ISDN транка) к абонентам ноды Б получаю отбой с причиной destination out of order. Нормально ли это и если нет, то какие настройки в данном случае могут влиять на транзитные вызовы из публичной сети к абонентам удалённой ноды при неработающем abc-link'е ? Как я понимаю phone feature cos для trank'а не существует ?
Спасибо.
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
Здравствуйте, Столкнулся с похожей задачей. Нашёл в документациях алкатель пример, правда для бэкапа ABC используется обычный ISDN-транк в ТфОП. Судя по приведённой в документации конфигурации достатчно прописать в ARS маршрут с транком в город (в ARS route установить город первым выбором, а time-based route list'e установить IP транк группу ABC-F линка первым выбором). У меня с наскока не получилось воспроизвести такую схему - если погасить ABC-линк, то oxe даже не пытается занять городской транк - может кто-нибудь подскажет, почему такое может быть? И второй вопрос к знатокам - можно ли из ARS, созданного для ABC-линка, аналогичным образом вернуть обработку вызова назад в нумерационный план, добавив в ARS маршрут со значением trunk group = -1 ?
vad пишет: Для чужих абонентов в префиксе указываете не ваш номер сети (не 0 если менеджмент по дефолту), соответственно далее не номер узла, а номер TG. Или не через routing номер, а через SD, например 4, где call number=prefix_TG+4.
На всех узлах все TG обычно присутствуют (по broadcast или аудиту).
Соответственно никакой маршрутизации прописывать не надо.
Спасибо за ответ, понял, что транк-групы узлов 2 и 3 появятся на узле 1 как собственные, но, в таком случае как использовать префикс routing number - если указать какой-то определённый транк, а он выйдет из строя то как станция узнает о том, что надо перемаршрутизировать во второй транк ? То есть единственный вариант использовать SD с указанным внутри перетеканием вызова через префикс 2ого транка ?
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
