Can be Called by name- есть еще такая строка у юзера, ее надо ставить в NO если хочешь очистить имя(Directory name)

Спасибо всем за подсказки ,переделал синхру по -человечьи ))
to error, да это потоки на одного прова (городская Siemens EWSD), есть еще пара -тройка айпиных провайдеров со стыками E1, но от них я не хочу брать синхронизацию (имхо смысла нету).
+----------------------------------------------------------------------+
| N_CR | N_CPL |   TYPE       | N_ACCES | PRIO | SYNC_CLOCK  |  TG/LK  |
+----------------------------------------------------------------------+
|   3  |  15   |       NPRAE  |     0   |  20  | POT_SYNCHRO | TG:16   |
|   0  |  16   |       NPRAE  |     1   |  20  | POT_SYNCHRO | TG:16   |
|   0  |  23   |       NPRAE  |     0   |  20  | POT_SYNCHRO | TG:16   |
|   0  |   2   |        PRA2  |     0   |  20  |     SYNCHRO | TG:16   |
+----------------------------------------------------------------------+

to VAD .Если я правильно вас понял, то сделать как в Австрии у меня не получится?в смысле вечностоящий так сказать первый уровень? ) А из каких соображений это сделано? в смысле для России?Я так понял типа для экономии траффика, чтобы станции между собой не гоняли ничего в отсутствие звонков?

+----------------------------------------------------------------------+
| N_CR | N_CPL |   TYPE       | N_ACCES | PRIO | SYNC_CLOCK  |  TG/LK  |
+----------------------------------------------------------------------+
|   0  |   2   |        PRA2  |     0   |  20  |     SYNCHRO | TG:16   |
|   0  |  23   |       NPRAE  |     0   |  25  | POT_SYNCHRO | TG:16   |
|   0  |  16   |       NPRAE  |     1   |  45  | POT_SYNCHRO | TG:16   |
|   3  |  15   |       NPRAE  |     0   |  50  | POT_SYNCHRO | TG:16   |
|   2  |  24   |        BRA2  |     4   | 199  | POT_SYNCHRO | LK:2006 |
+----------------------------------------------------------------------+

+---------------------------------------------------------------------+
| Synchronization on global domain X |
+---------------------------------------------------------------------+


+========================== Synchro DECT ==================================+

+--------------------------------------------------------------------------+
| N_CR | N_CPL |   TYPE       | DECT_CLOCK   | Depending Crystals          |
+--------------------------------------------------------------------------+
|   0  |   6   |        CPU7  | DTM PRESENT | X |
|   0  |  20   |        CPU7  | DTM SYNCHRO |  1  2  3  4  6               |
+--------------------------------------------------------------------------+

на одном пока включил 199 приоритет, посмотрим до утра

как это не знает?а если ABC-F прописан на этот доступ? или это все вопросы философии? )))

это точно ))) трасса и только трасса) .Ибо подключены например к нескольким операторам сами.Некоторые подставляют номера своих шлюзов например, иногда бывает что я получается звоню как будто из /Америки .,так что в трассе  будете только видет что там от вас уходит-приходит

смущает тут еще вот что
In some countries, the level 1 is not permanent on T0 (depending on the operator)
страна то вроде у меня одна (Алкателяндия) ), просто не укладывается в голове,допустим если состыковать между собой 2 станции по Т0 и указывать у обоих синхронизацию друг на друга чтоли?

Seller_V спасибо за копи-паст )) но у меня в том-то и дело на slave нодах как раз на T0 доступах выставлены приоритеты синхронизации отличные от 255(допустим 210,211  etc).На стороне master стоит 255 естественно на BRA2, ибо зачем мне брать от них синхру если я masterи беру синхру с десятка городских T2 от городского провайдера.Или по этой доке выходит что надо на ВСЕХ доступах T0 ставить значение отличное от 255?И на Undefined в digital access тоже ставить не 255? )Вы сами как думаете?

В частности с одним товарищем к вот этой выдержке пришли сами
When there is no more communication, the
system is in "free running" and the local communications are not concerned

