VTM
14.01.2010, 17:54
CS1000 rel 5.5 (TDM)

Не проходят транзитные звонки если по входящему потоку пришел номер без Calling Number - NO DIGIT (например с мобильного телефона с фичей АнтиАОН).

Вот трассировка хорошего звонка (DCH13 -> DCH16):
DCH 13 UIPE_IMSG CC_SETUP_IND REF 00002415 CH 3 10 TOD 15:34:26 CK 842DFBFF
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:xxxxxxxxxx NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:yyyyyyy NUM PLAN: E164 TON: UNKNOWN

DCH 16 UIPE_OMSG CC_SETUP_REQ REF 0000126D CH 6 15 TOD 15:34:26 CK 842DFC24
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:xxxxxxxxxx NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:yyyyyyy NUM PLAN: E164 TON: UNKNOWN

DCH 13 UIPE_OMSG CC_PROCEED_REQ REF 0000A415 CH 3 10 TOD 15:34:26 CK 842DFC2E

DCH 16 UIPE_IMSG CC_PROCEED_IND REF 0000126D CH 6 15 TOD 15:34:26 CK 842DFCF3

DCH 16 UIPE_IMSG CC_ALERT_IND REF 0000126D CH 6 15 TOD 15:34:26 CK 842DFD3A

DCH 13 UIPE_OMSG CC_ALERT_REQ REF 0000A415 CH 3 10 TOD 15:34:26 CK 842DFD4C

DCH 16 UIPE_OMSG CC_DISC_REQ REF 0000AA3D CH 6 6 TOD 15:34:26 CK 842E043F
CAUSE: #31 - NORMAL UNSPECIFIED

DCH 16 UIPE_IMSG CC_SETUP_CONF REF 0000126D CH 6 15 TOD 15:34:28 CK 842E0DAD
PROGRESS: TERMINATING END IS NOT ISDN

DCH 13 UIPE_OMSG CC_SETUP_RESP REF 0000A415 CH 3 10 TOD 15:34:28 CK 842E0DC2
PROGRESS: TERMINATING END IS NOT ISDN
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 13 UIPE_IMSG CC_SETUPCOMP_IND REF 00002415 CH 3 10 TOD 15:34:28 CK 842E0E80

DCH 13 UIPE_IMSG CC_DISC_IND REF 00002415 CH 3 10 TOD 15:34:32 CK 842E2F3E
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

А вот трассировка звонка с фунцией (АнтиАОН):

DCH 13 UIPE_IMSG CC_SETUP_IND REF 00001815 CH 3 6 TOD 15:19:00 CK 8411B9F6
CALLING #:NO DIGIT NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:yyyyyyy NUM PLAN: E164 TON: UNKNOWN

DCH 16 UIPE_OMSG CC_SETUP_REQ REF 00001267 CH 6 14 TOD 15:19:00 CK 8411BA1B
.CALLING #:NO DIGIT NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:yyyyyyy NUM PLAN: E164 TON: UNKNOWN

DCH 16 UIPE_IMSG CC_PROCEED_IND REF 00001267 CH 6 14 TOD 15:19:00 CK 8411BAC5

DCH 16 UIPE_IMSG CC_SETUP_CONF REF 00001267 CH 6 14 TOD 15:19:00 CK 8411BADB

DCH 13 UIPE_IMSG CC_SETUPCOMP_IND REF 00001815 CH 3 6 TOD 15:19:00 CK 8411BBAF

DCH 13 UIPE_IMSG CC_DISC_IND REF 00001815 CH 3 6 TOD 15:19:06 CK 8411E65B
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 13 UIPE_IMSG CC_RELEASE_IND REF 00001815 CH 3 6 TOD 15:19:36 CK 8412D0AD
CAUSE: #16 - NORMAL CALL CLEARING

DCH 16 UIPE_OMSG CC_DISC_REQ REF 00001267 CH 6 14 TOD 15:19:36 CK 8412D0CF
CAUSE: #16 - NORMAL CALL CLEARING

DCH 16 UIPE_IMSG CC_RELEASE_IND REF 00001267 CH 6 14 TOD 15:19:36 CK 8412D186

DCH 16 UIPE_OMSG CC_RELEASE_RESP REF 00001267 CH 6 14 TOD 15:19:36 CK 8412D191

