Разрешите, я немного внесу ясность. Есть центральная ОХЕ. В нее включены ОХО, где-то по H323, где-то по SIP. ОХО звонят друг другу с 8-значным А-номером (4 знака ID + внутренний номер). Задача - чтобы на звонимую ОХО приходил 4-значный А-номер, то есть транзитной ОХЕ откусывать ID и слать только Ext. Что, требуется все TG переделывать в private? А для SIP это тоже будет работать?
Третья чвсть марлезонского балета. Беру swk от "честных" OPS с другого объекта. Залились нормально (ну, то есть с руганью на software package, но залились). А тот, первый swk не совсем честный. Я его дернул из zip файла, сгенеренного Актисом. Может, в этом дело? Вообще, swk файл в актисовском архиве и swk, который приходит из Алкателя, идентичны?
Если вдруг пропало "у некоторых", а у остальных нет, то первое, что лезет в голову, что ходите вы наружу через разные каналы, и тот канал, по которому ходили "некоторые", отвалился. Остальные звонят по-прежнему, так как их канал жив. Но это лишь предположения. Дайте хоть что-нибудь - поток/аналоговые транки/IP в город? Какую цифру жмете для выхода в город и чему она в префикс-плане соответствует?
Ну, а из общего - смотрим статусы всех транк групп, ищем те, что не в сервисе. Сравниваем Public Network Category у звонящего и незвонящего абонента.
Добрый день. Есть Appliance Server, поднятый мной на VMWare. Нормально залился релиз 11.0. Беру swk файл от 11 релиза. Переименовываю его в software.mao и кладу в usr3/mao. Рестарт. (В процессе загрузки ругается на Software package error). spadmin пункт 2 показывает, что счетчики стали ненулевые (IP и SIP абоненты, SIP GW и т.д.). Но ничего создавать не дает - ни IP, ни SIP абонентов. Software protection error со ссылкой на локи, которые у меня, напомню, ненулевые. Ничего, кроме виртуальных аналоговых.
Вторая часть марлезонского балета. Разворачиваю на этой машине реальную базу (правда, от кристалла R7.0). После трансляции базы получаю кучу SIP абонентов, которых могу удалять, но! не создавать (опять Software protection error).
Что, без хорошего CPUID даже 30 дней не поработает?
как вариант (теория, с USB-KEY не имел дело) для центра узлов лицензировать AS-Virtualization VMWare, в комплекте будут USB-KEY, а фактически поставить сервак максимально к приближенному к бренду с двумя дуплами под процы (максимальная приближенность выражается в совместимом RAID-контролере и NIC-Intel)
Интересно. Я про такое даже не читал... В любом случае, "поздняк мететься, полы покрашены". Оборудование уже куплено.
Vlad 46 пишет: Выводить много аварий на alarm set смысла нет, как правило выводятся критические, а их не так уж много и CP справится. Лучший вариант пользоваться 4760 или 8770 с отсылкой по почте
Про вариант с ОВ знаю, но клиент привык по старинке. Скорее всего, будем использовать оба варианта.
Добрый день. Есть бурно развивающаяся ABCF сеть (в перспективе 80 с лишним узлов). На одном из узлов сделан alarm set, который ведет себя как ему предписано, то есть отображает приход определенных алармов. Суть вопроса такая - пока в сети 20 с чем-то узлов, проблем не было. Когда узлов станет 80 и случится (постучали по дереву) какой-то глобальный карамболь по всей сети с валом инцидентов, как это может отразиться на работе процессора того узла, на котором собираются алармы? Как сильно сбор алармов нагружает проц?
Здравствуйте. Я в недоумении. Смотрю номерной план центральной станции в ABCF звезде, и вижу, что примерно два десятка номеров встречаются дважды (как локальный внутр. номер и Speed Dial, как Network Number и SD, как SD и другой SD). Как так могло выйти? Какие грабли будут при аудите?
Помогите разобраться с темой Аудит, Не понял некоторые моменты
Спасибо, VAD. Натурально все забыл. На всякий случай хочу уточнить, правильно ли я намерен поступать: 1. На новом ноде удаляю с пустым номерным планом делаю входящий аудит (только с одного центрального узла) следующего: - Numbering Plan - Phone book - Trunk Groups - Suffix plan - Entities - Hunt Groups - Tr Gr NPD Selector - SIP Dictionary - Все COS 2. При разрешенном броадкасте на все элементы номерного плана + транк-группы + Entity заливаю локальный номерной план и он броадкастится на центральный нод и дальше по сети.
Помогите разобраться с темой Аудит, Не понял некоторые моменты
Добрый день. Чтобы не плодить темы, спрошу здесь. Давно не брал я в руки шашек, забыл все. Включаем новый узел в уже существующую ABCF сеть. Тип "звезда", все подключается к одной центральной АТС, которая имеет помимо ABCF линков много Speed dial на разные IP адреса или в потоки. Собственно, вопрос: при совершении "входящего" аудита с центральной АТС на новый нод эти SD у меня появятся? По доке SD не броадкастятся, получается, что и аудита по ним не будет?
Вопрос 2: сколько узлов можно безопасно включить в одну центральную по технологии "звезда"? Начиная с какого количества надо ставить вторую центральную АТС?
