forum.technoforward.ru

Всем привет.
Сегодня случился странный "глюк":
Не смогли собрать конференцию. Пожаловались что после набора кода доступа идёт в ухо Restrict.
Помогла перезагрузка. Ладно. Привык, что СО недоступны бывают, что тот же Restrict при наборе внутренних номеров. Но это впервые за 14 лет. Ни Group Call, ни Meet Me не работали. Просто времени в обрез. Недолго думая нажал "заветную" кнопку. Что явилось причиной оного непонятно. Может было у кого подобное?

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Единственное, что нашёл в журнале ошибок: Power failure (fuse break).
А предохранитель целый)))

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Может на покой её пора? 14 лет - это не шутки, все кондёры в БП небось пересохли. Если перевести в часы, получается 122640 часов непрерывной работы. В общем профилактика нужна.
Как вариант - более "свежий" БП (если есть такой) поставить в 0 Пим. Можно ещё напряжения в каждом Пим-е сравнить между собой. Хоть какая-то информация.

Сергей, спасибо за совет.
БП свежий есть (новый). Поменяю обязательно. На предмет её покоя... сложно. Она транзитная.
А на новую (ту же SV9300) денег не дают((( А это почти 2 миллиона.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Похоже, Сергей прав. Поменял БП. "Полёт" нормальный. Осмотрел заменённый - симптомов "беременности" конденсаторов нет. Может высохли.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Глюк повторился. Почти через полгода. Манипуляции те же - перезагрузка станции.
Но, заметил, что с городскими линиями вакханалия прекратилась (надолго ли?).

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Проверил программирование:

050>06:09-
051>06:1-

0701>0600:D200-
....
0701>0631:D231-

AA10>06:3-
3000>200:62-
...
3000>231:62-

3500>62:04-
3501>62:2-
3505>62:1-
3509>62:06-
3504>62:2-
3504>62:2-
35159>62:0-
3514>62:0-
3536>62:0-

200>5555:A127-

8A4005>6:0254-
8A0255>1:25562-
8A5255>152:0-
8A5255>100:9255-

8A0009>1:00901-
8A5009>152:0-

855>5:01-
857>5:06-


Meet Me

8A4007>6:0002-
8A0002>1:00202-
8A5009>100:9009-
8A9009>0:999-
Криминала не обнаружил.

Только не могу вспомнить откуда "растёт" 85Y команда (давно уже это было).
Не здесь, случаем:
3576>00:00-
3576>01:15-
3576>02:01-
3576>03:01-
3576>04:01-
3576>05:01-
3576>06:01-
3576>07:15-
3576>08:15-
3576>09:15-
3576>10:15- ?

ЗЫ. Стояла в станции ещё одна CFTC. Потом, за не надобностью я поудалял её программирование. Так думаю, что это не при чём.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Четвёртый ответ от меня)))
В конце концов мне это надоело и я перешёл на радикальные меры: перед тем, как поехать на работу со своего домашнего компа делаю ресет станции. Помогает

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Сегодня ещё одну особенность "поймал". Сбой... Станцию перегрузил, конференция, всё равно, не собралась. Перегрузил ещё раз. One Touch кнопки участников засветились. Обратил внимание, что таймер (на дисплее, где TIE) остановился, никого не слышно. Отключился, вошёл через Meet Me. Конференция работает.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

1. Хорошо бы выявить наличие или отсутствие связи между появлением сбоев и
а) изменениями в железе АТС (удаление второй CFTC и соответствующие изменения в программировании)
б) изменениями в настройках АТС, даже не относящихся на первый взгляд к конференции (ввод новых внешних линий, режимов, тандемных разрешений/запретов, и т.п.)
в) изменениями в действиях операторов и участников конференции (например, замена персонала секретариата, занимающегося сбором конференции)
Попытайтесь вспомнить, не коррелируется ли по времени возникновение сбоев с каким-либо из перечисленных событий.
2. Попробуйте понаблюдать за тем, как ЗАВЕРШАЕТСЯ конференция: когда и как освобождаются транки.
В приведенном фрагменте программирования не видно 413>17=??. Есть смысл поставить что-нибудь, отличное от 00.
3. В каком состоянии транки конференции, например, накануне сбора очередной конференции: если не все свободны, то - с каким ресурсом соединены (например: F56>D200...D231). Особенно актуально при наличии внешних участников конференции. Например, кто-то из участников переадресовал свой аппарат вне АТС, переадресация прошла по СО с неисправным отбойником...
4. Вместо ресета ВСЕЙ АТС попробуйте менее радикальные средства - релиз зависшего транка, ресет CFTC (E05>06=MMDDHHmm)...
5. Имеются ли ограничения для абонентов по доступу к организации конференции. Если их нет - рекомендую ввести (CM12, CM15), иначе нет страховки, что кто-нибудь сдуру или по злому умыслу (см. п. 1в) займет ее перед часом Ч - и вот Вам горячий привет от руководства...

