Попробовал - не работает. Уточняющая информация: два узла (1 - OXE Crystal, 2 - OXE MG). На первом узле следующая IP адресация: CPU1 10.197.133.10, CPU2 - 10.197.133.11, CPU virtual IP - 10.197.133.12. INT-IPA 10.197.133.13. На втором узле: CS2 10.165.128.228, GD3 10.165.128.229. Шлюзы прописаны, пинги между узлами и платами ходят корректно.
На первом узле имеется абонент с цифровиком, номер 1570. На втором - тоже абонент с цифровиком, номер 3581.
На первом узле уже была создана IP транк группа, используемая для связи с другими узлами по ABC hybrid link. Ознакомившись с документацией, я так понял, что IP-транк группа никак не привязывается к реальным IP-адресам. Поэтому я решил не создавать новую TG а использовать имеющуюся.
На втором узле создал TG и префикс для выхода на нее. По trkvisu выводится следующая информация: TG 1003 TestH323 T2-IP ISDN 10=>local *100
На втором узле попытался создать сокращенный номер в Speed dialing-е. Набираемый номер - *1001570. Тип - IP. IP-адрес 10.197.133.12 (вирт.адрес CPU первого узла). При попытке сохранить появилось сообщение об ошибке:
Код
Direct Speed Dial No.Prefix: The direct area is full
Попытки пересоздания номера не помогли - та же ошибка.
Решил попробовать проверить создание сокращенного номера на первом узле. Префикс занятия существующей TG - С300. В сокращенном номере указал 3581, набираемый номер С3003581. Операция создания завершилась корректно.
Надеясь, что возможно связь будет работать в одну сторону решил проверить, предварительно запустив трассировку. Получил следующий результат
Вопросы: 1. Можно ли для H323 использовать существующую TG используемую для ABC? 2. Что за ошибка возникает при создании сокращенного номера на узле 2? 3. Почему исходя из трассировки не проходит вызов с узла 1 на узел2. Видно, что номер 3581 передается кусками: сначала 3, затем 581. Наверное причина в этом. Но почему так происходит?
Имеем 7 узлов OXE, объединенных с помощью ABC гибридных линков по IP. На 5 узлах используется ПО версий от 9 и выше. На двух узлах релиз 8.0.1 патч 12. Стали изучать проблему прохождения факсов с помощью T38 по имеющимся IP линкам. Выяснили, что был настроен вразнобой протокол T38. Включили везде T38 only в true для работы по стандартному протоколу (false везде поставить не можем, т.к. на некоторых узлах стоят INT-IP3).
В документации вычитали If there are GD-3/GA-3/INT-IP3 boards on one node of the network, the T.38 only option must be enabled on all the nodes of the network. This entails that all the nodes must support the standard T.38 protocol. In other words, they must be in release R8.0.5 or later.
Т.е. два узла с релизом 8.0.1 выпадают из нашей схемы. Связался с поставщиком на тему обновления ПО, надеясь, что в рамках минорного релиза можно будет обновиться без покупки нового софта. Поставщик, посмотрев ресурсы Alcatel, проинформировал, что такого релиза как 8.0.5 не существует - последний 8.0.1. Также поставщик предположил, что возможно до 8.0.5 возможно будет обновиться путем установки патчей и предложил последний из доступных под номером 35.
Вопрос: прав ли поставщик насчет 8.0.5 и поможет ли обновление путем патча для включения T38only=true?
Спасибо!
Проблема использования hunt-групп, Не происходит перетекания вызова
Вручную проверил все имеющиеся префиксы, но не нашел среди них, имеющих значения set group exit , set group entry. Я потому ранее и спрашивал, что существуют ли префиксы по умолчанию, которые не отображаются в префиксном плане, но дают возможность входит, выходить из группы.
Могут ли влиять какие-либо другие события? Например, выключение и долгая неработа аппарата и т.д. и т.п. Если нет, то возможно префиксы и были, но потом были удалены предыдущим админом, хотя конечно, этот вариант крайне маловероятен.
Стыковка двух OXE через H323, Настройка взаимодействия
Есть необходимость связать две АТС OXE (Crystal и MG) по H.323. На станциях нет H323-терминалов, абоненты - цифровые и аналоговые аппараты, подключенные напрямую к станциям. Ознакомился с документацией (раздел H323: terminals, gateway, gatekeeper) и не совсем понял следующий момент: для трансляции E164 в IP в схемах документации используется Gatekeeper. А как же быть если его нет и станции связаны напрямую? Можно назначить какую-то одну из них на роль GK или каждая станция является GK, или же вообще можно настроить взаимодействие без GK?
P.S. Прошу Вашего терпения за столь очевидные вопросы - ранее АТС занимался очень опосредованно, а теперь вот приходится.
Большое спасибо!
Возможность связать две станции по IP, С учетом имеющихся лицензий
Коллеги, а можно ли будет гонять факсы с использованием T38 по IP в указанных Вами случаях? Или тут тоже можно напороться на какие-нибудь лицензионные ограничения?
Цитата
Функционирование выноса сильно зависит от качества сети IP между ним и центром.
А какие требования к качеству связи? Т.е. спутниковый канал с учетом больших задержек использовать не получиться?
Спасибо!
Возможность связать две станции по IP, С учетом имеющихся лицензий
Пытаюсь к имеющейся сети ABC из 7 узлов (Crystal) привязать еще один (MG) по IP. Для начала решил проверить теоретическую возможность такой связи с точки зрения лицензионных ограничений. На узле сети ABC по spadmin(опция 2) обратил внимание на следующие, важные с моей точки зрения параметры: 19 Corporate netw.(ABC,ABCVPN,ISVPN) 500 80 VPN 500 132 IP-Trunk 94 187 H.323(G.711) network link 94 342 ABC-IP Access number 0 467 ARS 500
На новом (подключаемом) узле 19 Corporate netw.(ABC,ABCVPN,ISVPN) 0 80 VPN 0 132 IP-Trunk 30 187 H.323(G.711) network link 30 342 ABC-IP Access number 0 467 ARS 50
Насколько я понял из документации, отсутствие опции 342 на станциях говорит о невозможности их связи через ABC-IP trunk group. С другой стороны где-то на этом форуме попадался пост о том, что для связи через ABC logical link нужна опция 80 (VPN), и видимо, тоже надеяться на этот режим напрасно. Правильно ли я понимаю, что ABC по IP между этими станциями не поднять? Можно ли (без ABC) связать эти станции по H.323? Порядок связи примерно такой же (т.е. настройка hybrid link, объявление плат и т.д.) или есть разница (какая)?
Спасибо!
Проблема использования hunt-групп, Не происходит перетекания вызова
Спасибо! Удалил номер из группы и добавил его заново - все заработало. Коллеги, а каковы могут быть причины возникшей ситуации? Прошерстил все существующие префиксы, созданные на станции, но не нашел такого, значение которого "Sta. group exit." Или есть какой-то дефолтовый префикс, позволяющий входить/выходить из группы? Можно ли вводить/выводить номер в/из группы какой-либо командой, чтобы не удалять и добавлять средствами mgr?
Проблема с broadcast, Ошибка после получения информации с удаленного узла
В очередной раз обращаюсь к Вашей помощи. Стал разбираться с включенным, но не работающим broadcast. Ситуация следующая - имеем один центральный узел (3) и несколько филиалов. Везде включен broadcast.
Код
(4)ri_06> mao -a
BROADCAST is on
MAOAGENT running process 0
MAO is on
MAO trace : off
Trace on BRODCAST is off
Synchronization 4400-47xx is on
(4)ri_06>
(3)xa000000> mao -a
BROADCAST is on
MAOAGENT running process 0
MAO is on
MAO trace : off
Trace on BRODCAST is off
Synchronization 4400-47xx is on
(3)xa000000>
Обратил внимание, что на удаленных узлах, после, например, создания префикса в центре, регистрируются инциденты
Код
24/02/14 14:44:49 000004M|---/--/-/---|=2:2777=Network mgt : from node 3, error CREATE PREFIX : 3 1 7570
24/02/14 14:44:49 000004M|---/--/-/---|=2:2767=Network mgt : creation on a file *RLOG.3.515
Попробовал открыть создаваемый log-файл в текстовом редакторе - сплошная неразбериха, видимо не для просмотра он предназначен.
Правильно ли я понимаю, что ситуацию спасет только приведение все в консистентное состояние с помощью аудита?
Посмотрю более внимательно все параметры. Покамест имею следующую "странную" с моей точки зрения информацию - вывод команды supgpbx.
Код
Group's sets state 6110
Group's state: SG_PART_FREE
----------------------------------------------------------------------¬
MCDU: ¦3209 3208 X ¦
State: ¦*i|.......|IDLE o|.......|IDLE
(4)ri_06> pbxstat d 6110
Mon Feb 24 16:22:34 MSK 2014
***** mcduapp 6110 Num Group 10 pbx_type PBX_LOCAL -- *****
nu_tete 1 mcdu de tete : 3209
max_att 50%
idx_acc 255
modcycle SEQUENTI
traiatt 0 debor 0
autoret 1 pooccgrp 0 grp_prio 0 abca_blf 0
nbppgr 2 nbpoeff 1 idx_rasgo 0
grcatptt 2 grctconx 0 set_categ 0 entity_nr 3
idx_mevo 255
mcdudeb
station_grp_name
PBX_RoutingFlag 0
pickup_no_pbx 0
etat_groupe ABCA_SG_PART_FREE
PBX_preemptable 0
tab_pres[1..40]
nelgr: 32 in :3209 etat_poste ABCA_IDLE
nelgr: 33 out:3208 etat_poste ABCA_IDLE
(4)ri_06>
(4)ri_06> termstat d 3208
Mon Feb 24 16:23:17 MSK 2014
+COUPLER_INFORMATIONS -------------------------------------------------------+
| Logic coupler type : CPL_UA X |
| MAO coupler type : eUA32 X |
| Coupler state : IN SERVICE |
+-------------------------------------------------(PRESS ANY KEY TO CONTINUE)+
Your choice [1-5, q for quit]: 1
+UA TERMINAL ----------------------------------------------------------------+
| Device: 0-9-3-0 Neqt: 590 |
| Logic number: 33 X |
| Terminal type: NOE_B Locked: No |
| State: IN_SERV X |
| Directory number: 3208 Set type: 4029 |
| Associate directory: 5208 PIN: 0000 |
| Overflow validate: Yes Multiline set: Yes |
| PBX group number: 6110 PBX state: OUTSIDE |
+-------------------------------------------------(PRESS ANY KEY TO CONTINUE)+
+Associated subdevices-------------------------------------------------------+
+----------------------------------------------------------------------------+
| TYPE | NEQT | KEYS NB | STATE | ADR |
+----------------------------------------------------------------------------+
| AOM_1 | - na - | 4 | IN_SERV | 0 |
+----------------------------------------------------------------------------+
(4)ri_06> termstat d 3209
Mon Feb 24 16:24:44 MSK 2014
+COUPLER_INFORMATIONS -------------------------------------------------------+
| Logic coupler type : CPL_UA X |
| MAO coupler type : eUA32 X |
| Coupler state : IN SERVICE |
+-------------------------------------------------(PRESS ANY KEY TO CONTINUE)+
[1] : Device features.
[2] : Forward informations.
[3] : Subdevice informations.
[4] : Demi-com informations.
[5] : Reset the device.
Your choice [1-5, q for quit]: 1
+UA TERMINAL ----------------------------------------------------------------+
| Device: 0-9-2-0 Neqt: 589 |
| Logic number: 32 X |
| Terminal type: NOE_C Locked: No |
| State: IN_SERV X |
| Directory number: 3209 Set type: 4039 |
| Associate directory: 5209 PIN: 0000 |
| Overflow validate: Yes Multiline set: Yes |
| PBX group number: 6110 PBX state: INSIDE |
+-------------------------------------------------(PRESS ANY KEY TO CONTINUE)+
[1] : Device features.
[2] : Forward informations.
[3] : Subdevice informations.
[4] : Demi-com informations.
[5] : Reset the device.
Your choice [1-5, q for quit]: 3
+Associated subdevices-------------------------------------------------------+
+----------------------------------------------------------------------------+
| TYPE | NEQT | KEYS NB | STATE | ADR |
+----------------------------------------------------------------------------+
| AOM_1 | - na - | 4 | IN_SERV | 0 |
+----------------------------------------------------------------------------+
Почему-то у второго аппарата в выводе стоит символ "о", у первого - "i". В моем стенде у обоих аппаратов ыбло указано "i". Думал, что может это out of service, однако вывод termstat показал обратное.
Станции достались "по наследству" от ушедшего из нашей конторы телефониста. И вот за пару недель работы с УАТС уже вторая заявка о неработающих hunt-группах. Работало ли оно раньше - не знаю, возможно нет. Смысл в том, что настроены hunt-группы, тип обзвона последовательный (sequential). В группу добавлено несколько аппаратов, в основной массе - цифровики 4029/4039 с привязкй по тандему DECT400. Почему-то звонок проходит только на первый номер, а при неответе не переключается на следующие. Создал стенд с аналогичной конфигурацией: два цифровых телефона, один с тандемом - все работает. Т.е. получается что не работают только некоторые группы искания. Почему?
Подскажите пожалуйста, в каком направлении копать?
Спасибо.
Об использовании mtracer и t3, Правила использования, типовые сценарии
Большая просьба: можно для тех кто в танке (т.е. для меня) привести 2 примера - создание фильтра для заданного мака, создание фильтра для заданного neqt.
P.S. Часто в документации вижу упоминание об этом neqt. Это что? Что-то типа порядкового номера аппарата в рамках заданной станции?
Об использовании mtracer и t3, Правила использования, типовые сценарии
Dmitry Ryzhakov пишет: Например в сообщении setup у вас фигурирует cryst 0 cpl 2 - очевидно нулевой кристалл вторая плата. Если у вас руты арс указывают на разные платы Е1 - этого достаточно.
А если используются два порта одной и той же платы? Получается в трассировке явно не указано?
Цитата
Dmitry Ryzhakov пишет: Что и как запрограммировано в арс лучше смотреть командой lookars i
Вот и смущает, что lookars показывает именно то, что ЗАПРОГРАММИРОВАНО. Что если основной маршрут недоступен? Lookars покажет, что работаем через него, а по факту будем ходить по второму пути.
Определить TG в трассировке, Можно ли определить транкгруппу по трассировке
Имеем станцию, на которой используется ARS. Два маршрута для некоторого префикса: основной (TG 305) и резервный (TG 103). Хочу с помощью трассировки убедиться, что используется именно первая TG.
