Может проблема именно в нем - конфликтуют с основным процессором - отсюда и бульканье (тащят одеяло на себя   ).
В 8-м релизе сопроцессоры отсутствуют как класс.

Только что получил свежий релиз R710/077.003
- попробую на своей лаб.станции.

В Алкателе уже открыт SR # 1-121131581.
Может лишний "Пинок" поможет.

Кодек выставляется в закладке ARS, при этом нужно включить отображение IP(правая кнопка мышки в поле ARS). По умолчанию включен кодек 729а.

Можно конечно чтоб все это проверить "Откатиться" назад - я думаю у вас старая база сохранена.
Еще как вариант "Пнуть" оператора. У меня на объекте наблюдался такой эффект - станция подключена по SIP к оператору, все работает. Проходит время час, два - нет входящей связи, причем исходящая прекрасно работает, снифер показывает, что регистрация на прокси происходит регулярно, а при входящем вызове на станцию не поступает ни одного пакета. Помогала перезагрузка станции. Что там происходит в сети при старте станции - не знаю, но с другой стороны если не поступают на станцию пакеты, то собственно на что ей реагировать. Написали "Гневное" письмо в техподдержку оператора - ответа не последовало, но и со связью больше проблем не возникало.

Это входящий вызов для шлюза и пока не нашел механизм вообще какой-то обработки вызовов.
Нужно будет искать "Собратьев" по шлюзу и обмениваться файлами конфигурации. Но предвижу проблемы - вроде-бы многие им торгуют, но вот кто покупает?!

Например номер MSN (118 в трассировке он есть) я запрограммировал через станцию (есть команда для его назначения с телефонного аппарата), но софтина шлюза его не показывает в текущей конфигурации. А команды назначения CLI "+" или "0" нигде не встречал.

Это все я нашел, подключился по СОМ-порту, но повторюсь - прога слепая, не показывает текущих настроек шлюза. Может дело в релизе - у меня шлюз 6-го релиза, а в описании на софт фигурирует 7-й. Буду эксперементировать.

Юмор заключается в том что в программе их негде вводить, а с телефона их не наберешь темболее. Буду разбираться.

Что за шлюз? Модель?
В техподдержке (компания TelecomFM)предложили именно поменять на шлюзе "+" на "0", правда не очень понятно как...
Within the config of the UMP programming tool there is a CLI find and CLI replace that you can substitute the + for a 0

The CLI find you would put d  (d = +)
The CLI Replace you would put 0
Документация на шлюз (GSM-BRI-Route) очень куцая, список команд не приведен (в описании всего 4-5 команд). Везде заявлено, что шлюз сам все настроит и к станции даже подходить не надо.

Возможно база была сохранена в ОМС предыдущей версии, либо изменена конфигурация станции. Так что наверно придется конфигурить "Ручками" имея перед лицом сохраненную базу.

Так источник GSM BRI шлюз, а все мобильники отображают CLIP с "+".
Буду думать как избавиться от "плюса".

Подключил к станции ОХО 8-го релиза GSM шлюз на BRI trunk.
Вызов проходит, соединение устанавливается, разговор и т.п. без нареканий.
Единственно, что напрягает это отсутствие CLIP на цифровом телефоне. В трассировке CLIP присутствует, но до телефона не доходит - пишет просто "Линия 1".
Трассировка вызова:
ISDN3_00003 30/05 12:56:23 RX d_channel: 41 (S:00 T:000) payload: (34) 08 01 40 05 04 03 80 90 A3 18 01 89 6C 0D 80 2B 37 34 39 39 31 33 32 33 32 38 31 70 04 80 31 31 38 A1
0x05 SETUP Ref: O,64
 ie 0x04 Bearer capability: 80 90 A3
   Coding: CCITT standardized
   Information transfer capability: Speech
   Transfer mode: Circuit mode
   Transfer rate: 64 Kbit/s
   User info layer 1: G.711 A-law
 ie 0x18 Channel identification: 89
   Interface identifier: Implicit
   Interface type: Basic
   Indicated channel: Exclusive
   D-channel identified: Yes
   Information channel selection: B1 channel
 ie 0x6C Calling party number: 80 2B 37 34 39 39 31 33 32 33 32 38 31
   Number type: Unknown
   Numbering plan: Unknown
   Number: +7499xxxxxxx
 ie 0x70 Called party number: 80 31 31 38
   Number type: Unknown
   Numbering plan: Unknown
   Number: 118
 ie 0xA1 Sending complete