Подключали когдато по-моему ИКМ-30 по PDH T-316 производства Ротек.Так вот периодически падал поток между ИКМ.Оказалось там есть перемычки ЧПИ-МЧПИ.Типа когда разговоров нет то чтоб не шли нули или единички(запамятовал уже).Этими перемычками по потоку всегда получается шли данные и мультиплексор не отрубал типа поток.Так же и тут получается тоже самое.Между станциями звонят редко вот и падает почему то синхра, а от этого входят в ступор платы BRA.Если в терминалке запустить супроутаж и оставить на ночь или пинг запустить то все практически нормально.Видимо обмен идет и синхра держится

спасибо конечно а вы не выложите его куда-нибудь если не трудно? ибо у меня нет доступа на бизнеспартнер алкателя (

to VAD если не трудно поподробнее пожалуйста.Это Вы привели выдержку из какой-то документации?

с N2 идет на N10 один линк по T2 (платы PRA) и с этим линком все в порядке как раз(тьфу-тьфу)

виснет только оборудование ACT-платы BRA2 на узлах 2 и 10(обе OXE 7 и 6 релизы).Допустим сегодня может зависнуть BRA2 на узле N10 а через недели 3 плата BRA2 на узле N2.Остальные станции имеют железо MG, в них пока ничего не зависало (стоят в основном платы MIX 4/4/8 : 4 T0 connections, 4 digital set connections, 8 analog set connections) .Пытаюсь все выбить денег на нормальные E1 линки между станциями, пока не получается.В принципе то T0 между ними хватает за глаза, но вот если бы не эти зависоны...

да,между узлами 2 и 10 ТОЛЬКО Е1(линк N2N10 ABC-F), платы виснут не разом,могут раз в месяц повиснуть или раз в 2 месяца. а могут и на неделе то одна то другая через день зависнуть, на них даже светодиод питания не светится. Какой-либо закономерности не выявил, иначе бы принял бы действия., самый длинный линк метров 500-600 по кабелю ТПП50*2  по-моему.На форуме Alcatelunleashed встречался один пост где человек просит помочь ему со скриптом перезагрузки платы BRA2 или BRA допустим в 5 утра, я думаю как раз мой случай, видимо тоже виснут у него.

подскажите пожалуйста VAD, почему тогда могут виснуть платы BRA2 ? у меня их 2 в работе, есть 3-я резервная, между собой менял их, виснут собаки.На линиях связи(медь) все чисто.

есть сетка из OXE (релизы от 6 до 7.1, железо MG и ACT).ABC-F сделаны по медным парам на BRA2(стоят на узлах N2 и N10,плюс между N2 и N10 создан и работает линк по E1)Броадкаст между станциями отключен, Synhronisation Priority настроены.Дело в том что периодически валятся линки и наглухо зависают платы BRA2 на узлах N2 и N10(не помогает rstcpl и даже перезагрузка станции, только физическое выдергивание плат)Подскажите пожалуйста как должны быть правильно настроены следующие параметры ABC-F

Routing Type(Dynamic или Routing)
MUX presence (NO или YES)

схема сетки (скриншот ) лежит тут http://savepic.org/200607.jpg

to VAD если вы меня спрашиваете , то у меня такой R6.0.1-f1.603-1-w-ru-c80s1

R6.0.1-f1.603-1-w-ru-c80s1

Business identification: R6.0.1

Release:
DELIVERY f1.603
Patch identification: 1
Dynamic patch identification: w

Country: ru
Cpu: c80s1

ACD VERSION
       release : 6
       bug_fixing : 0
       protocol_id : 86
       version_dy_hr_stat :  11

видимо индусам тандем никак не победить. У нас на OXE 6 релиз стоят 2 цифровика в тандеме .И эта бяка очень часто вылазиит(после того как возьмут трубку на главном Т/А в тандеме, ведомый продолжает звонить как ни в чем ни бывало (.Лечу периодическим bascul-ом , ну и диспетчера, которые пользуются этим тандемом сами выключают цифровики дерганием из розетки.На какое то время помогает, но не надолго