Господа форумисты, помогите разобраться. Попросили узнать что может быть с потоком (ISDN PRI ). Имется следующая картина (если что-то необходимо еще скажите):

Thresholds
PRI hardware detects frame slips in a tracking reference clock, or in the
free-run mode. Running the midnight routines, prints the number of
overflows and clears the counters.
There are two slip thresholds set in LD 73.
SLP aa bbX cc ddX
where:
aa is maintenance threshold slip count; range 1-(5)-255
bbX is maintenance threshold time (see below)
cc is out-of-service threshold slip count; range 1-(30)-255
ddX is out-of-service threshold time (see below)
Threshold times may be entered in milliseconds (X=T), seconds (X=S),
minutes (X=M) or hours (X=H). For milliseconds, bb or dd are multiples of
20 ms, in the range 1 to 5000 (effective time range of 20 to 5000 ms). For
seconds, bb or dd are in increments of seconds, in the range 1 to 240. For
minutes, bb or dd are in increments of minutes, in the range 1 to 240. For
hours, bb or dd are in hour increments, in the range 1 to 24.

Remote alarm method
The A bit is used for Remote Alarm Indication (RAI). When the Meridian 1
software informs the card about an alarm indication, the card sets the A bit to
one during transmission. This is a signal to the remote end of an alarm
condition. If there is no alarm, the 2.0 Mbit PRI sets the A bit to zero during
transmission.

BPV Bipolar violation bit error rate counter.
Indicates the number of times the loop has entered state due
to excessive bipolar violations.
FAP Number of times the loop has entered state due to excessive
frame bit errors.
SLP Frame slip repetition counter.
The number of times the loop has entered state due to
excessive frame slips.
CRC Cyclic Redundancy Check (CRC) bit error rate counter.
The number of times the loop has entered state due to CRC
frame errors.
G2 The number of times the loop has entered state due to
excessive group 2 errors.

PRI2 LOOP 18
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 001
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 - 000000001
TOTAL 24 HOUR G2 AIS -000000000
TOTAL 24 HOUR G2 LFAS -000000000
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI -000000001
TOTAL 24 HOUR G2 LOS -000000001
TOTAL 24 HOUR G2 RAIE -000000000

Для меня это если честно еще не освоенное поле деятельности так что я полный профан (пока надеюсь).

C уважением, Slvd.


C уважением, Slvd.

Спасибо за документацию!

То, что ты распечатал в конце - счетчики ошибок потока.
Из них видно, что за период с момента их последнего сброса, на потоке фиксировались:
- LOS - потеря сигнала (обычно бывает при обрыве физики);
- RAI - дальний конец фиксирует AIS, т.е. не видит Меридиана;
- SLP - ошибка синхронизации.
Обычно подобный комплект ошибок бывает при физичечком падении потока.

за документацию ?! или это шутка :-))

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

C уважением, Slvd.

Шутка.

Анализировать конкретные проблемы лучше непосредственно по потоковым ошибкам.
Например: DTA, DCH...
Тогда картина распределится во времени.
Ведь даже не ясно: встает ли поток вообще или работоает, но иногда падает.
Нет главного - сценария проблемы. Есть только следы.

Если проблема появляется время от времени, то потоковые ошибки по-мере их появления, можно найти в History File. Возможно, например, что это не обрывы физики, а потеря синхронизации дальней стороной, которая и блокирует свой интерфейс...
Так что, для более глубокого анализа, имеет смысл не подлинник доки показывать, а, для начала, постараться локализовать проблему и точно ее описать.

дальняя сторона имеется ввиду от Меридиана или же это сам Меридиан?

C уважением, Slvd.

Насколько я умею читать, в исходном посте речь шла о проблеме с потоком на конкретном Меридиане.
Беседа продолжалась исходя из того, что поток включен одним концом в данную станцию, а другим - куда-то еще. Таким образом, ближний конец потока - в Меридиане, дальний конец - неизвестно где.
Можно подумать, что дальний конец - это Меридиан, ибо, возможно, он находится Бог знает где. А ближний конец расположен территориально близко. Но, тогда, возникает вопрос относительности территориального расположения концов. Учитывая то, что географические характеристики этой проблемы в исходном сообщении описаны не были, я воспринял их как неизвестные. Ориентироваться по неизвестным точкам отсчета черезвычайно трудно, поэтому логичнее всего отталкиваться от относительно описанного предмета. Единственным такой вещью в исходном посте был только один конец потока в некоем Меридиане. Я принял его за точку расчета, назвав другой конец - дальним.

Приношу глубочайшие извинения,
если что не так...

:-))))))))))))))))))))))))))))))))))

вес в порядке :-) я просто хотел уточнить что имелось ввиду...

Что мне попросить на Меридиане чтоб они мне показали подробнее?

C уважением, Slvd.<P ID="edit"><FONT SIZE=1><EM>Отредактировано slvd 15.08.2002 07:39 (время сервера).</EM></FONT></P>

Включить и писать в файл лог всех сообщений, как уже говорилось, с момента очередного перезапуска PRI до момента его остановки, если такая случится. Разобраться кто от кого синхронизируется и распечатать как сконфигурена синхронизация. Периодически смотреть (и писать в тот же лог) счетчики ошибок и статус клок-контроллера.
Этот файл и стоит попросить.
Удачи

<P ID="edit"><FONT SIZE=1><EM>Отредактировано PhoneMan 15.08.2002 09:47 (время сервера).</EM></FONT></P>

Извините, но с Меридианом я не знаком. Подскажите пожалуйста точнее что сказать станционщикам чтоб они сделали лог (чего, может команда какая-нибудь или параметр...)

C уважением, Slvd.

Что ж за станционщики такие, я никак не пойму. Дружище, ты просто распечатай и отдай (или зачитай) им то, что тебе здесь ответили. IMHO они поймут, посмотрят в доку в LD60 и 73 и сделают.
Чтобы писать лог не нужно быть спецом по телефонным станциям, надо на компе, с которого станция управляется, запустить терминалку и включить запись в файл.
Удачи

да вот такие они...

C уважением, Slvd.