Garuda
11.03.2008, 12:14
Есть проблема.
Клиент хочет видеть в наших расшифровках по трафику А-номера, которые он выдает со своей станции.
Если включить детальную расшифровку Edss1 (debg/mon 1), то я эти А-номера вижу:

Total Number of Message Octets : 34
40 00 01 00 1C 00 08 02 3C 03 05 04 03 80 90 A3
6C 0B A0 38 31 32 36 33 33 30 34 35 35 7D 02 91
81 00

Q.931 Decoded Message :

40 - Primitive ID : ISDN data Link Incoming Indication
00 - Spare
01 - Port 01
00 - Spare
1C - Message Length 28

08 - Protocol Discriminator: Q.931/I.451 user-network call control messages
02 - Call Reference Length
3C 03 - From Call Reference : 444

05 - Message Type : SETUP

04 - Information Element : Bearer Capability
03 - IE Length 3
80 - CCITT standardised coding as described below
- Speech
90 - Circuit Mode
- 64 kbit/s
A3 - Layer Id : 01
- Protocol Information Recommedation G.711 [10] A-law

6C - Information Element : Calling party Number
0B - IE Length 11
A0 - Type of Number : National Number
- Numbering Plan : Unknown
38 31 32 36 33 33 30 34 35 35 - Number : "8126330455"

7D - Information Element : High Layer compatibility
02 - IE Length 2
7D - Undecoded IE Element
02 - Undecoded IE Element

Еще 1 звонок, аналогичная ситуация, но по другому потоку той же станции:

Total Number of Message Octets : 54
40 00 01 00 30 00 08 02 18 FA 05 A1 04 03 80 90
A3 18 03 A9 83 9D 1E 02 81 83 6C 0C 01 80 38 31
32 36 30 33 32 30 37 39 70 0C 81 38 39 31 31 32
36 32 33 36 34 32

Q.931 Decoded Message :

40 - Primitive ID : ISDN data Link Incoming Indication
00 - Spare
01 - Port 01
00 - Spare
30 - Message Length 48

08 - Protocol Discriminator: Q.931/I.451 user-network call control messages
02 - Call Reference Length
18 FA - From Call Reference : 15640

05 - Message Type : SETUP

A1 - Information Element : More Data
04 - Information Element : Bearer Capability
03 - IE Length 3
80 - CCITT standardised coding as described below
- Speech
90 - Circuit Mode
- 64 kbit/s
A3 - Layer Id : 01
- Protocol Information Recommedation G.711 [10] A-law

18 - Information Element : Channel identification
03 - IE Length 3
A9 - Interface Id : Interface implicitly identified
- Primary Rate Interface
- Exclusivel Only the indicated channel is acceptable
- The channel identified is not the D Channel
- Selection : As indicated in the following octets
83 - CCITT standardized coding, as described below
- Channel is indicated by the number in the following octet
- B Channel units
9D - Channel ID : 29

1E - Information Element : Progress Indicator
02 - IE Length 2
81 - CCITT standardized coding, as described below
- Private Network Serving Local User
83 - Origination Address is not ISDN

6C - Information Element : Calling party Number
0C - IE Length 12
01 - Type of Number : Unknown
- Numbering Plan : ISDN/telephony numbering Plan (Rec. E.164 [19])
80 - Presentation Indicator: Presentation Allowed
- Screening Indicator : User provided, Not Screened
38 31 32 36 30 33 32 30 37 39 - Number : "8126032079"

70 - Information Element : Called party Number
0C - IE Length 12
81 - type of number : Unknown
- numbering plan : ISDN/telephony numbering Plan (Rec. E.164 [19])
38 39 31 31 32 36 32 33 36 34 32 - Called Number : 89112623642


Если включаю стандартную краткую трассировку UIPE (mon 0), то А-номер я уже не вижу.

DCH 13 UIPE_IMSG CC_SETUP_IND REF 000001BD TOD 11:12:08 CK 26CD9956


