Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Аппаратное обеспечение

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
IO1 vs IO2N, Различия в работе модулей
 
#1
05.02.2014 01:42:18
Здравствуйте, уважаемые Коллеги!

По причине увольнения основного специалиста, занимавшегося телефонией в нашей организации, всё телефонное хозяйство досталось мне. Изучаю текущее положение дел и штудирую документацию. Был на курсах года три назад "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 нужно ли перезагружать станцию?

Большое спасибо!
 
 
 
#2
05.02.2014 09:19:41
3. IO2N может работать как баласт в одном случае если не указан номер процессора, в других случаях процессор без IO2N при старте уходит в ребут если не нашел своего "собутыльника" ( :) ) под названием IO2N
4. надо оба процессора подключать к коммутаторам, если локальная сеть не айс то возможно что бд на процессорах будут расходиться. ребут атс потребуется
Пути IP-пакета неисповедимы
 
 
 
#3
13.02.2014 01:59:39
Спасибо за информацию.

Уточнил сведения и выяснил, что неверно обрисовал текущую ситуацию. На самом деле одна из станций работает на 11-м релизе и оснащена платами IO2N. Сигнализация тем не менее указана N64. Указанных ранее инцидентов не регистрируется.
Вот текущий конфиг:
Код
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 нет. Текущий конфиг:
Код
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 двумя или одним линком?

Большое спасибо.
 
 
 
#4
13.02.2014 10:06:48
куча вопросов. в первой станции IO2N появилась из-за наличия INTOF, что косвенно означает существование периферийного кристалла (его может не быть фактически - у вас эти платы не проинициализированы). если в периферийном кристалле за ИНТОФ стоит хоть одна плата eUA32 с аппаратами 9-й серии - наличие IO2N обязательно. Это касательно четкого критерия наличия IO2N.

Во втором кристалле у Вас ИНТОФ нет, зато есть куча INT-IP - скорее всего за этими платами у вас стоят перифеийные кристаллы, только с включением по IP. Судя по примеру инцидента - есть кристалл 6. У Вас инциденты идут по всем линкам или тоько по этому?

Что касается инцидентов - если абоненты не жалуются - можно сильно не нагреваться, а задаться для начала вопросом, который я указал выше
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
 
 
#5
01.04.2014 03:15:58
Здравствуйте, Коллеги!

Хотел бы вернуться к уже позабытой мной теме.

Цитата
куча вопросов. в первой станции IO2N появилась из-за наличия INTOF, что косвенно означает существование периферийного кристалла (его может не быть фактически - у вас эти платы не проинициализированы). если в периферийном кристалле за ИНТОФ стоит хоть одна плата eUA32 с аппаратами 9-й серии - наличие IO2N обязательно. Это касательно четкого критерия наличия IO2N.

да, действительно, имеется периферийный кристал, который проинициализирован и скоро будет развернут. Насчет IO2N всё понятно. Спасибо. Тема закрыта.

Цитата
Во втором кристалле у Вас ИНТОФ нет, зато есть куча INT-IP - скорее всего за этими платами у вас стоят перифеийные кристаллы, только с включением по IP. Судя по примеру инцидента - есть кристалл 6. У Вас инциденты идут по всем линкам или тоько по этому?

1. К сожалению, никаких 6-х кристаллов нет. Откуда станция берет эти данные - непонятно. Может ли быть такое, что где-то в конфигурации указано наличие 6-го кристалла, в то время как по факту его нет? Можно ли как-то отключить данный несуществующий кристалл, удалить о нем информацию?

Действительно есть куча INT-IP, но насколько я понял, основная масса из них не используется. Станция вяжется по IP (ABC-IP hybrid link) с 8-ю удаленными узлами. Но насколько мне известно, для этого достаточно одной платы. Также имеется небольшое количество IP-телефонов. Т.е. максимум необходимы 2 платы.

Цитата
4. надо оба процессора подключать к коммутаторам, если локальная сеть не айс то возможно что бд на процессорах будут расходиться. ребут атс потребуется

2. В настоящий момент оба процессора подключены к одному коммутатору. Также процессоры еще одним линком соединены друг с другом напрямую. Правильно ли я понимаю, что в моем случае достаточно просто поменять сигналинг на Ethernet и перезагрузить станцию или, все же, речь идет о необходимости разрыва прямого линка между CPU и его подключения через свич?

Спасибо!
 
 
 
#6
01.04.2014 09:01:10
У вас - судя по всему проблема не с 6-м кристаллом, а с 6-й платой (межпроцессорный обмен).
Когда два процессора подключены к коммутатору - межпроцессорный Ethernet должен быть запрещен (перемычка XF03 должна быть в верхнем положении).
А будете вы использовать Ethernet или IO2 (c 8-ю каналами) сигналинг - дело ваше.
 
 
 
#7
01.04.2014 13:24:37
Vad, спасибо за разъяснения. Прошу прощения что туплю, но если я решил использовать Ethernet, то что должно быть с указанной Вами перемычкой (межпроцессорный обмен по Ethernet должен быть разрешен?)?
И остался неясным вопрос насчет физического подключения CPU к свичу, т.е. можно ли оставить текущее подключение, когда оба CPU одной ногой торчат в свич, а второй связаны друг с другом, или же вторую ногу надо тоже подключать к свичу?
 
 
 
#8
01.04.2014 13:34:26
На процессоре стоит коммутатор - один Ethernet наружу, второй внутри (on-board, embedded).
Если вы включаете ОБА процессора во внешний коммутатор - то встроенный Ethernet должен быть запрещен (перемещением перемычки). Если это не сделать - то у вас будет кольцо по передаче данных (встроенный Ethernet не может быть запрещен автоматически, с использованием протоколов типа STP).
А насчет - двух ног - я не понял, вы включились как-то не через CBRMA (где по ОДНОЙ дырке на процессор)?
 
 
 
#9
03.04.2014 02:28:13
Через CBRMA. Просто еще посмотрел на станцию сзади и обнаружил, что помимо кабеля с CPU на CBRMA с платы CPU выходит еще один провод, соединенный со вторым CPU.
 
 
 
#10
03.04.2014 09:02:32
Это последовательный порт. Два маленьких разъема с контакта 17 - это Ethernet'ы, второй маленький с контакта 1 - это последовательный порт (А1, В1) дублирующего процессора.
 
 
 
#11
03.04.2014 09:18:20
Предполагаю, что речь про:
3BA28041AA CPU backup 1 m system cable OmniPCX Enterprise Crystal hardware.
 
 
 
#12
03.04.2014 20:26:41
Коллеги, спасибо за разъяснения.

Еще один небольшой вопросик по данной теме. Хочу проверить и переключить перемычку XF03 если она действительно некорректно стоит. Соответственно нужно вытаскивать плату CPU7. Можно ли это делать не вырубаю всё шасси, а только выключив сам CPU командой shutdown -h now и переключив тумблер на передней панели в состояние off?
 
 
 
#13
03.04.2014 20:32:17
Можно. Если стоит ещё плата IO2N, то придется ещё снять платку-переходник ISAB2.
 
 
 
Страницы: 1
Читают тему