Помогите разобратся почему так.....иногда не определяются номера с которых произведён вызов......тоесть CALLING-a нет

DCH 5 UIPE_IMSG CC_SETUP_IND REF 000E00 CH 0 TOD 15:31:03
CALLED #:390005 NUM PLAN: E164
DCH 5 UIPE_OMSG CC_PROCEED_REQ REF 008E00 CH 22 2 TOD 15:31:03
DCH 5 UIPE_OMSG CC_ALERT_REQ REF 008E00 CH 22 2 TOD 15:31:03
DCH 5 UIPE_OMSG CC_SETUP_RESP REF 008E00 CH 22 2 TOD 15:31:05
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:0005 NUM PLAN: E164
DCH 5 UIPE_IMSG CC_SETUPCOMP_IND REF 000E00 CH 22 2 TOD 15:31:05
DCH 5 UIPE_OMSG CC_DISC_REQ REF 008E00 CH 22 2 TOD 15:31:23
CAUSE: #16 - NORMAL CALL CLEARING
DCH 5 UIPE_IMSG CC_RELEASE_IND REF 000E00 CH 22 2 TOD 15:31:23
Звонок нормальный.....вроде.....
Протокол Euro ( ETSI ) PRI

Так происходит только при звонках с Циски

Это не глюки -- Это ваша карма ...8-))

пробуй QSIG...

При обмене в Q931 сигнализациях станция
абонента Б не занимается "определением" АОНа.
Т.е. не запрашивает его, как и множество прочих параметров звонка.
Она их просто получает от станции A.
Или - не получает.

PS: это вам не R2... Это - значительно лучше.

Всё дело в том что Циска выдаёт в поток всю инфу и номер вызывающего.....а меридиан не ловит.....

Это не глюки -- Это ваша карма ...8-))

Перепробывал все возможные протоколы ..... перебрал все что есть в наличии у меридиана ....не помогает.....

Это не глюки -- Это ваша карма ...8-))

Вряд ли так бывает :))
Из чего сделан вывод, что Циска на каждом звонке шлет всю инфу? Ставили анализатор ? Или поверили на слово хорошим ребятам-цисководам?

я уверен в том что Циска всё выдаёт правильно...так как сам смотрел трассировку в момент прохождения звонка Всё идентично..акромя момента подхвата номера вызывающего абонента

Это не глюки -- Это ваша карма ...8-))

у меня тоже самое!

Есть две циски с одинаковыми конфигами, одна соединена с Меридианом, вторая с Телрадом. циско показывают, что шлют CLID. Телрад его успешно принимает, а меридиан его не видит! Распечатка DCH такая же как приведене выше.

Олег

Трассировку сообщений D-канала на level-2 можно посмотреть?

входящий звонок на номер 324

DCH 4 UIPE_IMSG CC_SETUP_IND REF 00003B83 CH 2 1 TOD 11:39:26
PRIM HDR: 2F 00 01 00 28 00
MSG HDR: 08 02 03 77 2E 00
BCAP: 01 07 13 00 81 90 00 00 A3
CHID: 09 09 0D 00 A9 00 83 00 01 00 01
CAD#: 03 09 03 00 80 00 03 00 03 02 04

DCH 4 UIPE_OMSG CC_PROCEED_REQ REF 0000BB83 CH 2 1 TOD 11:39:26
PRIM HDR: 01 00 01 00 18 00
MSG HDR: 08 02 83 77 09 00
CHID: 09 09 0D 00 29 00 03 00 01 00 01
UCAP: 2D 04 01 00 00 80

DCH 4 UIPE_OMSG CC_ALERT_REQ REF 0000BB83 CH 2 1 TOD 11:39:26
PRIM HDR: 01 00 01 00 12 00
MSG HDR: 08 02 83 77 01 00
PCATG: 1D 03 01 00 01
PROGI: 1E 04 03 00 01 82

DCH 4 UIPE_OMSG CC_SETUP_RESP REF 0000BB83 CH 2 1 TOD 11:39:28
PRIM HDR: 01 00 01 00 1D 00
MSG HDR: 08 02 83 77 0F 00
PROGI: 1E 04 03 00 01 82
CONN#: 0C 09 07 00 00 00 03 00 03 02 04
PCATG: 1D 03 01 00 01

DCH 4 UIPE_IMSG CC_SETUPCOMP_IND REF 00003B83 CH 2 1 TOD 11:39:28
PRIM HDR: 2F 00 01 00 06 00
MSG HDR: 08 02 03 77 38 00

DCH 4 UIPE_OMSG CC_DISC_REQ REF 0000BB83 CH 2 1 TOD 11:39:38
PRIM HDR: 01 00 01 00 0D 00
MSG HDR: 08 02 83 77 02 00
CAUSE: 07 05 05 00 01 00 10

DCH 4 UIPE_IMSG CC_RELEASE_IND REF 00003B83 CH 2 1 TOD 11:39:38
PRIM HDR: 2F 00 01 00 06 00
MSG HDR: 08 02 03 77 2C 00

DCH 4 UIPE_OMSG CC_RELEASE_RESP REF 0000BB83 CH 2 1 TOD 11:39:38
PRIM HDR: 01 00 01 00 06 00
MSG HDR: 08 02 83 77 1A 00

Олег

Судя по трассировке, циска CLID не посылала.
Сказать что М1 его "теряет" можно только доказав что циска его посылает.
Нужно поставить внешний анализатор.

SETUP со стороны циски:
w3d: SETUP pd = 8 callref = 0x0396
1w3d: Bearer Capability i = 0x8090A3
1w3d: Channel ID i = 0xA98381
1w3d: Calling Party Number i = 0x40, 0x80, '823', Plan:Unknown, Type:Subscriber(local)
1w3d: Called Party Number i = 0x80, '324', Plan:Unknown, Type:Unknown
1w3d: ISDN Se1/0:15: RX <- RRr sapi=0 tei=0 nr=106
1w3d: ISDN Se1/0:15: RX <- INFOc sapi=0 tei=0 ns=116 nr=106

Олег