Можно. Если стоит ещё плата IO2N, то придется ещё снять платку-переходник ISAB2.
03.04.2014 20:32:17, etc.]]>
Коллеги, спасибо за разъяснения.
Еще один небольшой вопросик по данной теме. Хочу проверить и переключить перемычку XF03 если она действительно некорректно стоит. Соответственно нужно вытаскивать плату CPU7. Можно ли это делать не вырубаю всё шасси, а только выключив сам CPU командой shutdown -h now и переключив тумблер на передней панели в состояние off?
03.04.2014 20:26:41, Vladimir Shushkov.]]>
Предполагаю, что речь про:
3BA28041AA CPU backup 1 m system cable OmniPCX Enterprise Crystal hardware.
03.04.2014 09:18:20, etc.]]>
Это последовательный порт. Два маленьких разъема с контакта 17 - это Ethernet'ы, второй маленький с контакта 1 - это последовательный порт (А1, В1) дублирующего процессора.
03.04.2014 09:02:32, vad.]]>
Через CBRMA. Просто еще посмотрел на станцию сзади и обнаружил, что помимо кабеля с CPU на CBRMA с платы CPU выходит еще один провод, соединенный со вторым CPU.
03.04.2014 02:28:13, Vladimir Shushkov.]]>
На процессоре стоит коммутатор - один Ethernet наружу, второй внутри (on-board, embedded).
Если вы включаете ОБА процессора во внешний коммутатор - то встроенный Ethernet должен быть запрещен (перемещением перемычки). Если это не сделать - то у вас будет кольцо по передаче данных (встроенный Ethernet не может быть запрещен автоматически, с использованием протоколов типа STP).
А насчет - двух ног - я не понял, вы включились как-то не через CBRMA (где по ОДНОЙ дырке на процессор)?
01.04.2014 13:34:26, vad.]]>
Vad, спасибо за разъяснения. Прошу прощения что туплю, но если я решил использовать Ethernet, то что должно быть с указанной Вами перемычкой (межпроцессорный обмен по Ethernet должен быть разрешен?)?
И остался неясным вопрос насчет физического подключения CPU к свичу, т.е. можно ли оставить текущее подключение, когда оба CPU одной ногой торчат в свич, а второй связаны друг с другом, или же вторую ногу надо тоже подключать к свичу?
01.04.2014 13:24:37, Vladimir Shushkov.]]>
У вас - судя по всему проблема не с 6-м кристаллом, а с 6-й платой (межпроцессорный обмен).
Когда два процессора подключены к коммутатору - межпроцессорный Ethernet должен быть запрещен (перемычка XF03 должна быть в верхнем положении).
А будете вы использовать Ethernet или IO2 (c 8-ю каналами) сигналинг - дело ваше.
01.04.2014 09:01:10, vad.]]>
Здравствуйте, Коллеги!
Хотел бы вернуться к уже позабытой мной теме.
====quote====
куча вопросов. в первой станции IO2N появилась из-за наличия INTOF, что косвенно означает существование периферийного кристалла (его может не быть фактически - у вас эти платы не проинициализированы). если в периферийном кристалле за ИНТОФ стоит хоть одна плата eUA32 с аппаратами 9-й серии - наличие IO2N обязательно. Это касательно четкого критерия наличия IO2N.
=============
да, действительно, имеется периферийный кристал, который проинициализирован и скоро будет развернут. Насчет IO2N всё понятно. Спасибо. Тема закрыта.
====quote====
Во втором кристалле у Вас ИНТОФ нет, зато есть куча INT-IP - скорее всего за этими платами у вас стоят перифеийные кристаллы, только с включением по IP. Судя по примеру инцидента - есть кристалл 6. У Вас инциденты идут по всем линкам или тоько по этому?
=============
1. К сожалению, никаких 6-х кристаллов нет. Откуда станция берет эти данные - непонятно. Может ли быть такое, что где-то в конфигурации указано наличие 6-го кристалла, в то время как по факту его нет? Можно ли как-то отключить данный несуществующий кристалл, удалить о нем информацию?
Действительно есть куча INT-IP, но насколько я понял, основная масса из них не используется. Станция вяжется по IP (ABC-IP hybrid link) с 8-ю удаленными узлами. Но насколько мне известно, для этого достаточно одной платы. Также имеется небольшое количество IP-телефонов. Т.е. максимум необходимы 2 платы.
====quote====
4. надо оба процессора подключать к коммутаторам, если локальная сеть не айс то возможно что бд на процессорах будут расходиться. ребут атс потребуется
=============
2. В настоящий момент оба процессора подключены к одному коммутатору. Также процессоры еще одним линком соединены друг с другом напрямую. Правильно ли я понимаю, что в моем случае достаточно просто поменять сигналинг на Ethernet и перезагрузить станцию или, все же, речь идет о необходимости разрыва прямого линка между CPU и его подключения через свич?
Спасибо!
01.04.2014 03:15:58, Vladimir Shushkov.]]>
куча вопросов. в первой станции IO2N появилась из-за наличия INTOF, что косвенно означает существование периферийного кристалла (его может не быть фактически - у вас эти платы не проинициализированы). если в периферийном кристалле за ИНТОФ стоит хоть одна плата eUA32 с аппаратами 9-й серии - наличие IO2N обязательно. Это касательно четкого критерия наличия IO2N.
Во втором кристалле у Вас ИНТОФ нет, зато есть куча INT-IP - скорее всего за этими платами у вас стоят перифеийные кристаллы, только с включением по IP. Судя по примеру инцидента - есть кристалл 6. У Вас инциденты идут по всем линкам или тоько по этому?
Что касается инцидентов - если абоненты не жалуются - можно сильно не нагреваться, а задаться для начала вопросом, который я указал выше
13.02.2014 10:06:48, Dmitry Ryzhakov.]]>
Спасибо за информацию.
Уточнил сведения и выяснил, что неверно обрисовал текущую ситуацию. На самом деле одна из станций работает на 11-м релизе и оснащена платами IO2N. Сигнализация тем не менее указана N64. Указанных ранее инцидентов не регистрируется.
Вот текущий конфиг:
====code====
Crystal 0 : +-------------------------------------------------------------------+ | Cr | cpl| cpl type | hw type | cpl state | coupler ID | |----|----|------------|-----------|--------------|-----------------| | 0 | 0 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 1 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 2 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 3 | eZ32_2|---------- |ONLY OPS FILE | BAD PCMS CODE | | 0 | 4 | GPA2|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 6 | CPU7_STEP2|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 7 | IO2N|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 8 | INTOF2A|---------- | REG NOT INIT | BAD PCMS CODE | | 0 | 9 | eUA32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 10 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 11 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 12 | eZ32|---------- | REG NOT INIT | BAD PCMS CODE | | 0 | 15 | DECT8|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 17 | INTIPA| INT-IP | IN SERVICE | BAD PCMS CODE | | 0 | 19 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 20 | CPU7_STEP2|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 21 | IO2N|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 22 | BRA2|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 24 | INTIPA| INT-IP | IN SERVICE | BAD PCMS CODE | | 0 | 26 | RMA|---------- |ONLY MAO FILE | BAD PCMS CODE | | 0 | 27 | INTOF2A|---------- | REG NOT INIT | BAD PCMS CODE | +-------------------------------------------------------------------+=============
Другие станции на 8м и 9м релизах. Плат IO2N нет. Текущий конфиг:
====code====
Cristal 0 : +-------------------------------------------------------------------+ | Cr | cpl| cpl type | hw type | cpl state | coupler ID | |----|----|------------|-----------|--------------|-----------------| | 0 | 0 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 1 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 2 | eUA32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 3 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 4 | eUA32|---------- | IN SERVICE | 3BA23266AAAA04 | | 0 | 5 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 6 | CPU7_STEP2|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 8 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 9 | eUA32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 10 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 11 | NPRAE|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 12 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 13 | INTIPA| INT-IP | IN SERVICE | BAD PCMS CODE | | 0 | 14 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 15 | DECT8|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 16 | NDDI2|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 17 | INTIPA| INT-IP | IN SERVICE | 3BA23193ACAF06 | | 0 | 18 | INTIPA| INT-IP | REG NOT INIT | BAD PCMS CODE | | 0 | 20 | CPU7_STEP2|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 22 | BRA2|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 23 | GPA2|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 24 | DECT8|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 25 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | | 0 | 26 | RMA|---------- |ONLY MAO FILE | BAD PCMS CODE | | 0 | 27 | eZ32|---------- | IN SERVICE | BAD PCMS CODE | +-------------------------------------------------------------------+=============
Сигнализация также указана N64. Именно на этих станциях валятся сообщения о переполнении IO1. Пообщался с поставщиками станции: они сказали, что на последних двух станциях IO2N не нужен, так не та абонентская емкость. А первая станция была оснащена IO2N так при формировании заказа ACTIS указал на необходимость установки данной платы. В то же время четко ответить на вопрос: где тот порог абонентской емкости, после которого целесообразна установка IO2N - не смогли, сославшись на ACTIS, мол тот сам всё знает.
Прошу разъяснить следующие моменты:
1. Насколько критичны случаи переполнения C1 и инциденты 1602, 1608? Могут некорректно работать какие-то функции? (прошу прощения, что спрашиваю второй раз. Просто вопрос остался без ответа)
2. Есть ли четкие критерии, определяющие необходимость использования IO2N? Возможно на 2-й и 3-й станции, где имеют место указанные инциденты, данные платы необходимы.
3. На станции 1 (оснащенной IO2N) сигнализация указана N64. В то же время помимо Ethernet есть возможность выбора ION2 (или как-то так). Что это? А не означает ли данный вариант именно включение в работу IO2N?
4. Читал про подключение CPU7 к коммутатору и выбор режима Ethernet. Смущает следующая приблизительная формулировка: "необходимо подключение ВСЕХ Ethernet интерфейсов к одному коммутатору". Насколько я понял, каждая CPU плата имеет 2 порта Eth, один из которых используется для взаимодействие двух CPU между собой (т.е. CPU соединяются напрямую). Проверил на нашей станции - так и есть: CPU одним проводом связана напрямую, вторыми подключены к коммутатору. Так все-таки речь идет о включении в коммутатор каждой CPU двумя или одним линком?
Большое спасибо.
13.02.2014 01:59:39, Vladimir Shushkov.]]>
3. IO2N может работать как баласт в одном случае если не указан номер процессора, в других случаях процессор без IO2N при старте уходит в ребут если не нашел своего "собутыльника" (
) под названием IO2N4. надо оба процессора подключать к коммутаторам, если локальная сеть не айс то возможно что бд на процессорах будут расходиться. ребут атс потребуется
05.02.2014 09:19:41, error.]]>
Здравствуйте, уважаемые Коллеги!
По причине увольнения основного специалиста, занимавшегося телефонией в нашей организации, всё телефонное хозяйство досталось мне. Изучаю текущее положение дел и штудирую документацию. Был на курсах года три назад "System Administration and Maintanance Part 1". Многое позабылось, многое осталось не раскрытым.
Поэтому прошу отнестись с нисхождением к моим, возможно не совсем корректным, вопросам.
В нашей конторе используется 3 узла OXE (ACT), соединенных гибридными линками. Версия ПО везде разная: 8, 9, 10.
Обратил внимание, что на всех узлах постоянно фиксируются инциденты:
1608=No more room to store signalling message, param.: 6 11256 11256
1602=IO1 driver error, full output link 6
Я уже как-то задавал вопрос на эту тему, и мне было порекомендовано изменить параметр Signaling с Nx64 на Ethernet. Хотелось бы прояснить следующие моменты:
1. Правильно ли я понимаю, что речь идет о перегрузке C1 линка процессорных плат (у нас дублированные CPU7-2), используемого как backplane для соединения всех плат в единый кристалл?
2. Насколько критичны данные случаи переполнения? Могут некорректно работать какие-то функции? Дело в том, что с этими инцидентами живем уже 3 года и вроде ничего не случалось.
3. Насколько я понял из документации плата IO2N за счет большей мощи должна разруливать подобные перегрузки. У нас в каждой станции установлено по 2 таких платы. Получается они не работают вовсе? Как можно проверить их реальную вовлеченность в процесс обработки? И вообще, насколько я понял, до какого-то момента данные платы можно не использовать и процессоры сами будут справляться. Но после некоторого порога имеет смысл использовать эти платы. Что это за порог?
4. При изменении параметра Signaling нужно ли перезагружать станцию?
Большое спасибо!
05.02.2014 01:42:18, Vladimir Shushkov.]]>