многие АТС передают имена через facility а не через Display IE. реализация facility не стандартизована, но сиска понимает некоторые. пример конфига:

interface Serial7/0:15
no ip address
encapsulation hdlc
isdn switch-type primary-qsig
isdn incoming-voice voice
isdn supp-service name calling profile ROSE operation-value-tag local
isdn outgoing ie facility
isdn outgoing ie extended-facility
isdn outgoing display-ie
isdn outgoing ie caller-number
isdn outgoing ie called-number
no isdn gtd
no cdp enable

здесь можно поиграт с профайлом, может и подойдет под вашу АТС. в конфигах потсовых диал-пиров может потребоваться
supplementary-service pass-through

Вот такой Debug isdn q931 циска выдаёт:

765687: ISDN Se0/0:15 Q931d: L3_Go: call_id 0x276D cr 0x8079 state 10 event 0x84 ces 1
765686: ISDN Se0/0:15 Q931d: L3_Go: event 0x84 cr_len 2 cr 32889
765685: ISDN Se0/0:15 Q931d: L3_Go: source = 0x400, event = 0x340, call id = 0x276D, int id = 0x0
"765681: 0802807B021803A9838A"
765682: ISDN Se0/0:15 Q931d: L3_state_change: callref 0x807B old CALL_PRESENT, new IN_CALL_PROC
765680: ISDN Se0/0:15 Q931d: data = 0x846115C8000003000240047C00010800
"765679: priv_len = 4 int_id = 0x846115C8 datasize = 26"
"765678: source_id = Q.931, dest_id = Q.921, prim = DL_DATA_REQ"
765677: ISDN Se0/0:15 Q931d: srl_send_l3_pak:
765676: ISDN Se0/0:15 Q931d: L3_TxSarMsg: InfoLen = 10 octets 0x0802807B021803A9838A
765675: ISDN Se0/0:15 Q931d: L3_ProcessEvent: callref = 0x807B CC_CALL_PROC_REQ:U6_CallProcReq(nlcb)
765674: ISDN Se0/0:15 Q931d: L3_Go: call_id 0x276F cr 0x807B state 6 event 0x88 ces 1
765673: ISDN Se0/0:15 Q931d: L3_Go: event 0x88 cr_len 2 cr 32891
765672: ISDN Se0/0:15 Q931d: L3_Go: source = 0x400, event = 0x340, call id = 0x276F, int id = 0x0
765671: ISDN Se0/0:15 Q931d: CCIE_BuildChanId_IE: int_ident_len 0
765670: ISDN Se0/0:15 Q931d: L3_state_change: callref 0x807B old NULL_STATE, new CALL_PRESENT
765669: ISDN Se0/0:15 Q931d: L3_ProcessEvent: callref = 0x807B CC_BROADCAST_RESP:U0_BroadcastResp(nlcb)
765668: ISDN Se0/0:15 Q931d: L3_Go: call_id 0x276F cr 0x807B state 0 event 0x87 ces 1
765667: ISDN Se0/0:15 Q931d: L3_Go: event 0x87 cr_len 2 cr 32891
765666: ISDN Se0/0:15 Q931d: L3_Go: source = 0x400, event = 0x340, call id = 0x276F, int id = 0x0
765665: ISDN Se0/0:15 Q931d: isdn_get_name: No Name
765664: ISDN Se0/0:15 **ERROR**: isdn_init_fac_data: No Opval 0
765663: ISDN Se0/0:15 Q931d: isdn_get_name: No Name
765662: ISDN Se0/0:15 **ERROR**: isdn_init_fac_data: No Opval 0
765661: ISDN Se0/0:15 Q931d: L3_state_change: callref 0x0000 old NULL_STATE, new UNKNOWN_STATE
765660: ISDN Se0/0:15 Q931d: L3_ProcessEvent: callref = 0x807B SETUP:U0_Setup(nlcb)
765659: ISDN Se0/0:15 Q931d: L3_Go: call_id 0x0 cr 0x807B state 0 event 0x5 ces 1
765658: ISDN Se0/0:15 Q931d: L3_state_change: callref 0x0000 old UNKNOWN_STATE, new NULL_STATE
765657: ISDN Se0/0:15 Q931d: L3_Go: event 0x5 cr_len 2 cr 32891
765656: ISDN Se0/0:15 Q931d: L3_Go: source = 0x20A, event = 0x241, call id = 0x0, int id = 0x0
765655: ISDN Se0/0:15 Q931d: CC_CHAN_ReleaseChanpri: channel 9
765654: ISDN Se0/0:15 Q931d: CC_CHAN_GetUserpri: using call_id = 0x276E
765653: ISDN Se0/0:15 Q931d: L3_state_change: callref 0x807A old RELEASE_REQUEST, new NULL_STATE
765652: ISDN Se0/0:15 Q931d: L3_ProcessEvent: callref = 0x807A RELEASE_COMP:U19_ReleaseComp(nlcb)
765651: ISDN Se0/0:15 Q931d: L3_Go: call_id 0x276E cr 0x807A state 19 event 0x5A ces 1
765648: ISDN Se0/0:15 Q931d: L3_state_change: callref 0x807A old DISCONNECT_IND, new RELEASE_REQUEST
765650: ISDN Se0/0:15 Q931d: L3_Go: event 0x5A cr_len 2 cr 32890
765649: ISDN Se0/0:15 Q931d: L3_Go: source = 0x20A, event = 0x241, call id = 0x0, int id = 0x0
"765647: 0802807A4D"
765646: ISDN Se0/0:15 Q931d: data = 0x846115C8000003000240047C00010800
"765645: priv_len = 4 int_id = 0x846115C8 datasize = 21"
"765644: source_id = Q.931, dest_id = Q.921, prim = DL_DATA_REQ"
765643: ISDN Se0/0:15 Q931d: srl_send_l3_pak:
765642: ISDN Se0/0:15 Q931d: L3_TxSarMsg: InfoLen = 5 octets 0x0802807A4D
765639: ISDN Se0/0:15 Q931d: L3_Go: event 0x85 cr_len 2 cr 32890
765640: ISDN Se0/0:15 Q931d: L3_Go: call_id 0x276E cr 0x807A state 12 event 0x85 ces 1
765641: ISDN Se0/0:15 Q931d: L3_ProcessEvent: callref = 0x807A CC_RELEASE_REQ:U12_ReleaseReq(nlcb)
765638: ISDN Se0/0:15 Q931d: L3_Go: source = 0x400, event = 0x340, call id = 0x276E, int id = 0x0
765637: ISDN Se0/0:15 Q931d: L3_state_change: callref 0x807A old CALL_RECEIVED, new DISCONNECT_IND
765636: ISDN Se0/0:15 Q931d: L3_ProcessEvent: callref = 0x807A DISCONNECT:Ux_Disconnect(nlcb)
765635: ISDN Se0/0:15 Q931d: L3_Go: call_id 0x276E cr 0x807A state 7 event 0x45 ces 1
765634: ISDN Se0/0:15 Q931d: L3_Go: event 0x45 cr_len 2 cr 32890
765633: ISDN Se0/0:15 Q931d: L3_Go: source = 0x20A, event = 0x241, call id = 0x0, int id = 0x0
765632: ISDN Se0/0:15 Q931d: L3_state_change: callref 0x8079 old CONNECT_REQUEST, new CALL_ACTIVE
765631: ISDN Se0/0:15 Q931d: L3_ProcessEvent: callref = 0x8079 CONNECT_ACK:U8_ConnectAck(nlcb)
765630: ISDN Se0/0:15 Q931d: L3_Go: call_id 0x276D cr 0x8079 state 8 event 0xF ces 1
765629: ISDN Se0/0:15 Q931d: L3_Go: event 0xF cr_len 2 cr 32889
765628: ISDN Se0/0:15 Q931d: L3_Go: source = 0x20A, event = 0x241, call id = 0x0, int id = 0x0
765627: ISDN Se0/0:15 Q931d: L3_state_change: callref 0x8079 old CALL_RECEIVED, new CONNECT_REQUEST
"765626: 0802807907"