DCH 13 UIPE_IMSG CC_DISC_IND REF 00001995 CH 3 13 TOD 15:19:38 CK 8412E5D1
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL


Никто не сталкивался, почему мерин молчит и не дает провайдеру CC_PROCEED_REQ, как в первом примере?

С_Стар
14.01.2010, 18:42
Включите трассировку Q931. UIPE не показатель.

VTM
14.01.2010, 20:06
тут как то менее понятно))
DCH13 канал00000010 - пришел вызов без CLID'а
DCH16 канал0000000F - ушел транзитом на Definity r9
Звонивший утвержает, что вызов сбросился:confused:

DCH 13 UIPE_IMSG CC_SETUP_IND REF 00005E15 TN 000016A0 CH 00000010 TOD 17:40:26 CK 8514B378
CALLING #:NO DIGIT NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:yyyyyyy NUM PLAN: E164 TON: UNKNOWN

DCH 13 Q931_OMSG CALLPROC REF 00005E15 TN 000016A0 CH 00000010 TOD 17:40:26 CK 8514B3D1
41 00 01 00 0A 00 08 02 95 BC 02 18 03 A9 83 91

DCH 16 Q931_OMSG SETUP REF 00001291 TN 0000195C CH 0000000F TOD 17:40:26 CK 8514B3FB
41 00 01 00 22 00 08 02 11 25 05 04 03 80 90 A3
18 03 A9 83 8F 6C 02 00 A3 70 0C 81 38 34 39 35
37 31 30 37 35 38 30 A1

DCH 16 Q931_IMSG CALLPROC REF 00001291 TN 0000195C CH 0000000F TOD 17:40:26 CK 8514B46C
40 00 01 00 0A 00 08 02 91 25 02 18 03 A9 83 8F

DCH 16 Q931_IMSG CONNECT REF 00001291 TN 0000195C CH 0000000F TOD 17:40:26 CK 8514B487
40 00 01 00 06 00 08 02 91 25 07 00

DCH 16 Q931_OMSG CONN_ACK REF 00001291 TN 0000195C CH 0000000F TOD 17:40:26 CK 8514B4A8
41 00 01 00 06 00 08 02 11 25 0F 00

DCH 13 Q931_OMSG CONNECT REF 00005E15 TN 000016A0 CH 00000010 TOD 17:40:26 CK 8514B4B7
41 00 01 00 06 00 08 02 95 BC 07 00

DCH 13 Q931_IMSG CONN_ACK REF 00005E15 TN 000016A0 CH 00000010 TOD 17:40:26 CK 8514B525

DCH 13 UIPE_IMSG CC_SETUPCOMP_IND REF 00005E15 TN 000016A0 CH 00000010 TOD 17:40:26 CK 8514B52B

DCH 13 Q931_IMSG DISC REF 00005E15 TN 000016A0 CH 00000010 TOD 17:40:32 CK 8514DDCC
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 13 UIPE_IMSG CC_DISC_IND REF 00005E15 TN 000016A0 CH 00000010 TOD 17:40:32 CK 8514DDE5
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

С_Стар
14.01.2010, 20:24
У Q931 тоже есть разные уровни дебага. Если есть ISDN декодер Нортелевский можно и так.

yyyyyyy = 4957107580.


DCH 16 Q931_IMSG CONNECT REF 00001291 TN 0000195C CH 0000000F TOD 17:40:26 CK 8514B487
40 00 01 00 06 00 08 02 91 25 07 00

DCH 13 Q931_OMSG CONNECT REF 00005E15 TN 000016A0 CH 00000010 TOD 17:40:26 CK 8514B4B7
41 00 01 00 06 00 08 02 95 BC 07 00

Соединение состоялось

VTM
15.01.2010, 15:52
спасибо за помощь.
проблема все же есть, вот еще одна трассировака (уже сам делал), и два очень странных момента вижу. Тоже пришел звонок от оператор (DCH13) ушел клиенту (DCH16):

DCH 13 Q931_IMSG SETUP REF 00002C17 CH 3 19 TOD 13:38:16 CK 074B03B5
CALLING #:мобильный номер NUM PLAN: UNKNOWN
CALLED #:yyyyyyy(см выше:)) NUM PLAN: E164