В CDR также А-номер не показывается.
В чем может быть проблема?

Кстати, с другой, уже нашей станции - все нормально проходит:

Total Number of Message Octets : 48
40 00 01 00 2A 00 08 02 00 2C 05 04 03 80 90 A3
18 03 A1 83 9E 1E 02 81 83 6C 09 21 80 32 39 36
37 39 31 32 70 09 C1 39 35 38 35 30 35 32 31 A1

Q.931 Decoded Message :

40 - Primitive ID : ISDN data Link Incoming Indication
00 - Spare
01 - Port 01
00 - Spare
2A - Message Length 42

08 - Protocol Discriminator: Q.931/I.451 user-network call control messages
02 - Call Reference Length
00 2C - From Call Reference : 5632

05 - Message Type : SETUP

04 - Information Element : Bearer Capability
03 - IE Length 3
80 - CCITT standardised coding as described below
- Speech
90 - Circuit Mode
- 64 kbit/s
A3 - Layer Id : 01
- Protocol Information Recommedation G.711 [10] A-law

18 - Information Element : Channel identification
03 - IE Length 3
A1 - Interface Id : Interface implicitly identified
- Primary Rate Interface
- Indicated channel is prefered
- The channel identified is not the D Channel
- Selection : As indicated in the following octets
83 - CCITT standardized coding, as described below
- Channel is indicated by the number in the following octet
- B Channel units
9E - Channel ID : 30

1E - Information Element : Progress Indicator
02 - IE Length 2
81 - CCITT standardized coding, as described below
- Private Network Serving Local User
83 - Origination Address is not ISDN

6C - Information Element : Calling party Number
09 - IE Length 9
21 - Type of Number : National Number
- Numbering Plan : ISDN/telephony numbering Plan (Rec. E.164 [19])
80 - Presentation Indicator: Presentation Allowed
- Screening Indicator : User provided, Not Screened
32 39 36 37 39 31 32 - Number : "2967912"

70 - Information Element : Called party Number
09 - IE Length 9
C1 - type of number : Subscriber Number
- numbering plan : ISDN/telephony numbering Plan (Rec. E.164 [19])
39 35 38 35 30 35 32 31 - Called Number : 95850521

A1 - Information Element : More Data

Пока единственное подозрение на тип номера..........

dens_klin
11.03.2008, 12:41
как то странно вы смотрите тарификацию... поищите здесь файлик all about clid, там все популярно описано... или дайте распечатку маршрута который хотите тарифицировать.

Gluker
11.03.2008, 13:12
Garuda пишет
Есть проблема.
Клиент хочет видеть в наших расшифровках по трафику А-номера, которые он выдает со своей станции.
Если включить детальную расшифровку Edss1 (debg/mon 1), то я эти А-номера вижу:
...
Пока единственное подозрение на тип номера..........
где-то это уже обсуждалось:
Меридиан плохо относится к клидам с TON: не Unknown (National) и при этом с нумерационным планом Unknown.
Такие клиды не видятся в трассировке с MON 0 - только в DEBG.
Звонки могут не отображаться в CDRе.

vsorokin
11.03.2008, 17:58
Проверьте, стоит ли CLID = YES в LD17 на соответствующем маршруте...

Old Chap
11.03.2008, 18:37
vsorokin пишет
Проверьте, стоит ли CLID = YES в LD17 на соответствующем маршруте...
CLID = YES в LD17 один на всю систему.

vsorokin
11.03.2008, 18:51
Согласен, ошибочка вышла...

Garuda
19.03.2008, 16:12
CLID - YES, безусловно прописан.
Просто непонятки с частью потоков.
Т.е. вариантов всего 2 - либо длина номера в 10 занков, вместо 7 (но сомнительно), либо тип номера Unknown вместо National. Последнее - наиболее вероятно. Вопрос, почему?

Если это окажется так, то придется трести клиентов, чтобы они поменяли настройки на своих станциях......

Других предположений у меня пока нет, все руты на станции прописаны абсолютно идентично.