Пропала передача CallerID и CallerName

[DenisM]

Добрый день!

В один момент пропала передача внутристанцинных CallerID и CallerName по Е1 транку от Definity в Cisco. Причем если звонки идут из города CallerID есть. Нумерация внутри станции 1ххх, 2ххх, за Циской - 3ххх

В display trunk-group 8 (уходит в Cisco):
Send Calling Number - y
Send Name - y
Numbering Format: unk-pvt

Где копать, непонятно. В change isdn pub ни полслова про 8 trunk group.

Маршрутизация звонков в нумерацию 3ххх сделана через aar, сделана до меня, поэтому дополнительно хочу спросить - правильно ли это?

ЗЫ: Комплект документации есть.

[13-ый]

Добрый.

А с циской ничего не делали??

Для выяснения где копать снимите трассировку вызова на стороне AVAYA li tra tac
исходящего на циску и обратно. Скорее всего проблема закопана в настройках циско.

Через ААР это нормально и пожалуй правильно, если циска ваша и входит в вашу ведомственную сеть.

[DenisM]

1. Циска наша, настройки не менялись
2. делаю list trace 708 - ASA зависает и выдает ошибку соединения, но перед этим пишет на консоль:
LIST TRACE
time data
12:06:01 dial 3000
12:06:01 term trunk-group 8 cid 0x173
12:06:01 dial 3000
12:06:01 route-pattern 8 preference 1 cid 0x173
12:06:01 seize trunk-group 8 member 23 cid 0x173
12:06:01 Setup digits 3000
12:06:01 Calling Number & Name NOCPName p1999
12:06:01 Proceed trunk-group 8 member 23 cid 0x173
12:06:01 Alert trunk-group 8 member 23 cid 0x173
12:06:08 Idle station 1999 cid 0x173

3. на стороне Cisco сделал debug isdn q931 detail
May 23 15:24:47.385: ISDN Se0/1/0:15 Q931d: L3IF_rx_L2_pak: received data
May 23 15:24:47.385: 0802388805A104039090A31803A1839F
May 23 15:24:47.385: 1E0281837005A13330303096280C536B
May 23 15:24:47.385: 766F7274736F7620492E
May 23 15:24:47.385: ISDN Se0/1/0:15 Q931d: L3_Go: source 0x020A, event 0x0005, call id 0x int id 0x0
May 23 15:24:47.385: ISDN Se0/1/0:15 Q931d: L3_Go: event 0x5 cr_len 2 cr 47240
May 23 15:24:47.385: ISDN Se0/1/0:15 Q931d: L3_Go: call_id 0x636E cr 0xB888 state 0 event 0x5 ces 1
May 23 15:24:47.385: ISDN Se0/1/0:15 Q931d: L3_ProcessEvent: callref = 0xB888 SETUP:U0_Setup(nlcb)
May 23 15:24:47.389: ISDN Se0/1/0:15 Q931d: L3_state_change: callref 0xB888 old NULL_STATE, new CALL_PRESENT
May 23 15:24:47.389: ISDN Se0/1/0:15 Q931d: extract_called_number: Extracted called number 3000
May 23 15:24:47.389: ISDN Se0/1/0:15 Q931d: extract_called_number: Extracted called number 3000
May 23 15:24:47.389: ISDN Se0/1/0:15 Q931d: extract_called_number: Extracted called number 3000
May 23 15:24:47.389: ISDN Se0/1/0:15 Q931d: extract_called_number: Extracted called number 3000
May 23 15:24:47.389: ISDN Se0/1/0:15 Q931d: extract_called_number: Extracted called number 3000
May 23 15:24:47.401: ISDN Se0/1/0:15 Q931d: CCIE_BuildChanId_IE: int_ident_len 0
May 23 15:24:47.401: ISDN Se0/1/0:15 Q931d: L3_Go: source 0x0400, event 0x0088, call id 0x int id 0x636E
May 23 15:24:47.401: ISDN Se0/1/0:15 Q931d: L3_Go: event 0x88 cr_len 2 cr 47240
May 23 15:24:47.401: ISDN Se0/1/0:15 Q931d: L3_Go: call_id 0x636E cr 0xB888 state 6 event 0x88 ces 1
May 23 15:24:47.401: ISDN Se0/1/0:15 Q931d: L3_ProcessEvent: callref = 0xB888 CC_CALL_PROC_REQ:U6_CallProcReq(nlcb)
May 23 15:24:47.401: ISDN Se0/1/0:15 Q931d: srl_send_l3_pak:
source_id = Q.931 0x0300, dest_id = Q.921 0x0000, prim = DL_DATA_REQ 0x0240
...
May 24 12:13:42.902: //1122810/6385561BA5D8/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x44327244
State of The Call : STATE_DEAD
TCP Sockets Used : NO
Calling Number :
Called Number : 3000
Source IP Address (Sig ): 192.168.100.55
Destn SIP Req Addr:Port : 192.168.100.10:5060
Destn SIP Resp Addr:Port : 192.168.100.10:5060
Destination Name : 192.168.100.10

[DenisM]

починил, внимательно перечитав смысл ch isdn pub... добавил описания внутренней нумерации при звонке на 8 транк:

4 0 8 _ 4
4 1 8 _ 4
4 2 8 _ 4

все заработало...

Осталась еще одна нерешенная проблема, при звонке из 8 транка (нумерация 3ххх) в город, такой звонок в городе определяется как НННхххх, т.е. к первым трем цифрам нашей емкости добавляется внутренний номер.
Как побороть это пока непонятно.

Попробовал добавить в ch isdn pub
(1,2 - транки на город):
4 3 1-2 8ГГГГННН 11
говорит - Ext code inconsistent with dialplan

[liana]

У Вас нумерация 3 в dialplan расписана не по 3 - ext, а по 3х (3хх, 3ххх) "Дайте" такие же в isdn pub

[DenisM]

в list uniform-dialplan написано:
Matching Pattern Len Del Insert Digits Net Conv Node Num
3 4 0 _ _ aar n _ _

ch isdn pub
(1,2 - транки на город):
4 3 1-2 8ГГГГННН 11
говорит - Ext code inconsistent with dialplan

все так-же настроено.

[liana]

Я говорбю не про uniform-dialplan , а про DIAL PLAN ANALYSIS TABLE

[DenisM]

Сделал display dialplan analysis:
Dialed String Total Length Call Type
0 4 ext
1 4 ext
2 4 ext
3 4 aar

[liana]

Так 3ххх у Вас не EXT???? Тогда о какой isdn pub вообще может идти речь!!!

[DenisM]

схема:

3ххх -SIP- cisco -e1- definity -e1- ГАТС

Нужно - выход в город с корректным CallerID для нумерации 3ххх. В данный момент, как я указывал выше, CAllerID формируется из номера нашей емкости + 3ххх - что неправильно.

Решения в офф. доках я не нашел... Хотя как-то ведь выстраивают иерархию станций Definity (связанных по e1) c одним каналом во внешний мир...

[liana]

Так и "делайте" правильный АОН там, откуда он приходит....

[DenisM]

У меня внутрення тарификация звонков на Avaya, если подставлять "правильный" АОН со стороны Циски - ломается тарификация, т.к. кучу офисного народа нужно выпустить в "мир" с одним номером.

[liana]

Я имела в виду "делать" правильный АОН на cisco или "крутить" на транке с del и insert

[DenisM]

спасибо.