DCH 13 Q931_OMSG CALLPROC REF 00002C17 CH 3 18 TOD 13:38:16 CK 074B04B5

Как так бывает, пришел Setup по 19 каналу, а мы отвечаем по 18?

DCH 16 Q931_OMSG SETUP REF 0000002E CH 6 15 TOD 13:38:16 CK 074B053D
CALLING #:мобильный номер NUM PLAN: UNKNOWN
CALLED #:yyyyyyy NUM PLAN: E164

DCH 16 Q931_IMSG CALLPROC REF 0000002E CH 6 15 TOD 13:38:16 CK 074B054D

DCH 16 Q931_IMSG ALERT REF 0000002E CH 6 15 TOD 13:38:16 CK 074B05D7

DCH 13 Q931_OMSG ALERT REF 00002C17 CH 3 18 TOD 13:38:16 CK 074B0603

DCH 16 Q931_IMSG CONNECT REF 0000002E CH 6 15 TOD 13:38:18 CK 074B16BF
PROGRESS: DEST ADDR IS NOT ISDN

DCH 16 Q931_OMSG CONN_ACK REF 0000002E CH 6 15 TOD 13:38:20 CK 074B16F0

DCH 13 Q931_OMSG CONNECT REF 00002C17 CH 3 18 TOD 13:38:20 CK 074B1786
PROGRESS: DEST ADDR IS NOT ISDN

DCH 13 Q931_IMSG CONN_ACK REF 00002C17 CH 3 18 TOD 13:38:20 CK 074B178B

DCH 13 Q931_IMSG DISC REF 00002C17 CH 3 18 TOD 13:38:26 CK 074B508B
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

пришел disconet от оператора, а мы молчим как рыба, и не шлем отбой на DCH16, а через 24 сек, клиент сам шлет релиз и только после этого оба канала освобождаются.

DCH 13 Q931_OMSG RELEASE REF 00002C17 CH 3 18 TOD 13:38:50 CK 074C0DE1
CAUSE: #16 - NORMAL CALL CLEARING

DCH 16 Q931_IMSG REL_COMP REF 0000002E CH 6 15 TOD 13:38:50 CK 074C0DF3

DCH 13 Q931_IMSG REL_COMP REF 00002C17 CH 3 18 TOD 13:38:50 CK 074C0E11

VTM
15.01.2010, 15:59
такой отбой получем от моб.оператров:
DCH 13 Q931_IMSG DISC REF 00002C17 CH 3 18 TOD 13:38:26 CK 074B508B
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

если же звоним с городского, то отбой получаем без строчки: PROGRESS: INBAND INFO OR PATTERN IS AVAIL. В этом случае, мы честно транслируем дисконеннект в DCH16 и каналы сразу освобождаются.

С_Стар
15.01.2010, 17:31
Ничего странного или неправильного в изменении номера канала в сообщении SETUP и CONNECT нет. Это нормальная работа.

PROGRESS: INBAND INFO OR PATTERN IS AVAIL означает, что в B-канал выдаётся сообщение. Тоже нормальная работа. Время релиза корректируется.

VTM
15.01.2010, 19:30
т.е. получается, что установлено такое соединение
мобильный -> PSTN -> [DCH13 -DCH16] -> Definity(IVR)
если я на моб.телефоне жму отбой, то на M1 пришел по 13 каналу disconnect + PI(Progress Indicator)=8
т.е. мерин понял, что ему оператор сказал, что канал не разъединять, т.к. оператор будить дуть в трубку занято 30 сек.

Вроде разобрался)
Осталось понять, почему c одного мобильного звонок не проходит)

С_Стар
15.01.2010, 19:31
т.е. получается, что установлено такое соединение
мобильный -> PSTN -> [DCH13 -DCH16] -> Definity(IVR)
если я на моб.телефоне жму отбой, то на M1 пришел по 13 каналу disconnect + PI(Progress Indicator)=8
т.е. мерин понял, что ему оператор сказал, что канал не разъединять, т.к. оператор будить дуть в трубку занято 30 сек.

Вроде разобрался)
Осталось понять, почему c одного мобильного звонок не проходит)

Мы со спокойной душой уходим на выходные. :)