Добрый день.
Есть бурно развивающаяся 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: сколько узлов можно безопасно включить в одну центральную по технологии "звезда"? Начиная с какого количества надо ставить вторую центральную АТС?

Нет, дело было в другом. У виртуальных номеров тоже должна быть Public Network Category с правом звонка на мобильный.

Добрый день.
Имеем ОХЕ R10.1.1-j2.603-25-a-ru-c7s2. Клиент запросил возможность одновременного вызова на стационарный телефон и на мобилу. Настраивалось все по разделу Integrated Cellular Client. Ключами DISA и Remote Ext открыты.
Схема включения такая: OXE1 --> PRI -->  OXE2 --> PRI --> Город. ОХЕ2 - чистый транзит.
На ОХЕ1 настроил все точно по документации, виртуальных номеров создал 10 шт.
При звонке на 5002 (internal cellular ext.) получаю трассу без поля called number. Причем вызов продолжает куда-то идти еще 12 секунд, несмотря на то, что по трассе все давно отвалилось.
Куда ковырять, подскажите, пожалуйста.

____________________________________________________________­__________________
| (699668:000002) 979: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 44  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 00 1e
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=6) -> 21 81 Num : 2002
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000003) 979: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 00 1e
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000004) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP ACK [0d] Call ref : 80 1e
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000005) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 80 1e
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000006) 979: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : STATUS [7d] Call ref : 00 1e
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 81 e5 0d -> [e5] MESSAGE NOT COMPATIBLE WITH CALL STATE
| IE:[14] CALL_STATE (l=1) 0b
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (699668:000007) 979: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 00 1e
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

Спасибо, понял. Буду уламывать клиента.

etc, спасибо за ответ.
С перерывом низзя. Клиент не велит. А перезагрузка потребуется, так как добавляется железо.

Здравствуйте.
Давненько не делал апгрейдов на дублированных системах, подзабыл.
Для определенности, 20 процессор - Main, 06 - StandBy.
1. Заливаем новые ключи на 20. Рестартуем его. Дожидаемся конца загрузки.
В это время 06 становится Main.
2. Заливаем ключи на 06. Рестартуем. Во время старта тормозим телефонию.
20 становится Main с новыми OPS.
3. На 06 делаем пустую базу, клонируем.

Что я упустил?

Да, изначально думал в правильном направлении. Покупка Complete Value Pack решила проблему.

Гость в менеджменте - гость, иначе я бы его в хотменю не видел. При заселении ПЯ создается (обычно, не в этот раз), при выселении - убивается. Причем, что интересно, в параметрах юзера после заселения видно, что ПЯ создался с типом Hotel Guest DTMF, заполняется поле номера голосовой почты и тип почты появляется 4635. Но - инцидент и почта такого ящика не находит.

А это таки гостиничные станции?
Глянул непосредственно в почте, в Software features Installed , а там
42 - Hotel/Motel не включен. На всех прочих гостиницах - включен.
Какой же тогда lock на станции отвечает за 42 опцию в почте?

Добрый день.
Имеем кристалл R11.0. При попытке чекина гостя с голосовой почтой (неважно откуда, из Оперы или hotmenu) выдается инцидент
1410: ABCA_MAO operation 10 status 65. По расшифровке выходит, что не может создать ящик по причине его неактивности. В голосовой почте, само собой, ящик не появляется.

Начал смотреть ключи и углядел, что lock 59 Hotel manager = 0. На всех прочих наших гостиницах он отличен от нуля.
Может быть в этом дело?

Не совсем. "До распределения" - играет все приветствие целиком, и лишь потом звонит аппарат. А приветствие более 30 секунд. Хотелка, как я уже говорил, 10 секунд приветствия, потом начинает звонить телефон одновременно с продолжением приветствия.


Как-то неожиданно получить такую "незадокументированную возможность" в спину. По-моему, так - не объявлен у тебя Free Dialing, так и не реагируй ни на какие наборы.