OS7200 виснут наглухо

[vargevol]

Господа, в общем имеем сеть из 22 станций OS7200, OS7100 вяжущихся по протоколу SPNet.

С недавнего времени OS7200 стали виснуть наглухо. Комбинации блоков различные, процессорная плата везде MCP.
перед зависанием в логах ближайщей ко мне АТС следующее:

MJE04 10/23/2013 20:12:31 MGI NTWK Error C1-S01
MNF38 10/23/2013 20:22:06 Card Active C1-S01
MNF38 10/23/2013 20:32:03 Card Active C1-S01
MNF38 10/23/2013 20:42:04 Card Active C1-S01
MNF38 10/23/2013 20:52:04 Card Active C1-S01
MNF38 10/23/2013 21:02:04 Card Active C1-S01
MNF38 10/23/2013 21:12:05 Card Active C1-S01
MNF38 10/23/2013 21:22:05 Card Active C1-S01
MNF38 10/23/2013 21:32:05 Card Active C1-S01
MNF38 10/23/2013 21:42:05 Card Active C1-S01
MNF38 10/23/2013 21:52:06 Card Active C1-S01
MNF38 10/23/2013 22:02:06 Card Active C1-S01
MNF38 10/23/2013 22:12:06 Card Active C1-S01
MNF38 10/23/2013 22:22:06 Card Active C1-S01
MNF38 10/23/2013 22:32:07 Card Active C1-S01
MNF38 10/23/2013 22:42:07 Card Active C1-S01
MNF38 10/23/2013 22:52:07 Card Active C1-S01
MNF38 10/23/2013 23:02:08 Card Active C1-S01
MNF38 10/23/2013 23:12:08 Card Active C1-S01
MNF38 10/23/2013 23:22:08 Card Active C1-S01
MNF38 10/23/2013 23:32:08 Card Active C1-S01
MNF38 10/23/2013 23:42:09 Card Active C1-S01
MNF38 10/23/2013 23:52:09 Card Active C1-S01
MNF38 10/24/2013 00:02:09 Card Active C1-S01
MJA01 10/24/2013 07:50:09 Power On Restart Pwr reset

На портах коммутатора к которому подключена АТС ошибок не наблюдается.

Если включить самодиагностику, Виснуть наглухо перестает, но отваливаются DTMF-приемники:

MJC01 10/22/2013 03:00:15 DTMF Fault C1-DSP:4

Перегружать станции руками уже честно говоря достало.

Ведет себя подобным образом на прошивках c 4.14k до 4.46d

Версия MCP - V00

Есть одна единственная стабильно работающая АТС с версиями прошивок:

MCP - 2.69
MGI - 1.08

Что можно сделать с этой поделкой?

[LionB]

С недавнего времени OS7200 стали виснуть наглухо
-> Просто так ничего не бывает.
Если системы выставлены просто в публичный интернет, то банально стали попадать под Bot/DoS атаки, так как бесопасность в таком случае 0.
Если все в локальной сети и работает по VPN, то аналогично могла завестись зараза внутри, вот для чего существует понятие VLAN.

[vargevol]

На данный момент АТС находится в отдельном vlan. По IP она общается с OS500, OS7200 и OS7100 во внутренней маршрутизируемой сети организации. В public internet она не смотрит.

Хронология такая:

Началось все в сентябре. В один прекрасный день отвалился DTMF-набор. Ну, думаю, отвалился и отвалился. Перегрузил АТС Через MMC 811.

На следующее утро то же самое. Погуглив, наткнулся на тему аналогичного форума компании миаком. Почитал, отключил диагностику, прошло два дня, OS7200 повисла наглухо.
Т.е. интерфейсы пингуются, а процессор не откликается. Пришлось топать ногами в другое здание, за несколько сотен метров, и перегружать по питанию.

Посмотрел на статистику портов коммутатора, да, действительно, ошибки на портах, причем по направлению от АТС к коммутатору.