Я убрал значение, чтобы время сбора ограничивалось 30-ью секундами.

Инициаторов конференции два (Глава города или его зам).
Три транка, для внешних абонентов используются ТОЛЬКО для конференции. Отдельный рут, настроенный на тональный набор.

F56>D200:FF FFFF FFFF
.....
F56>D231:FF FFFF FFFF

Пробовал ресетить CFTC -
E05>06:INITIAL ?03250240
DATA ERROR
Скорее всего, неправильно набираю))))

E05>06:INITIAL ?03260723
OK
Удалось)))

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Не понял, причем тут время сбора?:
CM 41 Y=3 Specify the Timing forced release timer for Party Conference.
[Series 3800 software required]
•(1)___17
_(2)___00 : NOTE 2
______01-24 : 1-24 hours (1 hour increments)
______NONE : 7 hours
NOTE 1: This command is effective only when PN-CFTC-A card is used.
NOTE 2: If the 2nd data is set to “00”, the Forced Release Timer doesn’t work.
Эта команда позволяет принудительно освободить транки конференции по тпймеру. Важно, чтобы этот таймер не оказался короче предполагаемой максимальной продолжительности конференции.
Это будет полезной страховкой, если CFTC не освобождается штатно по окончании конференции, например, при зависании CFTC-транка с безотбойным внешним (СО?) транком.
Значение 00 отменяет принудительное освобождение.
По идее, если ВСЕ транки конференции свободны, то ресетить ничего не требуется - конференция должна собраться...

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

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Думаю, что можно подвести промежуточные итоги.
Что сделано:
Резервный процессор обнулил, загрузил последний конфиг. Естественно, что
делал всё это в выходные. Тогда же несколько раз собирал конференцию. Работала как надо.
И вот уже четвёртый день... полёт нормальный. Кстати, этот процессор, в своё время, начал глючить. Отправил в Эдванс. Там его и "подлечили")))
Задам вопрос по конференции:
8A4005>5:0255- Group Call
8A4005>6:0254- Meet-Me
Могу ли я указать для Meet-Me тот же роут паттерн, что и для Group Call?

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Мне кажется - нет:
Фрагмент маршрутизации из Feature Programming для:
___Groupp Call:______________Meet Me:
.._..._______________________...
1)_8A4005>5=0RPNg____________8A4005>6=0RPNm
2)_8A0RPNg>1(2..4)=LPNgZZ____8A0RPNm>1(2..4)=LPNmZZ
3)_8A5LPNg>152=0_____________8A5LPNm>152=0
4)_8A5LPNg>100=9DAPg_________8A5LPNm>100=9DAPm
5)_8A9DAPg>0=XZZ_____________8A9DAPm>0=999
.._..._______________________...

Посмотрим на эту NECоматику с конца:
В строке 5) XZZ никак не равно 999, следовательно DAPg не должно быть равно DAPm.
Стало быть, в строке 4) LPNg не должно быть равно LPNm.
Соответственно, в строке 2) RPNg не должно быть равно RPNm.
И значит - в строке 1) нельзя задавать RPNg равным RPNm.

А по-человечески - если мы в 8A4005 оба кода - 5 и 6 - заведем в один и тот же Route Pattern, то на шаге 5 оба эти кода приведут к одному и тому же результату - либо всегда Groupp Call, либо - всегда Meet Me.