Привет всем !
Еще одна проблема замучила, зависают транки ХСОТ, станция М1_11,плата NTCK16BE, релейз 3.
Трассировка выдает LOCKOUT .
Состояние BUSY, хотя на самом деле городская линия свободна, а абонент М1 при попытке позвонить в город получает занятость.
Подскажите кто, что знает как эту болезнь вылечить.
ПО поиску искал по этой теме, ничего конкретного нету.
:confused:

Дай распечатку рута и транков на карте.

ld 14
btid 7
На форуме было неоднократно.

Распечатка рута
TYPE RDB
CUST 00
DMOD
ROUT 15
DES COT
TKTP COT
NPID_TBL_NUM 0
PRIV NO
RPA NO
SAT NO
RCLS EXT
VTRK NO
DTRK NO
ISDN NO
PTYP ACO
AUTO YES
ACMP NO
ICOG IAO
RANX NO
SRCH RRB
TRMB YES
STEP
ACOD XXXX
TARG
BILN NO
OABS
TIMR ICF 512
OGF 512
EOD 13952
DSI 34944
NRD 10112
DDL 70
OOD 1
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
ARP 3
SFB 3
CRD 512
TFD 0
LEXT 100
SST 3 0
DTD YES
XTDT 00
MDTD 05
DTDF 00 00

SCDT NO
2 DT NO
NEDC ETH
FEDC ETH
CPDC NO
SPCT IMM
HOLD 02 02 40
SEIZ 02 02
RGFL 02 02
RVSD 08 31
ILLR 02 02
DDO NO
DRNG NO
CDR YES


PAGE 002

INC NO
LAST NO
QREC NO
OAL YES
AIA NO
OAN YES
OPD NO
NDP EXC 0
CDRX NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS YES
MANO NO
EQAR NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
TTBL 0
ATAN NO
OHTD NO
PLEV 2
OPR NO
RCAL NO
MCTS NO
ALRM NO
ART 0
PECL NO
DCTI 0
SGRP 0
ANIE 0
CAC_CIS 3
AACR NO

а это ТРАНК

DES XXX
TN 012 0 00 05
TYPE COT
CDEN 8D
CUST 0
XTRK XCOT
FWTM NO
BIMP 3COM
TRK ANLG
NCOS 0
RTMB 15 1
ATDN 1319
SIGL LOP
SUPN YES
STYP BTS
AST NO
IAPG 0
SEIZ NO
PPID 0
BTID 0
CLS UNR DTN WTA LPR APN THFD BARD
P10 LOL
TKID XXXXXX
DATE 23 AUG 2004

luchkin пишет
ld 14
btid 7
На форуме было неоднократно.
Аналогичная проблема, но указанный вами параметр не доступен для изменений. Стоит "0" и всё тут. Что может мешать изменить его?

Виктор из Астаны пишет
Аналогичная проблема, но указанный вами параметр не доступен для изменений. Стоит "0" и всё тут. Что может мешать изменить его?

Чтобы поменять BTID придется убивать все транки на плате. При программировании занова первого транка на плате указываешь нужное значение BTID, при программтровании остальных транков это значение будет выставлятся автоматически.

Всё получилось - сигнал занято детектируется нормально (~5 сек.)! Спасибо.

Вылезла ещё одна неприятная проблема, возможно, та же, что и у автора этого топика.

Когда приходит звонок с города, но абонент на который указывает ATDN занят, то транк ухотит в LOCKOUT. Звонящий слышит КПВ. Внутренний абонент после этого не может выйти на этот транк и начинает разговаривать не цензурно.

Говорят, это лечится патчем?! Какой патч нужно достать (купить), чтобы при аналогичном случае звонящий получал ЗАНЯТО, а канал не блокировался?

Железо - M1-11C, софт - S3.0.

В таком случае звонящий ЗАНЯТО не получит НИКОГДА, это не лечится. А что мешает поставить forward on busy?

насколько мне известно в этой ситуации BUSY вызываюшему никто не пошлет, в противном случае станции пришлось бы ответить и эмулировать сигнал занято. Особенности внутриканальной сигнализации, приходится предоставлять альтернативу (вторая линия, FBA), а вот почему LOCKOUT получается - непонятно, это на мой взгляд не правильно.
З.Ы.
Вот в станциях гибридного типа наверняка такой неприятности нет. :-)

из "серии очумелые ручки":
cls cfta fba
и прописываем переход городских звонков на MOH который непрерывно подает BUSY.
Всё! все довольны, кроме конечно того неудачника который заплатил своему оператору за этот тон по цене нормального соединения. :-)))))

а если попробовать опустить звонок на фантом с безусловной переадресацией на нужный ext? Для hunt'a помогает...

Так есть патч или нет? Станция могла бы в случае занятости внутреннего абонента сбрасывать внешнюю линию и ничего бы не пришлось эмулировать.

Да, на плате XUT такой проблемы нет - транк сам выходит из состояния LOCKOUT?!

Как она могла бы сбрасывать? Мне не понятно, наверное я плохо знаком с этой сигнализацией.