Сменили пачкорды, на заведомо рабочие, прошедшие тестирование на коммутаторе Cisco.

Результата ноль. в журнале MGI Ntwk Error.

Сменили коммутатор на Cisco 3750.

Ничего не меняется.

Выделил АТС внутри офиса в отдельный маршрутизируемый vlan, переконфигурировал все станции сети на новые IP офисных станций. Все работает, но о5 до следующего утра.

Подумалось, может дело в прошивке? стояла 4.21d поднял до 4.30k

Эффекта ноль.

Сегодня утром всплыли подробности о которых я уже написал. Оказывается злосчастная железка не одна у нас такая. В других филиалах она так же виснет и доблестные админы в ручном режиме ее дергают каждые вторые сутки.

Из чтения документации, форумов и иной попавшейся на глаза информации, пока что формируется одно мнение - в случае отключенной самодиагностики плате MGI становится плохо, она в течении заданного интервала не отвечает на ICMP от MCP, MCP пытается ее рестартнуть, и так продолжается до полного подыхания MCP.
Включаю обратно самодиагностику - гарантированно отсыхают DTMF-приемники.

ЗЫ немного лирики. Это первое на моей памяти VoIP оборудование, отличающееся подобной "стабильностью". Досталось оно в наследство До этого работал с Cisco, Avaya, Nortel

[Ave]

у платы MGI какая версия прошивки?

[LionB]

Тогда надо смотреть, какие стоят карты MGI, с какими версиями и с какими версиями MCP в паре.
Сменилось 3 поколения карт MGI. Те же MGI3 базировались на двух поколениях Audio Codos камнях. И при установке дочек расширения, камни на карте и дочках должны были быть одинаковые.

У меня стоят 2 OS7400 и порядка 750 IP телефонов, последний аларм в январе этого года - оператор дергал E1

И указанные тобой брэнды, если к ним не прикладывать руки, тоже всяким страдают.
У нас в сервисном центре стоит Avaya Definity, на котрой так и не победили пропадание звука во время разговора.

[vargevol]

у платы MGI какая версия прошивки?

Если верить 2.2.0 - 07.10.25 1.14 на тех атс которые виснут.

Обновлял некто известный на этом форуме как citycat, судя по его сообщениям на этом же форуме. Обновлял давно.

Версия MGI на той АТС которая не виснет, 2006.05.19 1.08

Дело может быть в версии прошивки MGI?
Насколько я понимаю она шьется через SIO. Или есть более человеческий способ?

[vargevol]

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

Ну это в любом деле верно

[LionB]

1) Если на MGI имеются дочки, проверь чтобы камни с материнской картой совпадали
2) Еще посмотри, какой EPLD на этих MGI там же в 2.2.0
Details of Change
1. To change CPLD version of MGI board from V2.0 to V3.0 to make MGI board restarted by Power Reset and BRST
2. To prevent the restart malfunction of MGI board

Сама версия шьется по Telnet и FTP (это последние модели карт MGI16 и OAS настраиваются на апгрейд по SIO, а потом автоматом тащят версию с TFTP простым рестартом).
А вот EPLD от Altera перешить нужен спец. шнурок.

[vargevol]

1) Если на MGI имеются дочки, проверь чтобы камни с материнской картой совпадали .

Это попробую.

2) Еще посмотри, какой EPLD на этих MGI там же в 2.2.0

Версию EPLD не светит, ни в IT, ни в OSDM.

Details of Change
1. To change CPLD version of MGI board from V2.0 to V3.0 to make MGI board restarted by Power Reset and BRST
2. To prevent the restart malfunction of MGI board

Вот тут недопонял. Т.е. попытаться откатиться на 1.08, или уже существуют версии 2.0 и 3.0?
Если да, то где их взять?

[LionB]

Версии MGI есть тут http://forum.officeats.ru/viewforum.php?f=31
Последняя v1.16 в аттаче.
EPLD все равно без шнурка не перешить http://www.altera.com/literature/ug/ug_usb_blstr.pdf