Доброго времени суток! Прошу помощи в проблеме. Непонятно по какой причине перестал определятся лаон на ГАТС, входящий АОН на DX500 в норме. DX500 привязана к ГАТС по 0 ИКМ каналу, нумерация DX500 ххх. Параметры t group (лаон прописан) в норме. Префикс (401хххх) в t dss1n прописан, данные в t paon прописаны (50 номеров ххх). Получается, что на ГАТС в АОН уходит префикс 401хххх и ххх номер АТС вместо данных с таблицы t paon, и по этому выход на ГАТС пошел под чужими номерами Подскажите, как решить проблему, как восстановить лаон.

Если вы ничего не меняли и вдруг всё пропало, то проблема скорее ТАМ. Сделайте мониторинг потока и смотрите, что от вас уходит. Прога для мониторинга на форуме есть

На своей АТС про бывали прописать 3 внутренних номера в поток привязки на ГАТС для дальнейшей их коммутации в другие нас. пункты (выброс номера). В t group создавали группу и t map прописывали эту группу к нужным номерам. На стороне ГАТС эту привязку про бывали пропускать через ПМХ (для дальнейшей коммутации этих номеров(тайм-слотов) в др нп), но у них привязка через ПМХ не пошла и они вернули все назад. Мы тоже вернули все назад, и после этих экспериментов появилась эта проблема.

В t group создавали группу и t map прописывали эту группу к нужным номерам.
Вот тут и есть наверняка ответ на ваш вопрос:) В t map легко написать не в ту мапку. Внимательно посмотрите, тот ли план нумерации и попадаете ли на ту группу. Так как если в тех 3 таблицах всё прописано, то...

Думаю в map тут не причём! проверьте ещё раз группы!

По логам настройки восстановил вроде бы, икм 0 поставил на мониторинг и он определил что, исходящий аон = 4016140 (префикс с t dss1n) + 4xx или 3хх (списочный номер порта). В моем случае вместо 3,4 должна быть 1. Параметр 17 из t droup гласит:
17. «Параметр №17 («лАОН»)» - возможность выдавать «дополнительный АОН» из таблицы PAON в конкретное направление. При включении данного параметра в данную группу линий (она может быть транковой) будет выдаваться АОН, сформированный по
принципу:
CAS = префикс в таблице SYS + значение PAON
DSS1 = префикс из таблицы DSS1N + значение PAON.

Параметры t group:
Nг Тип Ц Кат.пЦпЦпЦпЦ Ср Гпн Порты (DECT_TA)
-----------------------------------------------------------
0 1 2 3 4 5 6 7/11/15 8/12/16 9/13 10/14
-----------------------------------------------------------
7 Пар. - 0 - - 0 00,160 - - -
- - - -
- -
8 Пар. - 19 - - 0 00,128 - - -
- - - -
лАОН='+' - -
9 Пар. - 0 - - 0 00,128 - - -
- - - -
лАОН='+' - -
===============================================
И еще,по договору на ГАТС разрешены 50 номеров с 1хх по 1yy, на DX нумерация с 3хх по 3yy и 4xx по 4yy всего 104. Вызов с ГАТС разрешен только номерам (40 префикс) + 1хх по 1yy (3хх по 3yy внутр.нум.)
Получается что, при исходящем вызове на ГАТС в номере меняются только две последние цифры 401хх и под этой комбинацией все номера DX имеют выход на ГАТС (естественно одновременно только 30 аб.).Как это сделано, непонятно. При этом в t paon прописан левый аон только
50 портам (3хх-3yy внутр.нум.) с 1хх по 1yy (лаон).

а зачем 2 пар. группы одинаковые только с разной категорией?
у меня например 4-х значная внутр. нуменрация и t paon я меняю только певую цифру и Гатс получает тот аон, который нужен и правильно настроить таб. dss1 и dss1n ини каких проблем с этим нет, поставил на группе вход. категорию и абонентам которые должны звонить на ГАТС.

В t paon у меня и меняется первая цифра, только оно не работает. 8 группа нужна для выхода на МГТС нужным абонентам.
Может что в таблицах нужно подправить.
t dss1n
===============================================
-------------------------------------------------------------
0 1 2 3 4 5 6
-------------------------------------------------------------
0 + national ISDN/Telephony 4016140 10 up.ver_pass
1 - unknown unknown - 0 up.not_scr
2 - unknown unknown - 0 up.not_scr
3 - unknown unknown - 0 up.not_scr
================================================

t dss1
================================================
------------------------------------------------------------------
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
------------------------------------------------------------------
0 - unknown unknown 0 0 - - - - - - - 0 - -
1 + unknown unknown 0 0 - - + - - - - 0 - -
2 - unknown unknown 0 0 - - - - - - - 0 - -
3 - unknown unknown 0 0 - - - - - - - 0 - -
================================================

Ко всему вышеизложенному перестали сбрасываться порты АТС (00-127), кроме ИКМ_DSS1 (128-191). Походу что то с ПО. Reset модулей управления ничего не дал.

t paon и t map в студию

