Станция LDK 300 прошивка 3.5Ah, при исходящих звонках через поток часто происходит сбой (частые короткие гудки), цифровой телефон пишет "ISDN отбой". Исходящие звонки маршрутизируются через LCR. Провайдер как всегда сообщает, что с его стороны все замечательно. Есть ли возможность помониторить процесс на станции на предмет предоставления доказательств провайдеру или выявления проблем нашей станции ?

Возможно снять трассировку потока
Подробно - http://www.artcom.ru/_files/Download/Docs/...Maintenance.pdf

если не сложно, какими глючами воспользоваться. PRIB стоит в 8 слоте, CO с 13 по 42

t b 08 - трассировка платы в 8 слоту
и еще 3 тумблер на процессоре в положение off

http://www.artcom.ru/forum/index.php?showt...%F0%EE%E2%EA%E0

Загляните сюда.

Немного затрудняюсь в анализе трассировки . Может где почитать есть ? Или может кто помочь ?
Отключать ее нужно тублером №3 ?

Трассировку выкладывай в форум.
td №слота -----отключение трассировки.

можно просто t d - отключить всю трассировку

Ч-то как назло как трассировку включиш(ь) все работать начинает
Вот выкладываю файло с трассировкой, было несколько сбоев. А вообще про анализ трассировки есть где то инфо ?

сообщения ISDN согласно стандарту Q931 - можно скачать в инете бесплатно

в файле уйма звонков явного криминала не видно
для получения ясной картины надо знать по какому номеру звонили и (желательно с какой линиии) и как произошел сбой - сразу или после того как начали говорить.
Тогда можно вычленить эти звонки, найти и сказать причину дисконнекта.
А полностью анализировать все звонки и пытаться найти там плохие Кондратий хватит.

Звонили по номеру 521 6973, несколько раз (один раз примерно в 10:32 по часам станции) нащет линии не скажу, сбой сразу (при попытке занять линию в группе). Завтра поточней выложу статистику.

т е сразу после набора 9 ? Или что то набрали а потом отбой?

Если быть точным, то после набора 8-ки (в LCR заведена запись по 8-ке занять линию из группы), в общем при попытке занять линию из группы (в этой группе линии потока) сразу отбой.

Очень большой файл трассировки получается, может подскажите какой именно криминал искать ?

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

Есть статистика по сбоям (операторы записывают), время станции когда звонили, номер линии, номер куда звонили, как найти файле трассировки ? там вроде не пишется время звонка (либо пишется в своем формате).

Проблемы в основном днем, иногда до 20% звонков не проходят.

Если в часы наибольшей нагрузки часто не проходят вызовы то вероятно у Вас не хватает каналов
Анализируйте загрузку потока

Пример разбора вызова
Вызов исходящий на номер 84952324087

Установите на системнике английский язык. Не помню про 3.5 но на старших версия причина (cause) выводится на дисплей. Что пишется на дисплее когда вызов не проходит?

ISDN отбой (ISDN release)

А в чем это анализировалось ? Это разбор удачного или сбойного звонка ? Как преобразовать TIME в понятный (часы/минуты) формат ?
Как на нашей станции мониторить загрузку потока ? (провайдер утверждает, что в пике загрузка не превышает емкости канала).
Еще обратили внимание, что когда звонят на линию потока, включается приветствие DISA (как и задумано), затем происходит перевод на оператора (на группу), и при ответе оператора сразу обрыв связи.

ISDN release- это не причина. Можно включить сохранение SMDR и затем посмотреть в логах, может будет что-то интересное, (н-р отказ идет с одних и тех же линий и т.д). Но в любом случае сценарий данного вызова многое прояснит.
Мониторить загруженность можно прописав на кнопки тлф LKD 30 все линии потока

Кроме ISDN release ничо не пишить, может что то включить надо ?
Линии кажный раз разные.
В SMDR вроде ничего интересного не обнаруживается, кроме длительности разговора в 0 сек.
Кнопки попробуем, а по другому можно как нибудь ?

это нормальный звонок
566126 - из города пришел disconnect - причина - normal call clearing - т е нормально

в трассировке ищите такие строчки 07/10/08 TIME: 10:32:00 - это и есть число и время - выбрасываются периодически.
по поводу загрузки потока:
самое простое - прописать кнопки под все линии потока и сидеть и смотреть на занятость линий
можно и согласно п 2.18 инструкции http://www.artcom.ru/_files/Download/Docs/..._3_8_PM_RUS.pdf

Мониторинг кнопок показал, что поток бывает загружен максимум примерно на половину. Иногда не включается приветствие и входящие звонки через поток уходят в неизвестном направлении, после перезагрузки станции приветствие восстанавливается.

По поводу входящих: возможно, что у Вас большая нагрузка на плату VMIB, особенно если используется режим DISA, и попросту не хватает каналов воспроизведения на VMIB (все каналы заняты).
Если используется DISA, то может быть и другая причина - "дикий АОН"... Версию 3.5Ah нужно поменять на более "свежую" - не ниже, чем 3.5Bk.

Если на дисплее видите сообщение: "ISDN Line Release", то это означает, что команда разъединить линию (Disconnect) поступила именно от провайдера, а не от вашей станции.

И кстати говоря, нагрузка вашего потока по большому счету еще ни о чем не говорит... А какова нагрузка на стыке вашего провайдера с TфОП????? Может там как раз каналов недостаточно и входящий вызов по вашему номеру "умирает" еще не попав в ваш поток, где-то в сети...
У вас есть уверенность, что вход. вызовы уже попав в ваш поток "уходят в неизвестном направлении"???

Если все каналы VMIB заняты то куда должен уходить звонок ? На назначение по ошибке не приходит, на системного дежурного тоже. Кроме того когда то они должны освобождаться, однако этого не происходит до перезагрузки станции. С проблемой дикого аона была отдельная печальная история, используемая версия имеет таймер задержки (DISA delay timer) для CO.

Оператор упорно утверждает, что не видит проблем на потоке.
На станции используется более 100 ячеек LCR и почти вся DMT заполнена, может это влиять на работу станции ?

LCR??? Смотря для каких целей используется... При LCR при быстром наборе, например, может номер неправильно набираться (Pin-коды, донабор и т.п.)....

Что касается "дикого АОНа", то я уже писал, что требуется версия не ниже 3.5Bk!!!!