Прошу помочь советом. Есть центральная УАТС и несколько региональных. Все связаны по ABC через IP в одну сеть. Центральная УАТС подключена к ГТС через PRI. Региональные - через пучки CO-линий. В настоящее время для звонков на ГТС региона с центральной УАТС используем выход в город, что не является оптимальным решением с учетом возможности использования существующей IP сети.
Решили попробовать настроить Public-To-Private reroute, чтобы при наборе префикса выхода на ГТС и выявлении кода региона происходил вызов через удаленную BCA транк-группу заданного региона. Предварительно был проведен аудит по ТГ, таким образом, что в настоящий момент на центральном узле в БД есть все ТГ, как центральной УАТС так и региональных станций.
Настроил ARS, создал соответствующие Area. Все работает, но есть один неприятный момент: Когда абонент центральной УАТС набирает некий региональный номер, в ответ приходится ждать КПВ около 10-15 секунд, до этого в трубке молчание. Связано это, видимо, с тем, что КПВ не появляется пока на удаленной транк-группе не передастся полностью номер. А так как передача происходит в импульсном режиме, ждать приходится долго.
Соответственно возникли следующие вопросы:
1. Можно ли местную УАТС заставить формировать КПВ пока на удаленной станции происходит набор номера?
2. В связи с отсутствием должного опыта с сфере телефонии, огромная просьба просветить на тему возможности оптимизиции скорости набора при включении вместо импульсного тонового режима набора? Поможет ли это в данной ситуации? Можно ли в BCA транк-группе произвести переключение импульсного на тоновый режим? Также, насколько я понимаю, соответствующее переключение должен произвести оператор связи? Как наиболее корректно обратиться к нему по этому вопросу, чтобы не выгладеть дебилом?
Спасибо! Все заработало. Действительно, указал реальное кол-во цифр и все стало нормально. Ранее, ступил, когда указывал кол-во цифр отличное от нуля не дожидался пока пройдет broadcast, поэтому на местном узле ТГ временно оставалась неизмененной. После принудительного broadcast все заработало. Еще раз спасибо!
Спасибо, были такие подозрения. Знакомился с технологией Public-to-private overflow, которая конфигурируется как раз через ARS. Просто до настройки ARS хотел проверить, но не получилось...
Есть две станции, связанные по ABC через IP (центральный и удаленный офисы). На удаленной станции есть BCA транк-группы. Провел аудит по транк-группам в результате чего транк-группы удаленной станции появились в базе данных местной центральной. Решил проверить, могу ли я, абонент центральной станции, позвонить через IP и транк удаленной станции. Создал на центральной станции префикс занятия транк-группы (with overlapping) с информацией об удаленной ТГ. При наборе этого префикса с цифрового или DECT аппарата (аналог не проверял) удаленная ТГ действительно занимается, но вот при наборе последующих цифр городского номера никакой реакции - слышу постоянный длинный гудок. В параметрах ТГ сказано не использовать транслятор (-1), кол-во передаваемых цифр стоит 0 (пробовал указывать реальное кол-во - не помогает).
Подскажите пожалуйста, куда копать.
Спасибо!
Изменение Entity у большого числа абонентов, Есть ли возможность автоматизации
В связи с тем, что на станциях объединенных посредством ABC-F over IP, содержимое баз абсолютно некогерентно, решили провести аудит абонентов и транк-групп (для начала). Помогите пожалуйста ответом на имеющиеся два вопроса относительно процедуры:
1. Насколько я понял из документации, на второй стадии аудита опорный узел отправляет в том числе "местные" (maintaned identical) объекты на удаленные станции, выполняя на них замещение их "местных" объектов. Вот только не понятно: в этом случае будут замещены только пересекающиеся объекты или на удаленной станции вообще будут удалены местные объекты и установлены те, которые пришли с опорного узла? Т.е. в настоящее время на удаленной станции есть NPD, которой нет на опорном узле, будет ли она удалена в ходе аудита? К сожалению, насколько я понял, этот момент симуляцией не проверишь.
2. Насколько я понял в ходе аудита ТГ могут подтянуться и другие, связанные, объекты. Подскажите пожалуйста, на что нужно обратить первоочередное внимание при проведении аудита по ТГ, чтобы не "завалить" работу УАТС и минимизировать риски пропадания сервисов телефонии для абонентов в ходе данной процедуры?
Спасибо!
Изменение Entity у большого числа абонентов, Есть ли возможность автоматизации
Возникла потребность изменить Entity у почти сотни абонентов. Проходить по каждому - слишком трудоемкая задача. Есть ли какой-то способ сделать это за одну-две команды?
Спасибо!
Синхронизация баз процессоров и инциденты 1603 и 1607, Есть ли связь?
(3)xa000000> config all
Thu Apr 16 13:04:20 AST 2015
Crystal 0 :
+-------------------------------------------------------------------+
| Cr | cpl| cpl type | hw type | cpl state | coupler ID |
|----|----|------------|-----------|--------------|-----------------|
| 0 | 0 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 1 | eZ32|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 2 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 3 | eZ32_2|---------- |ONLY OPS FILE | BAD PCMS CODE |
| 0 | 4 | GPA2|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 6 | CPU7_STEP2|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 7 | IO2N|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 8 | INTOF2A|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 9 | eUA32|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 10 | eZ32|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 11 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 12 | eZ32|---------- | REG NOT INIT | BAD PCMS CODE |
| 0 | 15 | DECT8|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 17 | INTIPA| INT-IP | IN SERVICE | BAD PCMS CODE |
| 0 | 19 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 20 | CPU7_STEP2|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 21 | IO2N|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 22 | BRA2|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 24 | INTIPA| INT-IP | IN SERVICE | BAD PCMS CODE |
| 0 | 26 | RMA|---------- |ONLY MAO FILE | BAD PCMS CODE |
| 0 | 27 | INTOF2A|---------- | IN SERVICE | BAD PCMS CODE |
+-------------------------------------------------------------------+
--- Inter Crystal Topology ---
+-------------------------------------------------------------------------+
| CR | CPL Type Role Free/Tot Role Type CPL | CR |
|-------------------------------------------------------------------------|
|000 | 08 -INTOF2A (INT_A ) === 78/78 === ( MAIN) INTOF2B - 20 |002 |
|-------------------------------------------------------------------------|
|000 | 27 -INTOF2A (INT_A ) === 77/78 === (STANDBY) INTOF2B - 06 |002 |
|-------------------------------------------------------------------------|
> Reference rack not set
Crystal 1 :
+-------------------------------------------------------------------+
| Cr | cpl| cpl type | hw type | cpl state | coupler ID |
|----|----|------------|-----------|--------------|-----------------|
| 1 | 0 | UA_FICTIF| | IN SERVICE | NO PCMS CODE |
+-------------------------------------------------------------------+
Crystal 2 :
+-------------------------------------------------------------------+
| Cr | cpl| cpl type | hw type | cpl state | coupler ID |
|----|----|------------|-----------|--------------|-----------------|
| 2 | 1 | eZ32_2|---------- | IN SERVICE | BAD PCMS CODE |
| 2 | 6 | INTOF2B|---------- | IN SERVICE | BAD PCMS CODE |
| 2 | 10 | eZ32_2|---------- | IN SERVICE | BAD PCMS CODE |
| 2 | 12 | eZ32_2|---------- | IN SERVICE | BAD PCMS CODE |
| 2 | 15 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE |
| 2 | 17 | eUA32|---------- | IN SERVICE | BAD PCMS CODE |
| 2 | 20 | INTOF2B|---------- | IN SERVICE | BAD PCMS CODE |
| 2 | 22 | NDDI2|---------- | IN SERVICE | BAD PCMS CODE |
| 2 | 24 | eUA32|---------- | IN SERVICE | BAD PCMS CODE |
| 2 | 26 | BRA2|---------- | IN SERVICE | BAD PCMS CODE |
+-------------------------------------------------------------------+
--- Inter Crystal Topology ---
+-------------------------------------------------------------------------+
| CR | CPL Type Role Free/Tot Role Type CPL | CR |
|-------------------------------------------------------------------------|
|002 | 06 -INTOF2B (STANDBY) === 77/78 === ( INT_A) INTOF2A - 27 |000 |
|-------------------------------------------------------------------------|
|002 | 20 -INTOF2B (MAIN ) --- 78/78 --- ( INT_A) INTOF2A - 08 |000 |
|-------------------------------------------------------------------------|
Crystal 3 :
+-------------------------------------------------------------------+
| Cr | cpl| cpl type | hw type | cpl state | coupler ID |
|----|----|------------|-----------|--------------|-----------------|
| 3 | 0 | eZ32_2|---------- | IN SERVICE | BAD PCMS CODE |
| 3 | 2 | eUA32|---------- | IN SERVICE | BAD PCMS CODE |
| 3 | 4 | NDDI2|---------- | IN SERVICE | BAD PCMS CODE |
| 3 | 6 | INTIP3B| INT-IP3 | IN SERVICE | BAD PCMS CODE |
+-------------------------------------------------------------------+
--- Inter Crystal Topology ---
+-------------------------------------------------------------------------+
| CR | CPL Type Role Free/Tot Role Type CPL | CR |
|-------------------------------------------------------------------------|
|003 | 06 -INTIP3B (MAIN ) --- 7/7 --- ( INT_A) INTIP3A - 01 |019 |
|-------------------------------------------------------------------------|
Crystal 19 :
+-------------------------------------------------------------------+
| Cr | cpl| cpl type | hw type | cpl state | coupler ID |
|----|----|------------|-----------|--------------|-----------------|
| 19 | 0 | FICTIF| | REG NOT INIT | NO PCMS CODE |
| 19 | 1 | INTIP3A| | IN SERVICE | NO PCMS CODE |
| 19 | 2 | INTIP3A| | OUT OF SERV | NO PCMS CODE |
+-------------------------------------------------------------------+
--- Inter Crystal Topology ---
+-------------------------------------------------------------------------+
| CR | CPL Type Role Free/Tot Role Type CPL | CR |
|-------------------------------------------------------------------------|
|019 | 01 -INTIP3A (INT_A ) === 7/7 === ( MAIN) INTIP3B - 06 |003 |
|-------------------------------------------------------------------------|
(3)xa000000>
P.S. Возможно эти события связаны с возникающими
Код
07/04/10 10:51:01 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO):
0
?? О них я уже писал в данном форуме, но, к сожалению, до сих порт так и не удалось их побороть. Более того, если раньше подобные инциденты фиксировались раз в 1-2 минуты, то сейчас ситуация значительно ухудшилась - раз в 5-10 секунд. Выполнял проверку - вытаскивал городской поток из станции (от которого мы берем синхру) и инциденты переставали появляться. Вот планируем проверять качество E1 линии от ГТС.
Синхронизация баз процессоров и инциденты 1603 и 1607, Есть ли связь?
Перевел работу на резервный канал, плату в позиции 0-8 - стала фиксироваться аналогичная ошибка, только уже со ссылкой на позицию 0-8. Неужели обе платы неисправны?
Спасибо!
Синхронизация баз процессоров и инциденты 1603 и 1607, Есть ли связь?
Инцидент 3720 - на плате детектируется проблема с чипом С1 (основной чип, через который идет обмен между платами и в нем осуществляется TDM коммутация. Рекомендуется поменять плату.
1. Правильно ли понимаю, что речь идет об аппаратной проблеме конкретной процессорной платы, а не всей полки в целом? Т.е. чисто гипотетически, при переходе на второй процессор инцидент должен перестать фиксироваться?
2. Есть также в наличии выведенная из эксплуатации станция. Могу попробовать поставить CPU7-2 оттуда. Знаю, что это повлечет за собой нарушение работы подсистемы лицензий. Но можно ли попробовать некоторое время поработать в таком, триальном режиме, без потери функционала?
3. В очередной раз пробовал выполнить клонирование баз на резервный CPU. При клонировании опять появилось около 20 инцидентов
Код
06/06/15 11:23:54 000003S|000/15/-/---|=3:2040=Std By CPU. Bad term type = DECT_BS instead of POS_NUM Msg 7 n_term 0
Vad в прошлый раз сообщил, что возможно я не так выполнил клонирование. Но где я мог ошибиться? Перезагрузил резервный CPU без старта телефонии, зашел в swinst, CPU cloning и т.д. Выполнял клонирование только базы, без linux данных. После выполнения операции перезагрузка резервного CPU со стартом телефонии. Во время выполнения всех манипуляций на резервном CPU основной продолжал работать все время.
Может ли этот инцидент подтверждать наличие аппаратной проблемы с C1 чипом?
Спасибо!
Синхронизация баз процессоров и инциденты 1603 и 1607, Есть ли связь?
Спасибо за информацию! Действительно в 13-м слоте установлена плата NDDI2, которая не прописана на станции. С этим все понятно. Но вот обратил внимание, что помимо указанных инцидентов со ссылкой на 13-й слот, есть очень много аналогичных, но уже ссылающихся на несуществующий 28-й слот (используем полку ACT-28).
Код
01/07/15 17:56:47 000003S|---/--/-/---|=0:1603=IO1 driver error, wrong telephone msg received, line 6329, position (0,28,144)
01/07/15 17:56:47 000003S|---/--/-/---|=3:1607=ff.03.23.00.0f.0f.00.1c.08.90.54.01.9b.b7.9a
О чем может говорить это сообщение?
И еще, если позволите, вопрос: указанные инциденты, как правило, сопровождаются инцидентами
vad пишет: Ну и естественно делаем клонирование, когда пойдут инциденты со stand-by - про неизвестный терминал и т.п.
А почему же все-таки базы разъезжаются когда никаких перезагрузок не выполняется? Раньше у нас межпроцессорный обмен был организован через C1-линк и периодически всплывали инциденты о перегрузке данного линка - в этом случае все понятно. Поменяли на Ethernet. Казалось бы, полосы предостаточно. Что же мешает поддерживать когерентность?
Подскажите пожалуйста, можно ли настроить АТС, ограничив кол-во хранимых тикетов о состоявшихся звонках, например, оставив только те, что были в последнем месяце. Сейчас на станции имеются файлы TAX***.DAT за прошлый год.
Аналогичный вопрос насчет инцидентов, отображаемых по incvisu. Можно ли задать или их кол-во, или временной период за который они хранятся?