:) Нашел способ чтобы транк не уходил в LOCKOUT в случае входящего звонка с города на занятый ATDN. Активировал CWA.
И абонент доволен (знает что ему из города звонят) и транк не виснет.
У большинства абонентов стоит переадресация при занятости, поэтому у них и проблем не возникает, а у некоторых переадресовывать нельзя, вот они и мучались ......

Crow пишет
Как она могла бы сбрасывать? Мне не понятно, наверное я плохо знаком с этой сигнализацией.
Занять и освободить внешнюю линию...

2 Tulan: Хорошее, правильное решение.
2 Виктор из Астаны : Наверное занять транк можно для кого-то? Это автоматический коммутатор, а не барышня.

Crow пишет
2 Tulan: Хорошее, правильное решение.
2 Виктор из Астаны : Наверное занять транк можно для кого-то? Это автоматический коммутатор, а не барышня.

Суров, но справедлив :)

Так всё-таки, то что транки блокируются это ведь баг. А значит должно быть лекарство. Вариант с CWA подходит не везде.

Есть ли ещё идеи по решению проблемы с блокировкой?

Возвращаюсь к этой больной теме. CWA помогает....,но в последнее время обнаружился баг который обойти нельзя, а именно: во время вызова абонента внутри АТС, ему же пытаются дозвониться из города, и.... в это время транк опять уходит в локаут, т.к. CWA неработает во время вызова до поднятия трубки.
Если у кого есть еще варианты избавиться от этой беды, напишите плиз......

PLDN

А какой релиз станции?

Релиз 3. М1- 11

А у меня было такое именно на платах XCOT
после апгрейда как раз на 3-й релиз.

я переделал все платы на XUT
вот в такой конфигурации у меня все ничего не уходит в Lockout и отбивается.

TYPE COT
CDEN 8D
CUST 0
XTRK XUT
TIMP 600
BIMP 3COM
TRK ANLG
NCOS 0
RTMB 4 10
ATDN 328
SIGL LOP
SUPN NO
AST NO
IAPG 0
CLS UNR DIP WTA LPR APN THFD
P10 NTC
TKID

СПАСИБО ТЕБЕ ДОБРЫЙ ЧЕЛОВЕК !!!
Попробовал все нормально работает, даже не обязательно переделывать на XUT, все дело было в SUPN - нужно чтобы обязательно было NO !
У меня это сработало на XCOT.

У меня были тоже подозрения что дело в SUPN но
обратно переделывть неохота и так нормально работает.

не хотелось бы возвращаться к теме, но приходится..
У меня те-же проблемы с lockout-ом транков (11С, 3.0 релиз).
SUPN NO помогает, но при этом выяснилось, что невозможно делать внешний трансфер! т.е. номер внешнего абонента могу набрать, но транк с транком не соединяются - отбой. В общем это и понятно, supervision выключен.
А как у уважаемых Vasyan и Tulan, трансфер работает?
и если работает, то где у меня могут быть грабли?

и, кстати, про патчик по теме ничего не слышно? можно где раздобыть?

Супeрвижн надо бы включить, чтобы работал trunk-to-trunk.
А входящие прописать через PLDN, это чтобы победить lockout (большое спасибо Glukerу, за эту идею).

У меня не всем нужен внешний трансфер, поэтому кому нужно, пришлось входящие делать через PLDN, другого выхода пока не нашел.

у меня сейчас так и сделано (через PLDN), но тем не менее, локауты периодически возникают.
Как я понимаю это происходит, если в группе все DN заняты, и идет внешний вызов на этот PLDN.
пришлось в каждую группу (у меня GHT) добавлять по одному "левому" номеру, на котором в случае занятости всех DN-ов в группе, терминируется вызов.
неудобно - жертвую несколько TN-ов.
пока есть такая возможность, а дальше? когда TN не хватит?
где-же патч???

homovitch пишет
у меня сейчас так и сделано (через PLDN), но тем не менее, локауты периодически возникают.
Как я понимаю это происходит, если в группе все DN заняты, и идет внешний вызов на этот PLDN.
пришлось... Странно.. Вы не забываете ли, случаем, про очереди в PLDN?

не понял вопроса, поясните пожалуйста

в LD 57 параметр MQUE ставишь ALL — Ограничение на количество вызовов в очереди не
накладывается, и все будет ок! Даже если все DN в группе заняты, вызов будет ставиться в очередь . У меня в локаут не уходят ни при каких обстоятельствах, вызов становится в очередь и ждет освобождения DN.

Спасибо всем откликнувшимся!
Думаю, решим проблему.

У кого есть информация про патч "P19183_1.SSC"?
Поможет ли он решить проблему с зависаниями на S3.0 (M1-11C)?

Не нашел патча с таким номером ни для S3.0 ни для 4.0
Не ошибся?

А где смотрел, если не секрет?

На Enterprise Solutions PEP Library (ESPL)

Ткни носом на урл

Патч такой существует, написан под конкретную компанию довольно хитрым способом и возможно за деньги, по этому его нет в PEP. Проблему решает.
Самое главное - не понятно почему на конкретный косяк нортела нет официального патча :mad:

Вероятно потому что трабл решается вышеописанным "способом" добавления "лишних", ну а нехватка TN - так это ж хорошо! Новые продажи и апгрейды

:D