Ну, собственно, так и думал. Спасибо, VAD...

Клиент организует Masterd Conference через префикс Manual Add-on Conference. Аппараты 4029 + блоки расширения. Вопрос вот в чем - секретарь, организатор конфы, хочет после запуска процесса отключаться от нее или переадресовывать куда-либо, чтобы иметь возможность нормально принимать входящие звонки. В доке не нашел прямого указания на возможность/невозможность такого акта.

А ARS-ключик живой? Вынуть-вставить?

Трассировка отменяется Ctrl-C или Del. А программмирование NPD такое наверняка неспроста, думаю, инженер выполнял требование провайдера.

Все правильно, так и надо


            Node Number (reserved) : 10
                    Trunk Group Id : 150

                  Trunk Group Type + T2
                  Trunk Group Name :
            UTF-8 Trunk Group Name : -------------------
            Number Compatible With : 0
                    Remote Network : 15
                Shared Trunk Group + False
                  Special Services + Nothing
                       Node number : 10
              Transcom Trunk Group + False
          Auto.reserv.by Attendant + False
          Overflow trunk group No. : -1
                   Tone on seizure + True
               Private Trunk Group + False
               Q931 signal variant + ABC-F
                SS7 signal variant + No variant
            Channel selection type + Quantum
auto.DTMF dialing on outgoing call + NO
                    T2 Specificity + None

А далее - стыковка с другой стороной и тягостная (зачастую) процедура отладки. Команда trkstat №полки №платы какой статус потока показывает? По команде t3 какие-нибудь звонки по потоку видите?



Как-то странно...    Разве Е1 не есть PRI? Может, они PRI в IP закатывают?

Для начала начнем с создания транк-группы. Тип ABC-F. У ТГ есть поле Remote Network - запоминаем число (скорее всего 15). Идем Translator/Network Routing Table, меняем у Network с нашим номером (15) тип на QSIG-GF. Создаем префиксы (например, номер 4 /тип Routing Nbr /кол-во цифр 4/номер созданной ABC-F транк-группы). Стыкуемся с оператором.

Только это хорошо работает при прямом соединении ОХЕ - М200, без посредников. Хорошо бы циска пропускала через себя все прозрачно, не меняя. Циска там необходима?

Можно просто t3. Пытаться поймать через mtracer -a смысля мало, так как неизвестно точно, что ловим. Насчет затыка станции по этой причине - ИМХО пугают зря. Дожидаемся вечера, когда все звонящие домой срулят - и вперед. Попутно вопрос - NPD в транк-группе дефолтный?

Да ради Бога, может там быть и ABC-F. Синхронизация - всего лишь "тиканье часиков", это работа на, так сказать, физическом уровне. Если есть канал - с него можно брать синхру. А уж кто там в нем живет, неинтересно.

Глубже платы BRA2, в параметрах S0 Bus есть настройка Permanent Layer 1. Как раз, видимо, для таких стран.
А станция не знает, что там на другом конце, она просто берет оттуда, откуда позволяет приоритет синхронизации.

Определять правильность АОНов по звонку на мобилу - архиневерно! Только трасса спасет отца русской демократии. Кто знает, может вы отправляете правильные АОНы, а оператор поток закрыл одним АОНом и в ус не дует.

На Undefined ставить, думаю, смысла мало, кольскоро 1-го уровня нет, станция в ту сторону и смотреть не станет. А вот на мастер-ноде я бы выставил каких-нибудь 250, скажем, чтобы оттуда в последнюю очередь синхра бралась. ТСшки обычно не врут.  

Делаем ABC-F транк-группу со ссылкой на Network Routing Table QSIG-GF. Нумерацию в сторону М200 (4, 50 - 55) обьявляем в трансляторе как Routing Number с указанием номера транк-группы. Входящие наборы от М200 и так будут приземляться на юзеров ОХЕ без всякого дополнительного менеджмента. Ну и со стороны М200 аналогичные действия. Вкратце так.

Проще скопипастить  


SUBJECT : COMMUNICATIONS CUT-OFF ON T0
1. PROBLEM
Communication cut-off on T0 can occur on stand alone installations without T2. Sometimes the BRA2
boards are blocked.
2. CAUSE
No synchronisation on T0.
3. SOLUTION
Each system MUST be synchronised on its ISDN connection : assign a synchronisation priority on T0.
MISTAKE IN THE DOCUMENTATION
In T0/T2 ISDN Operation sheet/Definition of an ISDN access (T0/T2)/Synchronisation
Priority : ignore the sentence "A T0 must not be synchronising (value 255)".
Operation
In  some  countries,  the level 1 is not permanent on T0 (depending on the operator). The system
synchronises  on  the first established communication. When there is no more communication, the
system is in "free running" and the local communications are not concerned.
The  Fax  or  data  communications can operate correctly towards external only if the system is
synchronised on the clock of the operator.

Ага! Я, кажется, кое-что нашел!
fedoseevka, почитайте ТС0122. Похоже, тот самый случай.

Думаю, что с ОХО дело чахлое. Вряд ли получится. Разве что через ARS как-то попробовать...