Тема: Отваливается Pri поток

Здравствуйте, постоянно пропадает связь между ldk-300 и cisco, соеденины напрямую, может полдня работать долго, а может каждые несколько минут отключаться. Циска показывает, что есть ошибки:
Total Data (last 29 15 minute intervals):
    810 Line Code Violations, 10972 Path Code Violations,
    2 Slip Secs, 1 Fr Loss Secs, 5 Line

Грешили на патч, сделали 3 новых, заземлили всё - нет результатов. Может ли быть битым порт на плате? Цискари сказали - такого ни разу не встречали...

Вообще-то, для начала нужно указать хоть какая модель станции...
Синхронизация выполнена правильно???

gdk-100 prib плата в ldk-300 подключена 30см патчем в голосовую циску, т.е. Е1 поток генерируется ей. Периодически канал между ними отваливается. Иногда загорается на плате лампочка CRC error. Циска показывает ошибки в потоке. Раньше всё работало в этом виде, после непонятно чего,  возникла такая проблема. В городе таких плат негде взять на тест, проверить живой ли порт ((.

для начала поменяйте кабель на заводской метровый

Фирменного нет, но патчей перепробовано несколько штук, притом на которых раньше всё прекрасно работало. И проблема не появилась одна, вылезло сразу несколько глюков почти одновременно, не знаю, насколько они связаны. Пропала переадресация именно на этот PRI поток, было сделано через speed, притом если набрать группу, на которой стоит переадресация - всё набирается, но после установки в 144 программе дневной/ночной режим все варианты на эту группу - переадресации нет, НО стоит выдернуть патч из PRI или отвалится каналу, как переадресация сразу начинает работать через внешние городские линии. Плюс возникла проблема с набором городского номера через городские каналы, после выхода через 9-ку в каких-то случаях набирает сразу 6 стандартных наших цифр, а в каких-то приходится набирать 7, так как после набора первой опять появляется тон для набора номера. И в это нет никакой логики, подряд набираю, 9-5, 9-5, 9-5, 9-5, 9-5, иногда после 5-ки гудок снова, а иногда его нет, начинает набиратся номер на 5… Нет никакой логики и подозрение, что у неё просто крыша поехала... Что глюк где-то в процессоре... ((

А если включить m=00, то все городские набираются нормально, а различные варианты m=1, m=11 дают такой эффект, и ладно бы там таблицы маршрутизации были такие, но почему при наборе одной и той-же последовательности разный результат всё время?

1. Модуль PLLU установлен????
2. Какая сторона является Master’ом: станция или Cisco???
3. Enbloc включен (ПГМ08/11)???
4. Отключите LCR (М00) и попробуйте набор.
5. Такого рода “глюков” с процессором не бывало, поэтому я весьма сомневаюсь, что в вашем случае проблема в MPB. Кстати, а почему Вы не подозреваете Cisco??? 😉 😠

отключайте CRC4 на плате и на циске и будет вам счастье

1. Насколько я понял, на ldk-300 синхронизация встроенная.
2. Станция - user.
3. Где это посмотреть точнее?
4. При отключеном LCR(M00) город набирается нормально, но тогда отсутствует выход на PRI.
5. Возможно cisco, для этого надо аргументы собрать какие-то и сказать цискарям. Пока они упираются, что у них всё отлично. В любом случае это разве влияет на переадресацию или городской набор? Ведь прямой набор группы с переадресацией работает через PRI.

1. А пардон, у Вас LDK-300???
ОК. Там PLLU - встроенный.
Плата PRIB только одна??? Кабели синхронизации установлены??
2. ОК.
3. Пардон, я указал для GDK-100.
В LDK - это ПГМ143/6
4. Что значит отсутствует выход на PRI???? Не работает код, указанный в LCR, но ведь можно выйти на поток набором транкового кода: 8+№ группы линий (PRI).
5. Мне непонятно про какую переадресацию Вы говорите (может это просто неправильная терминалогия). Я не знаю, как у Вас запрограммирована станция, и чего Вы собственно хотите от нее добиться. 
Что касается взаимодействия с Cisco - нужно снимать и смотреть трассировку.

Спасибо за наводку в 143, там была ошибка действительно, на одну из аналоговых СО енблок был включен, убрал - город заработал нормально. )

Насчет CRC, цискари сказали, что crc выключено. У нас было включено, переключил первый выключатель на sw1 в on, связь вообще не появляется, моргает 4 лампочка (фрейминг), горит 7-я (crc) и горит 5-я (мультифрейминг). Иногда 5-я гаснет секунд на 5 и в этот момент даже успел дозвониться, в канале искажения и обрыв затем. Что это всё значит? Цискари обманули и crc там всё еще включено?

Верните переключатель в то положение, в котором он стоит по умолчанию, т.е. =OFF. Это автоопределение CRC4 (т.е. в зависимости от провайдера: если провайдер работает с CRC4, то и LDK будет посылать CRC4, если провайдер это не выдает, то и станция также будет работать без CRC4).
Нужно переставить переключатель SW1\1 на плате PRIB в положение OFF и перезапустить станцию.
Если все КРАСНЫЕ индикаторы погашены, то все нормально - по “физике” поток “встал” в норму. Больше ничего на плате трогать не нужно.

Так в общем-то и было, красные не горят, но периодически загорается 7-я crc и канал падает. Кстати, плата стоит одна. Как дальше диагностировать можно? Трассировкой? Как это реализовать с компьютера?

Если периодически загорается LED7 (CRC Error), то похоже в канале проскакивают ошибки.
Трассировка в станции не позволяет отследить ошибки на 1-м уровне. Станция позволяет снять трассирову только 3-го уровня (протокол D-канала).
Пусть провайдер поставит анализатор на поток и проверит ошибки.
Думаю, что все-таки есть слипы (рассинхронизация). Где стоит плата PRIB, как включены кабели синхронизации??

Проскакивают, притом немало:
Total Data (last 29 15 minute intervals):
810 Line Code Violations, 10972 Path Code Violations,
2 Slip Secs, 1 Fr Loss Secs, 5 Line

Это показывает циска, в которой этот Е1 собственно и заканчивается.
Плата стоит в 7 слоте, кабелей синхронизации нет, она одна всего.

Так, а там in/out синхронизацию надо куда-то вообще подключать?