ISDN3_00004 30/05 12:56:23 TX d_channel: 41 (S:00 T:000) payload: (7) 08 01 C0 02 18 01 89
0x02 CALL_PROCEEDING Ref: D,64
 ie 0x18 Channel identification: 89
   Interface identifier: Implicit
   Interface type: Basic
   Indicated channel: Exclusive
   D-channel identified: Yes
   Information channel selection: B1 channel
ISDN3_00005 30/05 12:56:23 TX d_channel: 41 (S:00 T:000) payload: (11) 08 01 C0 7D 08 02 81 E4 14 01 09
0x7D STATUS Ref: D,64
 ie 0x08 Cause: 81 E4
   Coding: CCITT standardized
   Location: Private network serving the local user
   Class: 3
   Value: Unknown information element cont.
 ie 0x14 Call state: 09
ISDN3_00006 30/05 12:56:23 TX d_channel: 41 (S:00 T:000) payload: (8) 08 01 C0 01 1E 02 85 82
0x01 ALERTING Ref: D,64
 ie 0x1E Progress indicator: 85 82
   Coding: CCITT standardized
   Location: Private network serving the remote user
   Progress: Destination address is non-ISDN
ISDN3_00008 30/05 12:56:32 TX d_channel: 41 (S:00 T:000) payload: (21) 08 01 C0 07 4C 0F 21 80 39 30 33 39 30 33 37 34 33 33 34 35 34
0x07 CONNECT Ref: D,64
 ie 0x4C: 21 80 39 30 33 39 30 33 37 34 33 33 34 35 34
ISDN3_00009 30/05 12:56:32 RX d_channel: 41 (S:00 T:000) payload: (4) 08 01 40 0F
0x0F CONNECT_ACK Ref: O,64
ISDN3_00010 30/05 12:56:34 TX d_channel: 41 (S:00 T:000) payload: (8) 08 01 C0 45 08 02 85 90
0x45 DISCONNECT Ref: D,64
 ie 0x08 Cause: 85 90
   Coding: CCITT standardized
   Location: Private network serving the remote user
   Class: Normal event
   Value: Normal release
ISDN3_00011 30/05 12:56:34 RX d_channel: 41 (S:00 T:000) payload: (8) 08 01 40 4D 08 02 80 90
0x4D RELEASE Ref: O,64
 ie 0x08 Cause: 80 90
   Coding: CCITT standardized
   Location: User
   Class: Normal event
   Value: Normal release
ISDN3_00012 30/05 12:56:34 TX d_channel: 41 (S:00 T:000) payload: (4) 08 01 C0 5A
0x5A RELEASE_COMP Ref: D,64

Смущает в трассировкеслова Private, в то время как транк включен как Public.

С начала года сделал апгрейт и установил несколько новых станций с 8-м релизом. Недавно устанавливал 36 патч - эффект тот-же - при вызове русские имена из каталога не передаются. Подобная "засада" французами быстро не решается, нужно ждать как минимум полгода.

Возможно не обратил внимание - нужно будет съездить на объект проверить.
Попробовал на другом процессоре с 8-м релизом - глюк подтвердился.
Кто нибудь открыл кейс в Alcatel на эту тему или нужно пинать со всех сторон?
Я например обнаружил, что в 8-м релизе не работает входящая связь со старыми платами АТА4 - Alcatel сделал "Заплатку" - все заработало.