Простите, а что и зачем вы хотите сбросить?
по i + # - в настройки не пускает? Настройте все чего вам надо (там собственно и настраивать-то обычно - адрес, маска, шлюз, TFTP сервер и ИЗРЕДКА номер VLAN).

Или присвоить VoIP плате реальный белый адрес.

Я б для начала стартовал без телефонии. Под swinst - посмотрел все ли хорошо на диске (Software Identity Display), если Ок - скопировал данные из netadmin, выровнял базу через mastercopy - а там уже видно будет.

Но если вы чувствуете неуверенность - рекомендую работать только через последовательный порт (через шнурок втыкаемый в разъем "Config". По крайней мере сможете все вернуть взад.

А всетаки - кого и где не видно? Процессор или GD?

насчет процессора/GD и прочего:
- вы можете воткнуть ком порт в плату GD (в правый верхний разъем) и с помощью любой терминальной программы - TeraTerm, SecureCRT, Hyper Terminal - зайти туда - admim.... и т.д.

ИЛИ!!! Если вы не имеете возможности включиться туду ком портом (нету шланга, GD в 100км от вас и т.п.)
вы зайдя на процессор (например под mtcl) можете попробовать зайти на GD телнетом. Но по дефолту с релиза 7 у вас это не прокатит. Вам до запуска телнета на адрес GD, надо на процессоре набрать команду ippstat, там в меню, в конце - найти что то на тему Enable telnet session for GD/GA (или как-то так), разрешить. А потом вы с процессора сможете зайти на GD телнетом (только надо вместо команды telnet набирать telnet_al).

Бред.
На процессоре через netadmin задается адрес/маска/шлюз.
На VoIP плате через менеджмент (GA/INTIPA) или через mgconfig (для GD/INTIPB) - указывается свои адрес/маска/шлюз (для GD/INTIPB еще и адрес процессора).

Стоять они могут где угодно - например процессор в Перми, GD в Екатеринбурге.

У нас на станции (и у многих есть похожее) - процессор в локалке, а VoIP в DMZ.

для начала - укажите - у вас GD-3 или предыдущие.

По IP параметрам, повторюсь, может кому интересно (не делим на выном и основную станцию):
- для GA, INTIPA - указываете через менеджмент (shelf/board/ethernet parameters) параметры (адрес, маска, шлюз), вставляете и все работает.
- для GD, INTIPB - указываете через менеджмент (shelf/board/ethernet parameters) ethernet address (МАС адрес). Все остальное указывается через консольный порт. (до GD3/INTIP3 - параметры могли быть засунуты в плату по DHCP).

Сейчас у вас есть работающая GD (интересно GD-3 или нет). Если хочется поменять адрес - можно встать консольным портом, можно зайти по телнет. ПЕРЕД тем как идти по телнет - надо разрешить его (на процессоре - ippstat, там выбираете сессию телнета для GD/GA, указываете полку/плату) и ходить по идее командой telnet_al на IP адрес GD.

Собственно не понял до конца вопрос - что за адреса вы хотите поменять. Адрес платы GD? Тогда как было написано выше.
Заходите под admin, далее su, потом mgconfig и меняете чего вам надо (это если GD/GD-2).
Если у вас GD-3 - делайте что написал Prost - на процессоре даете команду cpl_online

по идее out of services.
хотя наверное станет понятнее если воспользоваться сначала хелпом dectsets --h
а потом дать более подробные команнды типа
dectsets v
dectsets state

А вы чего ожидали? Вы сказали противоположной стороне, что голос надо слать на адрес 172.16.0.5. И как вы предполагаете та сторона сможет это сделать? Она не знает как слать пакеты на внутренние адреса вашей сети.
Присваивайте VoIP плате внешний адрес или ставьте SBC (ssession boarder controller) или что-то аналогичное.
Собственно об этом я и писал в сообщении №8.

для того чтоб зайти на GD телнетом (4760 тут не при делах):
на процессоре в ippstat разрешаете сессию телнета для своей GD
идете туда с процессора командой telnet_al

Просто при таком раскладе (без использования SBC) - когда вы разберетесь с NAT и пр. Произойдет примерно следующее (как я думаю).
Сигнализация ходить будет (NAT нормально сработает в обе стороны), естественно на вншений GW вы пойдете (на 195.47.255.97). Но при этом вы скажете, для установления голосового соединения шли провайдер мне RTP пакеты на адрес 172.16.0.4 (или 5) - а вот сюда он и не достучится. Т.е. вам придется делать VoIP плате внешний адрес (без всяких NATов) или ставить посередине чего-то типа SBC (Session boarder controller) или что-то аналогичное.

А можно пару слов про вашу схему (с точки зрения передачи данных - какие адреса на проце, какие на VoIP платах или на телефонах, если они IP)? Вы (судя по 172-м адресам) сидите в приватной сети за NATом?

Про компрессоры я упомянул просто в том плане, что при включенном Direct RTP они все лежат в одном пуле и будут использованы там где надо. Надо ли их будет - я ведь не знаю - кто у вас звонит, какие требования по кодекам с разных сторон.
Лицензии - можно и докупить    если у вас окрыты лицензии на сеть - вы чем планировали объединять станции? В конфигураторе (Актис) упоминание про ABC-F есть только в разделе H323 (в разделе SIP никто поддержку ABC-F не обещал).

Если supervised by routing на ней не включить - значить как TG для VPN overflow ee использовать нельзя. В ней нет реальных доступов - соответственно не создать Х25 кластер для ресурса.
Но собственнно не вижу в этом плане никаких проблем (если у вас 2 ОХЕ с VoIP, которые могут достучаться друг до друга - ведь сигналинг у вас ходит) - пропишите кроме SIP еще и H323 TG. Мне казалось, что нет особых проблем в одновременном существовании - SIP сигналинг на проце, H323 на VoIP плате, кодеки используются для тех звонков которым они нужны.

По документу MLE_CrossCompatibility_Jan_2013_Ed17 - работают эти железки с 9.1 (причем нельзя одновременно использовать в одном кабинете старые платы с новыми - стоит GD2, то GA3 сюда уже не поставить).