В смысле - нажали кнопку - и вам 15000 имен на дисплей? Никак.
Поиск по имени - набираете две буквы - вам предлагается все что начинается с них.
Или ставите софтинку - типа UCC, smart phone - приблуда которая позволяет смотреть номера, списки звонков, набирать номера.
Или заводите на предприятии какой нибудь директорий (типа LDAP) и смотрите там, станция при наборе имени то-же умеет смотреть в LDAP каталог.

Иными словами - просто нажатием кнопки вывести просто попорядку ВЕСЬ phone book  - не умеем. При количестве номеров больше 20-30, не понятно зачем это надо (кроме того, что начальник так хочет).
Попробуйте всех назвать, например:
ОХЕ_Ivanov
OXE_Petrov
тогда для вывода списка - на клавиатуре аппарата набираем ОХ и жмем ентер.

Ну так посмотрите тип - соответствует или нет, проблема с этим какая-то? Звоните абоненту, он отвечает, просите почитать, что на дне аппарата написано - 4029, 4039 - цифры. не буквы. их и без знания языка можно посмотреть.
А что стоит на 5 порту, 8 платы, в 0-м кристале - почему не можете определить? Цифровой телефон какой-то.

Почему вы это называете SEPLOS?
Ну а второе да - все что набрано, то набрано, ничего из роутинг таблицы добавляться не будет.

Как то плохо соотносится IP(digital) и hot line - если нажали зеленую кнопку (применительно к компьютерным SIP програмкам) - то тяжело донабрать.
Если вы набрали номер и начали кнопку - то префикс из таблицы не добавится впереди.

Чего-то обманываете - никогда не было проблем с этим.
Или не там указываете.
По идее, что пишите в роутинг таблице - вообще не должно анализироваться.

да не крутил он синхру - от воткнулся по IP и все.
А Циска-Е1-ОХО (со своими проблемами синхронизации) остались в стороне. Если еще какого-то SDH/MUX и т.п. оборудования между Циска-ОХО нет.
Т.е. тест не о чем.

Мухи отдельно, котлеты отдельно.
Внутренний занят - разговор, набор номера, просто поднятая трубка? нас интересует разговор.
Звонок - от внешнего или внутреннего абонента (в одном случае public network COS - incoming DID/NDID hold on busy set, в другом случае - вызывающий должен набрать суффикс Waiting Camp-on)?

Бывают разные проблемы - проверили на основном шелфе с кабелями INT_INT - 5 метровыми - работает, а потом на реальном сайте включают через 25-метровый TY1.

Но я так же не уверен, что это не будет работать. У вас есть 100% уверенность, что INTOF рабочие?
Были например в свое время проблемы с подключением по INTOF, если подключали кристалл с новыми платами (ничего не работало).
Порядок был следующий - втыкаем ТОЛЬКО INTOFB, дожидаемся пока встанет в сервис, ПОТОМ втыкаем остальные платы.
Или была альтернатива - когда запускали вынос - ставится хотя бы одна старая плата (NDDI, PRA, UA старая и т.п.) - тогда запускались INTOF, старая плата. А новые начинали работать после выдернуть/вставить.

Поддержка от производителя (естественно если покупали через официального партнера). Т.е. при проблемах в софте - партнер пишет в службу поддержки Алкатель запрос, и они (Алкатель) занимаются устранением проблем.
А если как у нас регулярно бывает - станцию получили через 4-е руки, то претензии Алкатель предъявить может быть тяжело.

Как NDDI к городу подключаете - так же и в абонентские комплекты Панаса включаетесь. Т.е. заняли NDDI (прикинулись аналоговым телефоном для Панаса), набрали в Панас номер.

для обратных звонков - удобно СО (внешние линии в Панасе, то-же что наши NDDI) воткнуть в наши комплекты Z/SLI.

Собственно за патч как таковой - денег в целом и не берут. Но официальные партнеры алкатель - рассылать софт налево и направо не должны.
В вашем случае все забавнее. Если станции меньше года - то в ее цене была заложена стоимость годового обслуживания (SMS сервис), выясните. Если больше года - то сервисная поддержка кончилась, а за следующее годовое обслуживание вряд ли вы кому платили.
Ну и обычно (даже если подписаны акты) в договорах предусматривается гарантийный срок - как правило около года.

релиз 9.1, патч 16-c

Смотря с каким - а вообще прекрасно стыкуется и по ISDN.

R9.1-i1.605-16-c-ru-c0 ???? Не вы писали???