сдох он совсем , этот MWS - передача пропала с порта, смотрящего в сторону города.

пингануть с обоих процессоров друг друга, а потом по ARP убедиться, что MAC-и действительно от них, а не левые от других железок.

ок, спасибо, про то что у меня патч ниже , чем ваш, это понятно, просто хотел в скриншоте действительно убедиться )

у меня R10.1.1-j2.603-25-a , не вижу (( , кинь скриншот в ЛС если не трудно

я имел в виду телефоны типа Alcatel-Lucent 8029 Premium DeskPhone ,Alcatel-Lucent 8039 Premium DeskPhone

У себя на одной из OXE с софтом R10.1.1 посмотрел, нету выбора 80-й серии цифровиков (типа Alcatel-Lucent 8039 Premium DeskPhone), только 9-я, может не там смотрел конечно )). Подскажите пожалуйста, с какого релиза доступны эти телефоны, как они в работе по сравнению с 9-й версией телефонов.Лично от себя -телефоны 4035 и 4020 ни на что не менял бы )

спасибо , тема закрыта, БП куплен, спасибо форумчанам  

Супер , спасибо, VAD! В entity городской TG в Calls Distribution в параметре Overflow Routing No стояла переадресация на виртуальный номер, который я прописывал лет 5 назад.Очистил его , стало городу отдавать IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER.Хотя странно , я его прописывал давным давно и в 7-м релизе работало нормально при падении линка между станциями, шла занятость при звонке из города.

Имеется такая схема город----OXE2(R10.0-j1.410-49-a-ru-c7)---стык ABCF по E1---OXE3
ОХЕ3 пока в дауне, сдох блок питания.Проблема вот в чем.Если позвонить из города (хоть с мобилы хоть с фиксы) на нумерацию упавшей ОХЕ3, то будет идти КПВ, вместо  занятости.Так раньше и было , когда на охе2 стоял софт 7.1. Если падал поток на охе3, то при звонке на ее нумерацию из города было занято, а мобилка вроде писала сеть недоступна .Осенью я обновил эту транзитную охе2 до десятой версии.Теперь идет кпв вместо занятости.на ОХЕ2 прописано звонить на ОХe3 как routing number.Соответсвенно , если удалить его, тогда начинает вроде работать как надо, при звонках с фиксы, но с мобилки опсос голосом говорит- неправильно набран номер.Но это и понятно, так как в трассировке 2-я нода при удалении роутингового префикса на нумерацию 3-й ноды отсылает cause invalid number.Подскажите пожалуйста где подкрутить настройки, чтобы при падении линка ABC-F на конечные станции 2-я нода(она же транзитная) отдавала в город правильный cause вместо КПВ при входящих звонках из города на нумерацию упавшей станции (типа destination out of order)?Если набирать на OXE2 не через город а по внутрянке OXE-OXE , то как и обычно, рисуется NETWORK LINK O/S на дисплее цифровика. Спасибо.
Ниже трасссировка входящего звонка с мобилки на OXE3, которая полностью выключена (сдох БП в WM1), при этом идет КПВ
============================================================­=========================

(102)xa001002> mtracer -a 890xxxxxxxx
Traces Analyser activated

mtracer started ...
(986834:000001) MTRACER host (, xa001002), version: R10.0-j1.410-49-a-ru-c7
(986834:000001) MTRACER num: 090, time: 2014/05/22 21:47:48, loss: 0%
____________________________________________________________­__________________
| (986896:000002) Concatenated-Physical-Event :
| long: 53  desti: 0  source: 0  cryst: 3  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 44 33
| X SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
| IE:[6c] CALLING_NUMBER (l=13) -> 00 81 Num : 890xxxxxxxx
| IE:[70] CALLED_NUMBER (l=7) -> c1 Num : 4XXXXX
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (986896:000003) 1094: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 3  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  c4 33
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (986896:000004) 1094: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 3  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  c4 33
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

спасибо , это уже видел и в курсе с доставками, ибо сам ебай-китай-шоппер   , указал в топике специально, что место лежки зверя cb 160 желательно в Москве, просто может у кого списанная атс-ка WM1 валяется хламом в дальнем углу склада.

Собственно , может быть у кого-нибудь из форумчан есть на продажу сабж Alcatel CB160 3BA53127 блок питания для WM1 rack ? Только желательно забирать из Москвы.Естественно, в рабочем состоянии нужен )) .Жду в ЛС.

у меня такой инцидент происходит около часа ночи.В это время станция делает бэкап сама себе.Может у вас тоже самое происходит, просто в планировщике время указано делать это вечером.
10/04/14 00:27:16 001002S|---/--/-/---|=4:3077=NTP: Synchronization lost

У меня была проблема на CS-2( абсолютно новом)- был плохой выключатель питания, приходилось раз 10 туда
сюда его подвигать прежде чем проц включался.Мда... халтурить однако капитально стала ALU

Собственно вот

спасибо, а фото данного девайса нету? в интернете так и не нашел данного зверя.