Элтекс

Поясните пожалуйста, что подразумевается под состояниями: исходное и освобождение ?

Дело в том, что у меня есть 3 потока + оксовый линксет. по ОКСу ничего не бегает, он собран только с моей стороны из 5 потоков, а с другой стороны из 2х (просто другая сторона бросила на пол пути задачу, с целью донастроить попозже), и все его ТС находятся в состояние "исходное"... могу предположить, что это как бы свободные каналы... Но есть ещё 2 потока с сигнализацией DSS в общей ТГ, у которых тоже не используемые для разговоров каналы находятся в состояние "исходное"... тут логично... НО вот сбивает меня с толку ещё один поток, в другой ТГ, поднятый с той же самой станцией, что и все предыдущие линки, у которого пока было только 11 одновременных занятий ТС, и которые находятся в состояние "исходное", но все остальные ТС в этом потоке находятся в состояние "освобождение"... и эти ТС ещё ни разу не использовались.

так вот это глюк отображения состояния ТС или что то значит?

При поднятии потока происходит сброс каналов в исходное состояние (т.е. канал готов для приема/отправки вызовов). Видимо эти каналы не были сброшены, поэтому они "висят" в освобождении.
Так же в данном состоянии каналы будут находиться после отправки сообщения разъединения (Release) и до момента подтверждения что освобождение завершено (Release complete).

это потоки в ССОП...
есть ещё десяток потоков в сторону абонентов... там тоже ин на одном не сброшено состояние каналов. это конечно не проблема, но может допилите в следующем релизе, если это мелочь...

Спасибо.

Если каналы не были сброшены пори поднятии потока (не пришло подтверждение о переводе в исходное состояние), то данное состояние является верным. Тоже касается и не получения сообщения Release Complete.

В любом случае нужно выяснить причину данного состояния каналов.
Каналы сразу были в данном состоянии при включении потока? Или перешли через какое-то время использования?
Если сразу - то нужно получить с ЦКП лог во время поднятия потока
trace pril3 on №слота №потока
trace port 10 all
trace start

Если в процессе использования - включить эти же логи и оставить до момента пока канал не зависнет в таком состоянии.

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

Вероятнее всего это связано с особенностями мониторинга каналов на потоке с PRI.
Т.к. при установлении соединения изначально канал по которому будет осуществляться разговор может быть указан, то в мониторинге нет жесткой привязки channel id и конкретного таймслота в мониторинге. Занятие каналов всегда будет отображаться начиная с первого вне зависимости от того по какому реально КИ идет разговор. Вероятно при инициализации сброс каналов осуществлялся поканально, а не всех одновременно.

Т.е. получается, что нельзя по мониторингу определить по какому ТС выстроен канал? он же там даже в хинтах на каналах пишет, что соединён с таким то ТС... и вроде бы как эта информация совпадает с отображением индикации в мониторинге... хотя при большом кол-ве организованных каналов я не проверял... только по единичным, когда их было 3-4 всего.

да, все верно. если у вас стоит выбор каналов начиная с первого вперед, то вы визуально данной особенности не заметите, в отличие от всех остальных типов занятия каналов.

В продолжение темы. Наблюдаю вот такую беду (прилепил скриншот).
Потоки на этой плате вообще не настраивались. Они просто по дефолту включены. Тем не менее, на одном из потоков висит авария, что ТС заблокированы. При это табличка (которая кстати раздражает) сообщает: "Состояние в норме. Нет аварий." НО заголовок у этого сплэш окошка - "Ошибка!" )) это типа самоконтроль такой что ли ? авария есть, мониторинг не видит и пишет что ошибается...? шутка юмора конечно.

При этом на порт ничего не скроссировано (у меня кросс расшит на мультиплексор) и в нём нет кроссконекта на этот порт. Может конечно там кто то что то физически воткнул... я на кросс не ходил, он не под боком у меня. Но как бы зачем...

Так вот, а что делать то?)

Картинка не прикрепилась
Нужно посмотреть что у вас за ошибка, какое состояние потока и ваш текущий конфиг

Анна писал(а):Картинка не прикрепилась
Нужно посмотреть что у вас за ошибка, какое состояние потока и ваш текущий конфиг

прилепил...
статус на панели тоже "в норме" и мастер cpu зелёный

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

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



UPD: физику к сожалению разобрать программно не могу. На станции выключал и включал порт... Даже убирал из конфигурации плату, и прописывал заново. В статистике в графе "состояние потока" значится - AIS

В каких случая отображать транспорант настраивается в общих параметрах программы (в меню файл). У вас видимо стоит отображать всегда.
По поводу заблокированных каналов. Если поток начиная от включения станции всегда находился в состоянии LOS/RAI, то каналы будут отображаться выключенными (красный крестик). Если поток хотябы кратковременно был поднят (речь про физику), каналы будут отоборажаться как заблокированные

тогда всё понятно) хотя не делает этот момент более логичным)
Спасибо.