Думаю DeepGreen прав, АТСка выдаёт Facility, а циска принять не может. Хотел было к-ды прописать:
isdn outgoing ie facility
isdn outgoing ie extended-facility
но тут другой затык, нету таковых на 2651XM, скорее всего из-за версии софта:
Cisco IOS Software, C2600 Software (C2600-SPSERVICESK9-M), Version 12.3(8)T8, RE
LEASE SOFTWARE (fc1)

Посмотрел на другой циске (2811) - там есть такие к-ды:
Cisco IOS Software, 2800 Software (C2800NM-ADVIPSERVICESK9-M), Version 12.4(3i),
RELEASE SOFTWARE (fc2)

Попробую софт обновить.

Вообщем вместо обновления софта заменил циску на 2811 c платой E1, все к-ды там есть, прописал:

isdn outgoing ie facility
isdn outgoing ie extended-facility
isdn outgoing display-ie
isdn outgoing ie caller-number
isdn outgoing ie called-number

Результата это не дало :(

Также с горем-пополам удалось таки снять трейс с HiCOm'a:

W-elem: (18H) CHANNEL ID
Laenge 3
Octett 3: B-Chl selection: EXCLUSIVE
Channel : as indicated
ID presentation: IMPLICITLY IDENTIFIED
Type : other, e.g. primary
D-Chl Indicator: THIS IS NOT THE D-CHL
Octett3.2: Coding Standard: CCITT
MAP/NUMBER : NUMBER
Channel Type : B-CHANNEL UNITS
Octett3.3: Channel number : 1H
W-elem: (1CH) CCITT STANDARD FACILITY
Laenge 46
Protocol Profile : Supplementary services applications (ETSI Qsig V1, Euro ISDN) or ROSE (ETSI Qsig V2, ISO)
NETWORK FACILITY EXTENSION
sourceEntity endPTNX
sourceEntityAddress not present
destEntity endPTNX
destEntityAddress not present
INTERPRETATION APDU discardAnyUnrecogInvokePdu
COMPONENT PART
invokeComp
invokeID -29156
linkedID not present
operationValue CallingName
argument
name
namePresAllowed
namePresAllowedExtended
nameData ELJDAROVA YU.V.
characterSet iso8859_1
W-elem: (1EH) PROGRESS INDICATOR
Octett 3: Coding Standard: CCITT
Location : PRIVATE NETWORK SERVING THE LOCAL USER
Octett 4: Descriptor : ORIG ADDRESS NON ISDN
W-elem: (6CH) CALLING PARTY NUMBER
Octett 3: Type of Number : UNKNOWN
Numbering Plan : UNKNOWN
Octett 3a: Presentation : PRESENTATION ALLOWED
Screen ind : NETWORK PROVIDED
Octett 4: Number : 542451
W-elem: (70H) CALLED PARTY NUMBER
Octett 3: Type of Number : UNKNOWN
Numbering Plan : UNKNOWN
Octett 4: Number : 4002
W-elem: (31H) TRANSIT COUNTER
Octett 3: Value : 0

Может быть кто-то сможет подсказать всё таки в чё ж оно не работает-то зараза.
..

Насколько я не потерял нить - ELJDAROVA YU.V - это имя должно передаваться?
По отношению к 2811 не будет ли
isdn incoming ie facility
isdn incoming ie extended-facility ??
(не знаю, есть ли там isdn incoming вообще!)

Да ded, всё верно, ELJDAROVA YU.V - это имя которое должно передаваться. isdn incoming ie facility - такого действительно нет.

Раз HiCOm 100% имя передаёт, надо его 100% увидеть в дебаге 2811?

Логично что имя должно в дебаге быть, НО наверное может и такое быть, что циска не понимает некоторые данные протокола QSIG. Опять же, что означает эта хрень из дебага, ошибок не должно быть никаких:
765664: ISDN Se0/0:15 **ERROR**: isdn_init_fac_data: No Opval 0
765663: ISDN Se0/0:15 Q931d: isdn_get_name: No Name
765662: ISDN Se0/0:15 **ERROR**: isdn_init_fac_data: No Opval 0

В принципе все данные по протоколу АТСки известны из трейса:
Protocol Profile : Supplementary services applications (ETSI Qsig V1, Euro ISDN) or ROSE (ETSI Qsig V2, ISO)
NETWORK FACILITY EXTENSION

Осталось только выяснить, как данный протокол полностью на циске поднять и можно ли это в принципе сделать.

Вот ещё удалось трейс вытащить, именно с телефона (цифровика) 5149 с именем Mister X на SIP IP-телефон с номером 7098 и именем test:

* Outgoing message traced on line 00C8H *
* *
Q931/CORNET-N 605CH DEST FAC
W-elem: (1CH) CCITT STANDARD FACILITY
Laenge 17
Protocol Profile : Supplementary services applications (ETSI Qsig V1, Euro ISDN) or ROSE (ETSI Qsig V2, ISO)
NETWORK FACILITY EXTENSION
sourceEntity endPTNX
sourceEntityAddress not present
destEntity endPTNX
destEntityAddress not present
COMPONENT PART
rejectComp
ident
invokeID 0
problem
invokeProblem unrecogOperation
* *
**************************************************************************************************************

30( 48) 01008B01000C0900 A10D04084D495354 ............MIST
40( 64) 455220580201016C 0600833531343970 ER X...l...5149p
50( 80) 0580373039387D02 91810C0C2000090C ..7098...... ...
60( 96) 0000000002000100 0000000000000000 ................
70( 112) 0000000000000000 0000000000000000 ................
80( 128) 00000000000A0405 0A09000000000000 ................
90( 144) 0000000000000000 0000020000000000 ................
A0( 160) 0056800280560000 0000000000000000 .V...V..........
B0( 176) 0000000000000000 0000000A04050A09 ................
C0( 192) 0000000000000000 0000000000000000 ................
D0( 208) 05040C000A04050A 09C00100C0010008 ................
E0( 224) 0000000000000000 0000000000000000 ................
F0( 240) 0000020000000000 0000002020000005 ........... ...
100( 256) 0000000000000002 0000000000000000 ................
110( 272) 0000000000000000 0000000000000000 ................
120( 288) 0000000000000000 00000000 ............

Декодер этот лог даже расшифровать не может ( по сравнению с тем логом АТСки, который я выще выкладывал).

попробуйте все-таки иос обновить. у нас работает на 12.4.18, правда не с сименсом. у сиски не все хорошо с поддержкой facility, поскольку нестандартное поле. и настройку профайла supp-service в вашей конфигурации что-то не видно. без нее вряд ли будет работать. более того, потребуются пляски с бубном чтобы подобрать правильный (возможны ситуации, когда имена передаются только в какую-то одну сторону).

DeepGreen, у меня к-ды isdn supp-service name calling profile ROSE operation-value-tag local нет на циске, я просто прописал isdn supp-service name calling (после которой имена стали приходить на АТС. см. выше). Не подскажите как профайл создать? И какая у вас модель циски?