Здравствуйте. Возникла следующая проблема: на АТС перестала работать конференция и параллельные телефоны.
При попытке собрать конференцию с аппарата с DN 59-57 (TN 20 1 11 9) c аппаратами 28-00 ( 20 1 10 3) и 27-77(20 1 0 0) выдается следующее сообщение :

TFS500 TN: 33 TN: 20 1 11 9
TFS500 TN: 31 TN: 20 1 11 9
то есть TN: 20 1 11 9 не может войти в конференцию из за отсутствия свободных слотов в конференц петлях 31 и 32 (насколько мы поняли).
Всего на станции четыре конференц петли. В LD 38 проверили их состояние:
.stat 31
CNFC 00 DSBL 10 BUSY
CHAN 00 DSBL 29 BUSY
.stat 15
CNFC 00 DSBL 10 BUSY
CHAN 00 DSBL 30 BUSY
.stat 33
CNFC 00 DSBL 10 BUSY
CHAN 00 DSBL 29 BUSY
.stat 49
CNFC 00 DSBL 10 BUSY
CHAN 00 DSBL 30 BUSY

В документе NN43021-700 нашли, что при неисправности конференц связи, произвести следующие процедуры:
-протестировать петли командой CNFC loop
-и если заблокированы, разблокировать командой ENLX loop.
Подскажите пожайлуста, не будет ли при тестировании петель и разблокировке, обрыва связи и остановки какого либо оборудования?
Как правильнее проверить петли и их включить?:confused: У нас SC1000M

LD 34, DISX L, ENLX L.

L = номер конф-лупа - 1 (т.е. у Вас 14,30,32,48).

А при этом ничего не перезагрузится? не повлияет на работу станции. А то у нас тут это критично.Или придется всех предупреждать или по голове получить.

А при этом ничего не перезагрузится?

Нет.

Не повлияет на работу станции?

Повлияет. После DISX не будет гудка при подъеме трубки. Как долго - зависит от быстроты ввода команды ENLX :)

Что то не помогло, ситуация никак не изменилась, а как посмотреть вообще эти петли в работе или нет. а то командой stat вроде все нормально а на самом деле нет.

У Вас

CHAN 00 DSBL 29 BUSY

Причем на всех конференц-лупах. Это ненормально.

Ищите, кто занимает каналы.

Ну хоть намекните в какую сторону искать.

Вроде у нас не настолько загруженность на атс чтоб все каналы занять

LD 22, PRT, AHST "в студию".

и
ld 143
mdp issp

тоже покажите.

И LD 22, PRT, OVLY.

http://bbs.radiolink.ru/forum/attachment.php?attachmentid=7473&stc=1&d=1318915740

>ld 22
PT2000
REQ prt
TYPE ovly
OVLY
SID 1
BKGD 044
PBXH 01
TODR 01
DROL 043 045 060
MID_SCPU NO
CY45 01
MULTI_USER ON

патчи

DROL 043 045 060

"Маловато будет!"

Рекомендую

DROL 30 32 37 38 43 45 60 135

До этого конференция нормально работала. В станцию лишний раз стараемся не лезть. Последнее время все изменения были на уровне абонентов. Ладно бы сами сломали, так хоть знали бы куда примерно смотреть.

Хорошо. Только почитаю сначала о чем речь хоть идет :)

Из хистори:

ERR629 0 12

Trunk route data cannot be accessed. Trunk route is specified by
NARS/BARS/CDP data but the route data block is not available.

Это на конфу не влияет, но разобраться стОит.

А если я в DROL добавлю 30-ый оверлей, отключенные цифровые телефоны не начнут в DSBL уходить? не хотелось бы.

А если я в DROL добавлю 30-ый оверлей, отключенные цифровые телефоны не начнут в DSBL уходить? не хотелось бы.

Начнут. Не хотите - не добавляйте. Тогда и 32-ю вычеркните.

