А все остальное есть?

а 28 Number of PIN - вас не заинтересовал?

Где взять, где взять - купить.

Я просто думал что у вас уже имеется система мониторинга типа HPOV и собственно вы хотите распространить ее и на станцию. А ежели ее нет - тогда я вас не понимаю. Обычно сначала решают что хотят получить на выходе и почем. А далее выбирают средства достижения этого.

Может вам проще прикупить 4760?

cdmao, cfgUpdate - сколько кодов у вас разрешено?

Не понял по какому адресу вы пытаетесь подключиться и куда вас отправляют.
Есть проц1 с адресом 1
Есть проц2 с адресом 2
Есть упоминание main с адресом 3.

Для управления станцией всегда идем на 3 (не важно который проц сейчас работает, ответит тот, кто РЕАЛЬНО управляет станцией). Вы не знаете кто вам ответит - процессор 1 или 2. Вчера отвечал 1-й, сегодня он сдох, станция перешла на 2-й проц и теперь на адрес 3 ответит проц 2.

Если хотим что-то поделать с конкретной железякой (и когда выключена телефония) - то соответственн идем на адрес 1 или 2, попадая конкретно на процессор 1 или 2.

#102 - это префикс занятия или ARS а не номер транковой группы (посмотрите в translator/ prefix plan).
А на тему дискриминатора - я предложил как считаю правильней, а как вы сделаете - это ваше личное дело. Вспомните о дискриминаторе, когда вас попросят, чтоб какие-то абоненты вашей станции не могли набрать в сеть например номера больших начальников в других местах.

Префикс занятия - с упоминанием overlapping. Этого неувидел в параметрах префиксы в Direct Abbrev.Numbering. - а чего у вас в ячейке означает #102.
Насчет номеров разной значности - я бы написал в транковой группе, что совместима с дискриминатором (например 1, если 2 и далее - не забываем entity/discriminator selector). И собственно в дискриминаторе бы спокойно писал:
3 - 4-е цифры,
2052626 - 10-ть и т.д.

Во первых не будут набирать чего попало, во вторых - не будет проблем с набором номера блоком (и не надо будет ждать 5 сек после набора номера или нажимать #, говоря станции, что набор номера окончен).

подключились под swinst - поменяйте пароли для других аккаунтов на нужные вам (expert menu/ system management/ account management).

1 - Overlap dialing в параметрах TG - не трогайте, оставьте по дефолту. Он касается ВХОДЯЩЕЙ связи.

2 - при работе по IP - всегда и все отправляем блоком (setup sending complete + весь номер). Для этого - в System - не должно стоять галки на overlap seizure.
Префикс занятия - с упоминанием overlapping.
Транковая группа - указано количество цифр (лучше дискриминатор, с прописанными цифрами и ЗНАЧНОСТЬЮ номера, не в коем случае не 255).

3 - при транзитах - станция не будет копить номер (как при наборе собственным абонентом). Люди присылающие номер при транзите должны его прислать блоком (или организовывать транзит через ARS).

Мне показалось - что основная проблема с деградацией микросхем ОЗУ (те которые CY, зеркальной цоколевки) на процессоре и карточке расширения памяти.
С микросхемами М5М проблем обычно нет.
Если есть возможность  - попробуйте поменять MEB карту (а еще лучше - попробуйте поменять ОЗУ - если найдете, обратите внимание на цоколевку!!).

10.104.12.8 на 10.104.10.6. - как у вас с совместимость посылания таких пакетов на сети, разрешено?
Может перейти и там на Н323?
У вас SIP в станции какой (TG сигнализация) - ISDN или ABC-F? Мне кажется ISDN в данном случае правильней.

Телефонию МОЖНО запустить через RUNTEL, но в swinst автостарт поставьте (чтоб в следующий раз телефония запускалась самостоятельно).

К тому процессору, который сейчас работает - подключиться удается?

Релиз - когда заходите на станцию - пишет типа (в том числе)
R7.1-f5.401-29-a-ru-c80s1
Это и интересует.

Дав команду config с указанием номера выноса видим:
config 1



  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  1 |  0 |          GD|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  1 |  1 |      UAI 16|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  1 |  2 |          GA|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  1 |  3 |      UAI 16|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  1 |  4 |      MIX484|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  1 |  6 |      PRA T2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  1 |  7 |   SLI 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  1 |  8 |          CS|---------- |  CALL SERVER |   BAD PCMS CODE |
  +-------------------------------------------------------------------+

Собственно и видим плату GD в нашем случае.

не понял - вы ввели адрес! и имя гипервизора в менеджменте, сделали всякий основной менеджмент и у вас проблемы? Или вы просто указали имя и адрес и теперь пытаетесь пинговать (зачем-то)?
Что бы пинговало по имени и адресу (в операционке) нужен не домен, а DNS. Или в netadmin -m прописать имя/адрес в хостах.

Из 918 ТС (можно скорее всего, восстановив локально параметры, выполнить 2 последние строки).

When the GD loses its IP parameters, the only way to solve it is to re-enter the parameter using V24 connection.
− To prevent the GD losing its IP parameter, the following procedure should be used for each GD:
!!! This workaround does not apply for Ethernet flooding; refer to paragraph 4. Only software correction is preventing from the issue in such case.
• Connect to the GD:
♦ To know the IP address of the GD, use the cplstat cr cpl command (cr cpl is the crystal and coupler number of the GD).
♦ From the CPU, use the telnet @ip command (@ip is the IP address of the GD)
• Log as root on the GD (using su – command).
• Use the save_ifcfgeth0 command.