что значит сие сообщение?

[RRR]

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

[LionB]

RRR
На несколько тысяч систем 7200 это единичные случаи.
И дело явно в сетевом окружении системы и ее реакции на него (У самого раз в две недели зависала 7400, когда SMDR программка-самописка периодически запускала Telnet сессии, что бы востановить соединение, если вдруг система перезагружалась и т.п. Проблема в том, что OS7400 не поддерживает в Telnet сессии отклик на процедуру AYT - Ты Живой? И так. Периодическое обращение к уже открытому сокету раз в две недели приводило к замиранию процессора. Обнаружилось по трэйсу SIO перезагрузки проца, в момент замирания. 7400 такой трэйс поддерживает. Было видно, что процессор многократно пытался запускать Application, т.е. Telnet на своей стороне, не завершив уже запущенную сессию, коннектился еще раз. Вылечилось путем доработки SMDR программки, что бы она сначала делала рассоединение и потом тут же новое подключение).

В вашем случае, если я помню, история была такова

1) Проблема известна давно. И попытки ее устранить предпринимались так же неоднократно.
2) Воспроизвести в лаборатории разработчиков не удалось.
3) Разработчики предложили путем применения тестового ПО (нормальные версии MCP не поддерживают вывод ошибок в трэйс по перезагрузке) выявить причину возникновения неполадки.
4) Применение тестового ПО приводило к дезорганизации работы клиента. Увы. Напортачили с триалом.
5) Клиент отказал в дальнейших попытках экспериментов на их сайте. И я его, конечно понимаю.
6) Возвращаемся в п.1

Я и инженеры не против продолжить, но желание разобраться есть, а возможности нет... Как прикажете поступать?
Вот сидим и все ждем.

[RRR]

все знаю
все понимаю
но проблема тянется больше года, эксперементировать на живых клиентах не очень хорошо... они этого не любят... я вообще удивлен что этот клиент терпел так долго!
один два эксперимента это еще можно пережить, особенно если после них все разрешиться и будет работать... от этого у клиента желание продолжать работать с данным железом только вырастет... но если мучить его больше года... примените это к себе... купили вы машину новенькую у официального дистрибьютора... и что то там начало глючить... то глохнет, то не заводится, то еще что... и вместо того чтоб ее поменять/починить и т.д. над вами начинают ставить эксперименты... а давайте вот так... ой не помогло... тогда вот так... ой опять не помогло... ну тогда давайте вот так... опа... еще хуже стало?... ну давайте экспериментальный движок поставим...
клиент вместо того чтоб стать пользователем стал бетта-тестером... причем за свои же деньги
любому терпению есть предел *PARDON* терпение этих двух которые были у меня подошло к концу

[kev]

Подобная проблема с перезагрузкой 7100, стояла прошивка 4.30d сейчас 4.30k ситуация не изменилась, атс питается через UPS.
В логах MCP Reset Watchdog. Перезагружается практически каждый час. Может кто наконец справился?
Внешние линии - 8*H323.
p.s. Нашел ответ про заземление, сегодня буду заземлять, не поможет - напишу.

[Akela]

Подобная проблема с перезагрузкой 7100, стояла прошивка 4.30d сейчас 4.30k ситуация не изменилась, атс питается через UPS.
В логах MCP Reset Watchdog. Перезагружается практически каждый час. Может кто наконец справился?
Внешние линии - 8*H323.
p.s. Нашел ответ про заземление, сегодня буду заземлять, не поможет - напишу.

АТС смотрит "белым" IP в интернет? Попробуй её спрятать за файерволл.

[eva]

а вот интересная тенденция
перезагрузка по MCP Reset Watchdog происходит именно посло того как плотно начинается использование каналов по 323 протоколу ........
можно сделать опрос
у кого станции падают по такой ошибке и какие протоколы используются
к примеру
стоит корпоративная сетка из OS500 и OS100 связь по SPNET и SIP все гудно и отлично
месяц назад приплюсовали 323 протокол для связи с выше стоящей организацией

и начались проблемы с перегрузкой центральной станции - она как бы узловая для всей корпорации
и перегрузка идет именно с таким сообщением MCP Reset Watchdog

убрать этот протокол для проверки сей мысли пока не реально .......

вот такие вот пироги

[Akela]

у меня регулярно ресетилась 7200 и именно по 323, кодеки к слову сказать были 711ые (viewtopic.php?f=4&t=2521&start=10#p12803). Через несколько месяцев АТС поменяли не победив.

[eva]

у меня регулярно ресетилась 7200 и именно по 323, кодеки к слову сказать были 711ые (viewtopic.php?f=4&t=2521&start=10#p12803). Через несколько месяцев АТС поменяли не победив.

проблема ушла ?

на какую поменяли ?

[Akela]

на панас тде, работает достаточно гладко, плюс с факсами перебои прекратились.

[LionB]

Мы с Akela были близки к решению, но клиент взбрыкнул... Точно дело в H323.. Как только уходим на SIP, то никаких проблем.. Мало того, мне известно только наличие этой проблемы в OS7200... На системе OS7100 или 7400 такого не происходит. Вся проблема в том, что в лаборатории не получается воссоздать такой эффект никак..