В общем добавил оверлеи в DROL:
DROL 034 037 038 043 045 060 135
Ситуация не изменилась. В ночной проверке добавился тест конференц петель и ошибка-

DROL000 DAILY ROUTINE BEGIN
CNF LD38 BEGIN 01:00 1/11/2011

XCT102 49

XCT102 33

XCT102 31

XCT102 15

PHYSICAL MAP
BCS TEMPLATE
PBX TEMPLATE
SUPER
CUST
ACUST
CLID
CIS RTE ANI
CACC MFC_ENT
CACC CIS_ENT
ROUTE
DAPC
LTN TN
LTN LNK
PGRP
TN
DROL001 DAILY ROUTINE END
CNF LD38 END 01:00 1/11/2011
В документации прочитал, чтоб ошибки не копились, необходимо раз в год или в квартал переключать процессоры(английский плохо знаю, поэтому перевожу на сколько фантазии хватает:(). Изначально у нас полуночное переключение не выставлено, поэтому на всякий случай сделал переключение SCPU. Толку правда тоже мало.
Однако заметил, что выключая-включая конференц петли, они некоторое время работают пока аудит их не выключает, насколько я понял:
>ld 38
CNF000
.disx 15
.enlx 15
OK
..disx 31
.enlx 31
OK
..disx 33
.enlx 33
OK
..disx 49
.enlx 49
OK
..cnfc 15
XCT TESTING TSM
OK
.cnfc 31
XCT TESTING TSM
.CNF103 00000031
.cnfc 33
XCT TESTING TSM
OK
.cnfc 31
XCT TESTING TSM
OK
.cnfc 49
XCT TESTING TSM
OK
.
DTC001


TIM001 09:15 3/11/2011 CPU 1

CNF000
.
AUD017 0000000E 0000FFFE 0000FD76
AUD018 0000000E 0000FFFE 0000F656
AUD017 0000000F 0000FFFE 00000000
AUD018 0000000F 0000FFFE 00000000
AUD017 0000001F 0000FFFE 00000000
AUD018 0000001F 0000FFFE 00000200
AUD017 00000021 0000FFFE 00000000
AUD018 00000021 0000FFFE 00000400
AUD017 00000031 0000FFFE 00000000
AUD018 00000031 0000FFFE 00000000
AUD000
cnfc 31
XCT CONF IN USE NO TSM TEST
XCT102 31

.cnfc 33
XCT CONF IN USE NO TSM TEST
XCT102 33

.cnfc 15
XCT CONF IN USE NO TSM TEST
XCT102 15

.cnfc 49
XCT CONF IN USE NO TSM TEST
XCT102 49

.DTC001
TIM001 09:30 3/11/2011 CPU 1

AUD17 и AUD18 -Насколько мой ломаный английский позволил понять, карта сети не совпадает с картой сети аудита.
Где это и что это? опять не пойму где искать концы.:confused:

А зачем 34 в DROL? В больших станциях это не нужно.

Сделайте так:

1. DROL как я написал ранее (30 и 32 если хотите исключите);
2. Вручную запустите миднайт (LD 135, MIDN);
3. Лог миднайта в студию;
4. Stat TDS/CONF после миднайта (LD 34, stat loop; LD 38, stat loop).

Просто нашел старый лог когда еще 61 опцией были, там 34 оверлей был,вот я его заодно и включил. теперь выключил.А вот миднайт:

А зачем 34 в DROL? В больших станциях это не нужно.

Даже вредно бывало:confused:. DROL тест 34 несколько раз у нас ронял TDS/CONF платы в disable (релиз 4.5, машина M61).

У нас на 61-ой опции такого раньше не наблюдалось, хоть и 34 в DROL был включен, зато сейчас не понятно почему конференция блокируется.

Summary из поиска по форуму:

1. Поставить свежий деплист;
2. Увеличить количество колл-регистров (в поиске есть рекомендуемые значения).