Спасибо! Благодаря Вашим объяснениям удалось немного продвинуться, но до конца проблему решить не удалось.

Удалось разобраться с получением адреса по DHCP. Проблема заключалась в том, что порт коммутатора (Cisco), куда подключен телефон, я настроил в обычном режиме access
Vlan 19 - выделенный Vlan для телефонии, куда подключены станции с платами, а также IP-телефоны. В настройках телефона сказал, что VLAN использовать не нужно (пробовал с наоборот, говоря телефону о необходимости использования VLAN, при этом VLAN ID = 19). В результате телефон не получал адреса по DHCP и застывал на втором этапе.

После того как я изменил настройки порта коммутатора на следующие
Телефон успешно получил адрес. Изначально я не хотел настраивать voice vlan (802.1p) и поэтому использовал первый вариант настроек. Видимо, он оказался неработоспособен из-за AVA (Automatic VLAN Assignment). Наверное, нужно его отключать на станции, если есть необходимость использования простого access-порта. В общем, с горем пополам адрес я получил.

На удаленной станции создал абонента для этого телефона. На локальной станции в префикс плане автоматически (видимо через broadcast) префикс типа Network number прописался с указанием на удаленный узел (тип Station, идентификатор 74).

На локальной станции выполнил lanpbxbuild. В первую очередь решил посмотреть его текущие параметры и очень удивился когда увидел, что ничего не настроено, но IP-телефоны тем не менее работают.
Добавил следующие настройки
Остальное все - nonе. По адресам: процессоры локальной станции - 10.197.133.11, 10.197.133.10. Виртуальный IP на кластер (main) - 10.197.133.12. Виртуальный IP удаленной станции (там тоже два CPU) - 10.197.133.3.

Телефон загружается. Проходит 5-й этап. Просит ввести номер. Ввожу. Просит ввести пароль. Ввожу 0000. В ответ на телефоне получаю сообщение о достижении какого-то максимума.

Думал, что превышено кол-во лицензий на IP аппараты на удаленной станции. Однако spadmin показывает, что как минимум одна свободная лицензия есть точно.

Подскажите пожалуйста в чем проблема.

Спасибо!

Предполагаю, что надо было сделать две записи, каждая со своим процессором, а не, как сейчас, в одной записи оба адреса.

Со статикой и двумя записями попробую сегодня посмотреть.

Насчет первых двух путей Error-а:

1. Конфигурацию VLAN изменить не получится. Станции уже развернуты давно, между ними уже настроено взаимодействие по ABC-IP линку. Также, к ним подключаются по IP другие узлы. Слишком уж много придется ковырять чтобы добиться корректной маршрутизации между узлами.

2. На станциях A и Б по-разному настроены ARS маршруты. Станции территориально разнесены по городу. Я являюсь абонентом станции Б. Периодически приходится проверять корректность отработки ARS (в данный момент второй маршрут не отрабатывает, о чем я создавал отдельный топик) на станции А. Приходится проверять следующим образом: отключил основной маршрут в надежде проверить состояние второго, позвонил коллеге на станцию А и сказал "Дружище, попробуй позвонить туда-то", потом он перезванивает и говорит "Слышу короткие гудки". Т.е. это крайне неудобно. Для того чтобы никого не дергать необходимо иметь аппарат, который привязан именно к узлу А, хотя находится в том же здании где и станция Б.
Между зданиями есть несколько медных пар и в принципе можно повесить аналоговый аппарат в здании Б и прокинуть его на станцию А, но для этого требуется очень много "монтажных" работ. Посмотрел в сторону IP как наименее трудозатратную и логичную.

путь 2 - что мешает использовать ARS + сетевая TG

сетевая TG должна быть зеркальная тобишь если на нодеА реальная TG 101, то на нодеБ сетевая TG тоже должна быть 101 с указанием node - нодаА

Со статикой все заработало - спасибо! Наверное можно тему закрывать, хотя нерешенный вариант DHCP все же интересен. Попробую повозиться попозже.