Насчет модема и Ethernet - а не пробовали на последовательном порту (модемном) - поднять PPP соединение?
Очень полезная вешь (и не будут виснуть сессии - когда например сидя в mgr рвется коннект).

А в чем проблема юзать 4760i? Всего то надо было один раз поставить галку и рестартовать станцию? Нормальные люди это сразу делают при запуске станции.
Тем более 4760i дает массу приятных вещей - например сохранение/восстановление базы данных. Экспорт/импорт - взяли экспортнули таймера. Потом нечаянно загадили - взяли импортнули обратно.
Достучаться через броузер можно.
Можно создавать записи пачками (например создаем 10 абонентов - указали номер 1000:1009 - создадите 10 номеров).
Редактировать в виде таблицы - выделили две категории - и смотрите ОТЛИЧИЯ (или одну скопировали, в другую значения вставили).
Можете открыть НЕСКОЛЬКО объектов - плату/ цифровой доступ, транковую группу, дискриминатор и т.п. - и быстро перемещаетесь между ними.
В общем - изобретать велосипед надо - если дофига времени и пара велосипедов лежат на антрессолях.

х.з.
Был как-то глюк - не регистрировались трубки mobile. Выглядело как проблемы с базой. При работе с ней выскочило чего-то на тему recall prefix. В плане нумерации (где инсталляционные номера) было пустое поле recall prefix. Вернули туда (то-ли 0, то-ли 9) - и все заработало!!!
Чудеса бывают разные.
Регитсрирует ЛЮБУЮ, но ОДНУ?
А если регистрировать GAP?

Залили софт, сделали базу, залили ключи (два последних пункта зря).
Залили старую - соответственно новые ключи похерили. Имеете релиз 9.1 и базу (и ключи) от релиза 6.2 - отсюда и паник флаг.
Повторю - софт, старая база, новые OPS файлы, старт телефонии - только так. и никак иначе.

Без разницы - делали вы чего с базой или нет.
Panic flag - это несоответствие OPS файлов (лицензий) тому что у вас прописано.
Собственно - как ставили OPS файлы (я надеюсь ПОСЛЕ установки релиза и восстановления базы), что при этом говорило.
Ну и соответственно - когда стартуете - у вас есть инциденты - там должно быть написано, чего не понравилось в базе/файлах/ лицезиях.

такие проблемы бывают - когда ставят криво. Как всегда не написали - как делали (сохранили базу - как?, налили софт - без проблем?, восстановили базу - Linux, mao - без проблем? Загрузили новые OPS - без проблем, файлы честные?).
Ну и главное что получилось - ругается на что при старте? Что значить - ключи ПОЛОВИНА не работает? если все в порядке со 165-м ключом - собственно релиз, то с остальными какие могут быть проблемы? Вы смотрите spadmin и у вас чего - ПРОПАЛИ лицензии? Тогда как вы ставили OPS файлы от 9.1? Станция не даст так просто поставить левые или МЕНЬШИЕ файлы.

Описанный метод - не может не работать. Смотрите внимательней свой менеджмент.
Типовая ошибка - вы через DID превращаете номер в 888567 и добавляете инсталляционный номер из ентити (например 1234), соответственно номер уходит реально 1234888567.
Когда говорите использовать персональный номер - то надо прописать у абонента ВЕСЬ номер 1234888567. (при использовании персонального номера НИЧЕГО не добавляется).
Ну и когда пишете, что не работает - мы же не юзеры, пишите КАК неработает, показывайте трассировки.

А то беседа не о чем - сделайте так-то - не работает. Если не пишите, что и КАК не работает - давать ДАЛЬНЕЙШИЕ советы тяжело.

зачем? Поменять IP адреса как написано в доке на 4760

Не понятно - зачем вы пытаетесь установить такие адреса. Это служебные туннельные адреса.
Смотрите на станции по netadmin -m адрес ethernet (например 10.253.1.1) и коннектитесь по Ethernet (естественно адрес должен быть на сервере из этой сетки, например 10.253.1.10).

А вот если у вас ДАЛЬШЕ есть еще станции (узел 2, 3), не доступные по ethernet (например через ABC-F классический линк включены):
То вы имеете коннект с 1 по ethernet.
А для коннекта с 2 и 3 указываете IP/X25 с адресами типа 172.30.253.2, 172.30.253.3 и указываете, что шлюзом является 1-й узел.
И прописываете на тех узлаз в netadmin статический роутинг - для адреса 10.253.1.10 (РС) указываете шлюз 172.30.253.1 (1-й узел).

А все-таки - чего хочется? IVR - это некоторое устройство, которое вам отвечает, чего-то говорит. Анализирует в ответ набираемые DTMF цифры, или распознает голос. Соединяет вызывающего с требуемым абонентом.

Собственно есть системы на платах CTI подключаемых по E1, к Z комплектам. Были которые сидели за платами PCM2.
Собственно от станции в основном требуется проключать входящего абонента в сторону IVR и потом IVR (если требуется) набирает номер абонента и делает трансфер.

Если у вас есть Asterisk c IVR - вам требуется просто связать ОХЕ и *. Через SIP или ISDN. Смотря чего есть у вас и в *.

Тогда еще не понятнее - как вы ОДНОВРЕМЕННО имеете отсутствие трейса между ОХО и Cisco, и наличие звонка у внешнего абонента? Так не бывает. Вы же как-то через циску достучались?

Вы хотите сказать, что у вас в шаринг матрице - ВСЕ квадратики с "+"? Всем разрешено идти везде?
Обычно выглядит  - поделено по диагонали, сверху "+", снизу "-".
Что при дефолтовском менеджменте шаринга (мне так помнится) запрещало транзит. Т.е. в access стоял шаринг 16, в транковой группе 2, и соответственно по таблице шаринга это означало запрет транзита.

А собственно никаких наворотов и нет - у вас две транковых группы.
Занимаете одну, набираете туда цифры, посылаете АОН.
Собственно - все что отправите - то и получите во 2- TG.

Т.е. нет никакой особой разницы - стыкуете вы 2 станции и из одной чего-то набираете в другую. Или заворачиваете потоки друг на друга.

Единственная разница - в первом случае исходящий набор менеджментится на одной станции, входящий на другой. А здесь обе стороны в одной станции.

Все делается через него.
Для очистки NAND флеша - 1,2,4 on, 3 off (обычно не требуется)
В нормальной жизни
GD 2 on, 1,3,4 off
GA 1,2 on, 3,4 off
Вроде так - т.е. по сути CS=1, GD=2, GA=3.

третий раз повторим вопрос - шаринг и баринг (в первую очередь шаринг) - шаринг входящего ДОСТУПА по отношению к шарингу исходящей ТРАНКОВОЙ ГРУППЫ - позволяет такой вид соединения?