переодически 3-4 раза в час вылазиет такая строка

ERREUR CHORUS : u_ipcSend CODE D'ERREUR : -1

что это такое?

разобрался что такое ipcSend и с чем его едят, и нашел из-за чего вылазили строки "ERREUR CHORUS : u_ipcSend CODE D'ERREUR : -1"



Редактировано 1 раз. Последний раз 23.09.2008 16:08 пользователем error.

а из-за чего, если не секрет?

ipcSend это открытие цифрового канала в протоколе х25
в атс это находится в X25 Access Cluster - 0, X25 Access Point - 205 (у меня там расписаны PVC)

сейчас разбираюсь из-за чего PVC отвалились

приташил с машины шаманский бубен (настояший музыкальный бубен с надписью ALCATEL (надпись сам вырисовывал) ) по прыгал с ним вокруг атс, в нужном порядке подергал провода (нашел закономерность как дергать) и PVC поднялись и все заработало

:))))

X25 в атс желаю чтоб получше работало а не путем дергания проводов

А если не секрет - нафига вам 205 пойнт, СОРМ поднимали? Склероз старческий, забывать все стал.
А насчет дергания проводов - чего дергали? модемы синхронные? Не пробовали просто 205 точку остановить и запустить снова.



Редактировано 1 раз. Последний раз 24.09.2008 11:28 пользователем vad.

Странные письмена какие то - придеться идти за бубном своим что бы их понять!
Может пора удалить всю тему как спам ?

Всё Возможно! Надо Делать!

хороший есть вопрос - кто будет опеределять этот или вот тот пост спам и будет их спамить в барахолку?

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

на одной атс все ОК, на другой атс сыпятся инциденты
02/09/08 12:03:41 000001S|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=2 ap=128 lcn=1
02/09/08 12:04:25 000001M|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=2 ap=128 lcn=1
02/09/08 12:07:25 000001M|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=0 ap=105 lcn=2
02/09/08 12:08:45 000001S|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=0 ap=105 lcn=2
02/09/08 12:13:49 000001S|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=2 ap=128 lcn=1
02/09/08 12:14:32 000001M|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=2 ap=128 lcn=1
02/09/08 12:17:32 000001M|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=0 ap=105 lcn=2
02/09/08 12:18:52 000001S|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=0 ap=105 lcn=2
02/09/08 12:23:56 000001S|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=2 ap=128 lcn=1
02/09/08 12:24:40 000001M|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=2 ap=128 lcn=1
02/09/08 12:27:39 000001M|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=0 ap=105 lcn=2
02/09/08 12:29:00 000001S|--/--/-/---|=3:2813=PH: incident X25: diag=43710 apc=0 ap=105 lcn=2

сижу и расковыриваю

в общем нарыл откуда эти инциденты сыпятся
при создании PVC не правильно индексы терминалов атс у себя прописала

Жуть, куда лезти приходится, сочувствую

какая-то билиберда выходит

разворачиваю рабочую базу с 6.1.1 на софте 8.0.1, стучуюсь через терминал по x25 на атс и в ответ на любое стучание получаю "diagnostic", давай рыть откуда, нашел, в аппликейшин 0 стоит состоянии WAIT_TEIUP. и тут пришла в бредовая идея - а не сколотить настройки с нуля на пустой базе. сколотил все настройки и ОППААА отклик атс по x25 пошел, ну думаю осталось перезапустить атс с такими настройки и проверить, перезапустил и орять вернулся к тому с чего и началось т.е. аппликейшин 0 стоит в состоянии WAIT_TEIUP и на любой отклик получаю "diagnostic"

есть новость хорошая или плохая фиг знает
в общем французы сказали что в аппликейшин 0 с 7-го релиза и далее действительно есть бага, исправлять ее не собираются перепишут rlisX25 занового лишь в релизе 10 который планируется выход в свет в 2010 году, в данное время единственный рабочий rlisX25 есть только в релизе 6

в общем диагноз таков:
- на версии 7.хх 8.хх все работает (как и на версии 6.хх) при условии если с нуля все подняли и не дай бог атс перегрузить и тогда мы на всегда лишимся всего этого и на всегда, тут уж придется откатывать атс до той точки когда только начинали поднимать сорм
- на версии 6.хх сорм работает при ОДНОМ ЕДИНСТВЕННОМ условии если подконтрольным абонентам лишить всех ДВО вот тогда проблем не будет. за сам сорм отвечает поинт 205 в кластере 0, перезапустили его и дальше пользуемся

что такое ДВО воспользуйтесь яндексом с ключемыми словами "сорм ДВО"

что то не понял на тему рестаротов. Тестировали СОРМ м естественно перегружали станцию, никаких проблем не было, и никого ДВО не лишали. Точно не помню, но в каком-то из 7-х релизов.
Правда с синхронными адаптерами (4083 SYV) засунутыми внешним муксом в пару В каналов 2-х мбитного потока (без аналоговых модемов и Z плат).



Редактировано 1 раз. Последний раз 12.10.2008 01:43 пользователем vad.

поставили абонента А на контроль
1-ый шаг - абонент Б позвонил на А (атс выдала сообщение о приеме звонка от Б на А и выдала сообщение о ответе звонка абонентом А)
2-ой шаг - абонентом А делаем перевод звонка на абонента В (атс выдает сообшение об использовании ДВО и закрывает сессию под поинтом 205 и больше не отвечает на запросы)

про рестарты - после перезагрузки атс CSTA в упор не хочет подниматься, проверял на f540121f и g13026e

какой именно 7 релиз использовали можите попытаться вспомнить?

до кучу еще - абоненты А Б и В цифровые телефоны

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

хм... 7.0 хоть работает, 7.1 уже увы

vad Написал:
-------------------------------------------------------
> Тестировали СОРМ м естественно перегружали станцию, никаких
> проблем не было, и никого ДВО не лишали. Точно не
> помню, но в каком-то из 7-х релизов.
> Правда с синхронными адаптерами (4083 SYV)
> засунутыми внешним муксом в пару В каналов 2-х
> мбитного потока (без аналоговых модемов и Z плат).

тут меня навело на мысль что ключ от sosm кривой достался :)