lexaD-k
09.06.2009, 10:29
прошу помочь осмыслить картину аварии, мне не хватает опыта сделать верные выводы

имеем 61с релиз 3
подключения согласно схемке:
______loop3___ Б
мы __loop20__ Б
|
2
|
A
т.е. : 3 потока е1 (30 метров stp до не нашего mux lucent, и дальше оптикой)
1 из них (loop 2й) идёт на оператора А, 2 идут на оператора Б (3й и 20й loop)
синхронизацию берём с 3 потока оператора Б

Однажды утром видим картину: на потоке 3 и 20 RAI+SLPDEL, на 2ом SLPDEL
при этом многочисленные жалобы на разрыв соединения
в точке Б ставят некий прибор вандель и этот момент совпадает с самоустранением неисправностей. все рады

следующим утром картина повторяется
надо отметить что потоки 3 и 20 также проходят через оборудование оператора А
ставятся тесты по завёртываниям потоков и подозрения падают на участок оптики от А до Б
промеряется оптика - всё ок
на участке меняются некие модемы

запускаемся после смены модемов - ошибки валятся
оператор А просится глянуть на нашу конфигурацию, в результате мы переходим с cc1 на cc0
сбрасываем ошибки, синхронизируемся и всё опять становится ОК
и опять непонятно в результате чего
сегодня оператор Б сообщает "идёт рассинхронизация на 8гц",
на 20-м выскочили пара LFAS+RAI, с тех пор - чисто
абоненты не жалуются, но в соединениях слышны щелчки

к атс по е1 прицеплена cisco call manager express, которая берет синхронизацию от 61с, обнаружились щелчки и на ней:
E1 0/3/0 is up.
Applique type is Channelized E1 - balanced
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20071011, FPGA: 13, spm_count = 0
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (284 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
8 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
8 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
2276 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
2276 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs

то есть тоже слипы
на 61с на текущий момент ошибки не валятся

что это за барабашка такой завёлся?

PhoneMan
09.06.2009, 11:00
LD73 PRT PRI2 SYTI
LD60 SSCK0, SSCK1
LD60 LCNT

lexaD-k
09.06.2009, 11:06
PREF CK0 3
SREF CK0 FREE RUN
PREF CK1 3
SREF CK1 FREE RUN
CCGD 3
CCAR 15
EFCS YES


ssck 0
ENBL
CLOCK ACTIVE
CLOCK CONTROLLER - TRACK ON LOOP 3
PREF - 3
SREF - FREE RUN
AUTO SWREF CLK - ENBL
NO ERROR
.ssck 1
ENBL
STANDBY
PREF - 3
SREF - FREE RUN
AUTO SWREF CLK - ENBL
NO ERROR

PRI2 LOOP 3
MNT NNDC NNC OOS
BPV- 000 000 000 000
FAP- 000 000 000 000
SLP- 000 000 000 000
CRC- 000 000 000 000
G2 - 000 000 000 000
MAINT NONEWCALL UNAVAIL SEVERE
TOTAL 24HR BPV - 000000000 000000000 000000000 000000000
TOTAL 24HR CRC - 000000000 000000000 000000000 000000000
TOTAL 24HR FAP - 000000000 000000000 000000000 000000000
TOTAL 24HR SLPREP - 000000000
TOTAL 24HR SLPDEL - 000000000
TOTAL 24 HOUR G2 AIS -000000000
TOTAL 24 HOUR G2 LFAS -000000000
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI -000000000
TOTAL 24 HOUR G2 LOS -000000000
TOTAL 24 HOUR G2 RAIE -000000000

PRI2 LOOP 20
MNT NNDC NNC OOS
BPV- 000 000 000 000
FAP- 000 000 000 000
SLP- 000 000 000 000
CRC- 000 000 000 000
G2 - 000 000 000 000
MAINT NONEWCALL UNAVAIL SEVERE
TOTAL 24HR BPV - 000000000 000000000 000000000 000000000
TOTAL 24HR CRC - 000000000 000000000 000000000 000000000
TOTAL 24HR FAP - 000000000 000000000 000000000 000000000
TOTAL 24HR SLPREP - 000000000
TOTAL 24HR SLPDEL - 000000000
TOTAL 24 HOUR G2 AIS -000000000
TOTAL 24 HOUR G2 LFAS -000000000
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI -000000000
TOTAL 24 HOUR G2 LOS -000000000
TOTAL 24 HOUR G2 RAIE -000000000

Karter
09.06.2009, 11:07
"...мы переходим с cc1 на cc0" - зачем? Есть сомнения в исправности CC1? Начинать надо с перехода на SREF, которым имеет смысл назначить поток оператора А.
"...сбрасываем ошибки, синхронизируемся и всё опять становится ОК..."
- что значит "синхронизируемся"? При переходе на CC0 синхронизация сама не встала на PREF? Если нет, то сомнения в синхре оператора Б должны были удвоиться и тем более стоит перейти на синхронизацию с loop 2 оператора А.

lexaD-k
09.06.2009, 11:21
"...мы переходим с cc1 на cc0" - зачем? Есть сомнения в исправности CC1? Начинать надо с перехода на SREF, которым имеет смысл назначить поток оператора А.
да, сомнения
а на SREF система сама перелазит
то есть делаю rcnt /trck pck -переходит на PREF - выскакивают ошибки DTA203 и 301 - соскакивает на SREF

"...сбрасываем ошибки, синхронизируемся и всё опять становится ОК..."
- что значит "синхронизируемся"? При переходе на CC0 синхронизация сама не встала на PREF? Если нет, то сомнения в синхре оператора Б должны были удвоиться и тем более стоит перейти на синхронизацию с loop 2 оператора А.

"синхронизируемся" = trck pck
именно так, при переходе на CC0 синхронизация сама не встала на PREF

Karter
09.06.2009, 11:48
Вкрадчиво повторю еще раз: "SREF, которым имеет смысл назначить поток оператора А".
И еще раз: "тем более стоит перейти на синхронизацию с loop 2 оператора А".

lexaD-k
09.06.2009, 12:04
за совет - спасибо, уяснил

но логичны ли описанные симптомы?

фраза оператора Б - "рассинхронизация на 8гц" и одновременно нули в LCNT , для меня кажется странным (впрочем я не шибко владею этой темой, может это и нормально)

тоже самое - нули в LCNT на потоке к циске одновременно с увеличивающимися счётчиками слипов на этой циске и щелчки при наборе на её абонентов

lexaD-k
09.06.2009, 14:10
перевели снова на первый клок
оператор Б говорит, что всё стало идеально
все щелчки исчезли
и на оператора Б и на циску

lexaD-k
10.06.2009, 10:25
можно ли однозначно утверждать, что в том случае, если на атс в LCNT - нули, но при этом на дальнем конце видят "несовпадение частоты приёма и передачи на 0-8 гц" то виновата наша атс?

вообще, как возможна такая ситуация? с учётом вышеописанных моментов

PhoneMan
10.06.2009, 10:42
можно ли однозначно утверждать, что в том случае, если на атс в LCNT - нули, но при этом на дальнем конце видят "несовпадение частоты приёма и передачи на 0-8 гц" то виновата наша атс?

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