Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru
Можете сами прочитать в документации эксперта раздел 12.5.1.4 History messages.
19.04.2011 13:53:00, etc.]]>
И еще вопросик:
====quote====
etc пишет:
INFO 0 = 03.
=============
Это точно ошибка не связанная с железом?
19.04.2011 13:00:44, igosill.]]>
Спасибо, будем думать.
19.04.2011 12:09:18, igosill.]]>
====quote====
igosill пишет:
Перепрошить до версии R510/059.001 или можно перепрошить до OXO6?
=============
Самое простое - поставить патч R510/059.001, но насколько поможет - неизвестно. Ни до 6-го ни до 7-го релиза подъёма нет. Только на 8-й.
Самое правильное - переезд в ОХЕ. Меняются процессоры; сопроцессоры - на GD,GA с платами компрессоров,МЕХ - на PowerMEX, но лицензии все снова покупать. Остальные платы остаются.
19.04.2011 11:44:00, etc.]]>
Посоветуйте пожалуйста более правильное решение как специалист с большим опытом. Как избежать перезагрузки АТС не меняя оборудования. Перепрошить до версии R510/059.001 или можно перепрошить до OXO6?
19.04.2011 10:10:26, igosill.]]>
Сейчас до 7 уже не поднимают, только до 8-го релиза с заменой процессора, выбрасыванием CoCPU, ограничением максимум до 48 компрессоров. И как оно будет работать в вашей конфигурации - неизвестно.
Comlementary Information: C0 A8 14 6C - это IP адрес шлюза в шестнадцатиричном виде 192.168.20.108.
Вообще, для ваших задач нужна станция класса OmniPCX Enterprise, а не оконечная станция, рассчитанная на подключение к одному оператору.
19.04.2011 10:05:45, etc.]]>
Вот у меня как раз RU510/055.001 и такая ошибка присутствует, может стоит тогда перепрошить до OXO 7?
Да не хватает суток, постоянно теряет и находит gateway:
Event: 223 Comlementary Information: C0 A8 14 6C
Это когда потерялся шлюз
Event: 224 Comlementary Information: C0 A8 3D FD
Шлюз нашелся
Вот и забивается.
Ну и по History видно что сегодня с 1 ночи и до 9 у АТС был рестарт 2 раза. Часто все таки она перезагружается.
19.04.2011 08:56:46, igosill.]]>
В комментариях к патчу 055.001 написано, что исправлена ошибка, связанная со сбросом, с причиной 03. А так это или нет - надо проверять.
А что, у вас History так быстро забивается, что не можете посмотреть события за две недели? ОХО помнит 100 записей.
18.04.2011 17:07:03, etc.]]>
Запутали немного. У меня версия в которой не должно быть этой ошибки или после версии как у меня нет такой ошибки?
За сегодня произошло по History 2 раза, но второй раз не было замечено. А так получается замечали, что такое происходит примерно 2-3 раза в неделю (это когда абоненты замечают что нет связи).
18.04.2011 15:58:15, igosill.]]>
INFO 0 = 03.
В следующих патчах про ресет 03 ничего не сказано. Лучше ли стало - неизвестно. Насколько беспокоит проблема? Раз в месяц - можно не обращать внимания; несколько раз в день - надо что-то делать.
18.04.2011 15:53:26, etc.]]>
====quote====
etc пишет:
INFO 0 = reason to restart; 3 : mail notify queue is full - как правило, ошибка софта
=============
Эти цифры (0 и 3) смотрим в "Comlementary Information: 03 FF FF FF"?
18.04.2011 15:36:22, igosill.]]>
Но у меня как раз и есть версия RU510/055.001
18.04.2011 15:30:38, igosill.]]>
INFO 0 = reason to restart; 3 : mail notify queue is full - как правило, ошибка софта. Текущая последняя версия - R510/059.001. В патче 55.001 исправлено: System reset with code 03. Обращайтесь - поставим.
18.04.2011 13:23:13, etc.]]>
Как раз в это время:
System restart 50#1
Event: 0 Comlementary Information: 03 FF FF FF
The system has just been restarted: system switched on, maintenance or MMC reset
Далее два сообщения о применении ключей.
Main power supply 50#1
Event: 123 Comlementary Information: 01 FF FF FF
The system has switched to battery or back to main power supply.
И постоянно шляз теряет, потом находит.
Я так понял она перезагрузилась?
А почему она перезагружается сама.
18.04.2011 13:03:11, igosill.]]>
А станция не перезагружалась в это время? Что в History написано?
18.04.2011 12:15:30, etc.]]>
Вот и потерялась у меня IP телефония. Не пинговались со процессоры у меня они 192.168.1.206 и 192.168.1.207. ПОмогло следующее: выдернул патчкорд АТС из сети, воткнул обратно соединение поднялось, сопроцессоры начали пинговаться, IP телефония поднялась. А ведь именно сопроцессоры отвечают за VoIP? И как можно выявить причину потери сопроцессоров?
А так же это сказывается на объединении трех АТС, которые стоят в офисе и объединены между собой потоками E1, т.е. не проходят звонки между АТС. И не возможно подключиться к АТС при помощи OMC. Ping до процессора 192.168.1.202 есть.
18.04.2011 10:52:39, igosill.]]>
Официально - работает с 5.0. Но, т.к. SIP - развивающийся протокол, то в каждом очередном релизе добавляются изменения и поддержка тех или иных новых требований протокола. Поэтому, считаю, что вы оба правы.
08.04.2011 12:31:38, etc.]]>
как выяснилось у меня OXO 5.1 а здесь указано пользователем fluder пишет, что SIP работает с версии 6. Видимо заблуждается.
08.04.2011 12:15:45, igosill.]]>
Объясните, пожалуйста, что означает "сессии теряются..., но номера работают". Означает ли это, что проблема всего с 5 линксис из 50?
08.04.2011 11:51:52, etc.]]>
Вот только теряются сессии на 5 номерах (линксисах) Status 481 Call Leg/Transaction Does Not Exist, но номера работают.
08.04.2011 11:10:58, igosill.]]>
ПИнг лучше проверять по варианту 1 от Vad. Т.е. через тот же порт, куда была включена ОХО.
И если линксис не отвечает, то трассу лучше и на нем смотреть - добегают до него запросы от ОХО или нет. Если вы говорите, что в трассировке запросы от ОХО видите, а от линксис - нет, то, скорей всего, проблема или с маршрутом или с линксис или его настройками.
08.04.2011 09:57:46, etc.]]>
Да CoCPU есть. Линксисов примерно 55 штук, планируется увеличение еще на 15.
08.04.2011 08:37:57, igosill.]]>
Если есть CoCPU, то надо пинги и на них смотреть.
А релиз какой в ОХО? Поди ещё 5.1? А линксисов не 1-2, а штук 50?
07.04.2011 15:12:19, etc.]]>
Спасибо, пошел пробовать и ждать очередного падения
07.04.2011 14:56:48, igosill.]]>
Пинги и звонки - разные протоколы и порты (соответственно на маршрутизации могут быть проблемы).
Самый простой способ пользоваться сниффером - находите hub (не коммутатор) - в него тыкаете процессор, комп и шнурок от сети. И все смотрите.
Вариант два (если есть возможность) - делаете зеркалирование порта куда воткнута ОХО в другой порт (средствами коммутатора) - куда ставится комп со сниффером.
И вариант 3 - если связь падает регулярно и ОХО можно на время отключить - втыкаете в порт (где была ОХО) комп с тем же адресом (если на сети нет ограничений привязанных к МАС адресам), поднимаете на нем SIP (типа X-Lite) и звоните, наступили проблемы - пускаем сниффер.
07.04.2011 14:39:15, vad.]]>
не совсем понимаю как использовать Wireshark в данном случае. Есть АТС 192.168.1.202 и например линксис из другой сети 192.168.20.83. Как же мне Wireshark-ом, что то снять?
И что такое может не быть маршрута, это что то не сетевое понятие здесь? Со своего ПК я пингую и имею доступ и до АТС и до линксиса, а вот позвонить не получается.
07.04.2011 14:26:24, igosill.]]>
====quote====
igosill пишет:
Как можно мониторить SIP транк. У меня на другом конце стоят линксисы и бывает два случая:
gateway alive timeout - 60
=============
Это означает, что ОХО раз в минуту проверяет, жив gateway или нет. ПОэтому статус может быть - ещё жив, а маршрута уже нет.
Смотреть - сниффером, например, Wireshark.
07.04.2011 13:52:30, etc.]]>
И попутный вопросик: Чем можно более подробно посмотреть что и как ходит. Линксисы стоят на удаленных точках.
07.04.2011 11:36:20, igosill.]]>
Как можно мониторить SIP транк. У меня на другом конце стоят линксисы и бывает два случая:
gateway alive timeout - 60
1. в ARS Gateway Alive Status статус down, часто бывает теряются, т.е. звоним на номер и гудки занятости с обеих сторон, канал не поднимается. Линксис по сети доступен, по снифам видно, что АТС делает запросы к линскису, но линксис не отвечает. Перезагрузка линксиса не помогает.
2. в ARS Gateway Alive Status статус Alive, но симптомы все те же, т.е. ни кто не может позвонить.
07.04.2011 11:24:12, igosill.]]>
спасибо
13.09.2010 10:30:15, error.]]>