Таблицы

Выше изложенная проблема походу началась еще в прошлом году, а выявил это не давно инженер на ГАТС, и отключили исходящие вызовы.
Походу что то неправильно работает, смущают данные этих таблиц: 00>dadm
Состояния плат комплектов, партнера:
=======================================
N Тип Ш Звонки -5V Режим Аварии Состояние
--------------------------------------------------
0 Пультов + - - Авар. 0 Исправна(?).
1 Aналоговая + + + Авар. 0 Исправна(?).
2 Aналоговая + + + Авар. 0 Исправна(?).
3 Aналоговая + + + Авар. 0 Исправна(?).
4 ??? *Неизвестно!
5 ??? *Неизвестно!
6 ??? *Неизвестно!
7 ??? *Неизвестно!
------------------------------------------------------
51-процессор ТО: Функционирует.
Партнер........: 'Работает'.
========================================

Dadm в порядке и аварии по dup не критичны. Покажите dhe ещё, но маловероятно, что проблема в этом
Может поробовать с параметром Гп t map изменить? Он отвечает за префиксы

Dadm в порядке
Ни чего не в порядке!
0-я 1-я 2-я 3-я строки (платы) должны быть В СЕРВИСЕ,
0 Пультов + - - Норма. 0 В сервисе.
1 Aналоговая + + + Норма. 0 В сервисе.
2 Aналоговая + + + Норма. 0 В сервисе.
3 Aналоговая + + + Норма. 0 В сервисе.
4 Aналоговая + + + Авар. 0 Исправна(?).
5 Aналоговая + + + Авар. 0 Исправна(?).
6 Aналоговая + + + Авар. 0 Исправна(?).
7 Aналоговая + + + Авар. 0 Исправна(?).
По шине кластеры вроде друг друга видят. Если платы под управлением второго кластера? Такой вид таблицы должен для первой-четвертой строки (плат) выглядеть если дать комунду 02>dadm
0 Пультов + - - норма. 0 Исправна(?).
1 Aналоговая + + + норма. 0 Исправна(?).
2 Aналоговая + + + норма. 0 Исправна(?).
3 Aналоговая + + + норма. 0 Исправна(?).
4 Aналоговая + + + Норма. 0 В сервисе.
5 Aналоговая + + + Норма. 0 В сервисе.
6 Aналоговая + + + Норма. 0 В сервисе.
7 Aналоговая + + + Норма. 0 В сервисе.

Второй кластер в вашем примере захватил платы партнера.
даем команду 00>obci sbn

потом проверить каналы 00>dch

В общем станция по железу проблемная явно.

ПЫСЫ-таблицы мап и паон безупречны.

Может поробовать с параметром Гп t map изменить? Он отвечает за префиксы Это не помогло.
Второй кластер в вашем примере захватил платы партнера. Это верно, на втором кластере часто мигает желтый диод.
Состав DX500M: два кластера управления (00 и 02); три модуля по 32 порта и один модуль на 8 портов (пульты), расположены в левой часть АТС. Два ИКМ канала на 00 кластере и он походу должен быть главным.
Комп подключен к 00 кластеру, можно подключить и к 02. Управление идет с 00 02, без какого либо кластера АТС не работает полностью.

18.02.11-11:55:18 00>dhe
18.02.11-11:55:55 HE: t= 199,w1=8001,w2=0000,w3=0000 (14.05.09 15:28:18)
18.02.11-11:55:55 HE: t= 199,w1=8001,w2=0000,w3=0000 (14.05.09 15:33:37)
18.02.11-11:55:55 HE: t= 199,w1=9903,w2=0000,w3=0000 (10.02.11 15:53:00)
18.02.11-11:55:55 HE: t= 199,w1=9903,w2=0000,w3=0000 (13.02.11 20:37:08)
18.02.11-11:55:55 HE: t= 199,w1=9916,w2=0000,w3=0000 (14.02.11 12:25:25)
18.02.11-11:55:55 HE: t= 199,w1=9916,w2=0000,w3=0000 (14.02.11 12:28:31)
18.02.11-11:55:56 HE: t= 199,w1=9903,w2=0000,w3=0000 (17.02.11 12:38:03)
18.02.11-11:55:56 HE: t= 199,w1=9903,w2=0000,w3=0000 (17.02.11 14:56:05) X

нулевой кластер судя по всему не работает.
на втором наверное горят в ряду 4 зеленых светодиодов два правых, под ними 4 желтых как ведут себя? наверняка самый крайний желтый часто моргает? желтый который сразу под самым верхним красным (под LOCAL) тоже часто моргает?
снимите захват вторым кластером плат партнера
02>obci sbn
если станция нормально не заработает-выкинуть кластер который в нулевом месте стоит и на его место поставить со второго, правда придется прописывать много заново.
разберитесь с железом, потом аон искать

УРА!!! Заработало.
Снял захват вторым кластером плат партнера 02>obci sbn, они пере загрузились и все заработало. Паон заработал и порты начались сбрасыватся.
Всем огромное спасибо.:)