Добрый день!
Возник вопрос по CDP. Пытаюсь прикрутить к гейткиперу CS1000 VoIP-шлюз AddPac. Собственно сам шлюз на гейткипере зарегистрировался. Настроил через CDP, TSC маршрутизацию на этот шлюз. И обнаружил, что при звонках на номер 2555 (тестовый номер шлюза), отдается 3-хзначный DN 490, хотя на самом деле он 4-хзначный 5490. Отсюда и вопрос, почему рубится 4-я цифра и где это настраивается?

Вот трассировка вызовов на шлюз и с него.

DCH 13 OMSG SETUP REF 00000185 CH 92 1 0 4 TOD 15:19:46
FEAT :NAS
FEAT :NCID
PROGRESS: ORIG ADDR IS NOT ISDN
CALLING #:490 NUM PLAN: PRIVATE/ABBREVIATED (CDP)
CALLED #:2555 NUM PLAN: PRIVATE/ABBREVIATED (CDP)

DCH 13 IMSG CALLPROC REF 00000185 CH 92 1 0 4 TOD 15:19:46

DCH 13 IMSG ALERT REF 00000185 CH 92 1 0 4 TOD 15:19:46

DCH 13 IMSG CONNECT REF 00000185 CH 92 1 0 4 TOD 15:19:49

DCH 13 OMSG CONN ACK REF 00000185 CH 92 1 0 4 TOD 15:19:49

DCH 13 OMSG DISC REF 00000185 CH 92 1 0 4 TOD 15:19:50
CAUSE :NORMAL CALL CLEARING

DCH 13 IMSG RELEASE REF 00000185 CH 92 1 0 4 TOD 15:19:50
CAUSE :NORMAL CALL CLEARING

DCH 13 OMSG REL COMP REF 00000185 CH 92 1 0 4 TOD 15:19:50

DCH 13 IMSG SETUP REF 00008181 CH 92 1 0 0 TOD 15:19:59
CALLING #:2555 NUM PLAN: NUM UNKNOWN/UNKNOWN (UNKNOWN)
CALLED #:5490 NUM PLAN: NUM UNKNOWN/UNKNOWN (UNKNOWN)

DCH 13 OMSG CALLPROC REF 00008181 CH 92 1 0 0 TOD 15:19:59

DCH 13 OMSG ALERT REF 00008181 CH 92 1 0 0 TOD 15:19:59
PROGRESS: DEST ADDR IS NOT ISDN

DCH 13 OMSG NOTIFY REF 00008181 CH 92 1 0 0 TOD 15:19:59

DCH 13 IMSG DISC REF 00008181 CH 92 1 0 0 TOD 15:20:00
CAUSE :NORMAL CALL CLEARING

DCH 13 OMSG RELEASE REF 00008181 CH 92 1 0 0 TOD 15:20:00

DCH 13 IMSG REL COMP REF 00008181 CH 92 1 0 0 TOD 15:20:00

DMI смотрите - не отрезается ли первая цифра.

Нет, в dmi не удаляется.

DMI 11
DEL 0
ISPN NO
CTYP CDP

Виноват. Не проснулся ещё. :) DMI тут ни при чём, т.к. это не правильно формируется CLID. распечатайте пожалуйста TN телефона и Clid entry, которую этот TN использует (ld 21 prt clid)

TN 92 0 0 4
DATE
PAGE
DES

DES CUST
TN 092 0 00 04 VIRTUAL
TYPE 1140
CDEN 8D
CTYP XDLC
CUST 0
NUID
NHTN
KEM 1
CFG_ZONE 001
CUR_ZONE 001
ERL 0
ECL 0
FDN
TGAR 0
LDN NO
NCOS 4
SGRP 0
RNPG 1
SCI 0
SSU
LNRS 16
XLST 13
SFLT NO
CAC_CIS 0
CAC_MFC 0
CLS TLD FBD WTA LPR PUA MTD FNA HTD TDD HFA CRPD
MWD LMPN RMMD SMWD AAD IMD XHD IRD NID OLD VCE DRG1
POD DSX VMD SLKD CCSD SWD LNA CNDA
CFTA SFD MRD DDV CNID CDCA MSID DAPA BFED RCBD
ICDD CDMD MCTD CLBD AUTU
GPUD DPUD DNDA CFXA ARHD CLTD ASCD
CPFA CPTA ABDD CFHD FICD NAID DNAA BUZZ AGRD MOAD
UDI RCC HBTD AHA IPND DDGA NAMA MIND PRSD NRWD NRCD NROD
DRDD EXR0
USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC DNDY DNO3 MCBN
FDSD NOVD VOLA VOUD CDMR ICRD MCDD T87D KEM3 MSNV FRA PKCH
CPND_LANG ROM
RCO 0
BFTN 000 0 04 04
000 0 04 12
EFD
HUNT
EHT
PLEV 02
DANI NO
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG RUS
DNDR 0
KEY 00 MCR 5490 0 MARP
CPND
CPND_LANG ROMAN
NAME
XPLN 18
DISPLAY_FMT FIRST,LAST
ANIE 0
01 MCR 5490 0
CPND
CPND_LANG ROMAN
NAME
XPLN 18
DISPLAY_FMT FIRST,LAST
ANIE 0
02 MCR 5490 0
CPND
CPND_LANG ROMAN
NAME
XPLN 18
DISPLAY_FMT FIRST,LAST
ANIE 0
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17 TRN
18 AO6
19 CFW 16
20 RGA
21 PRK
22 RNP
23
24 PRS
25 CHG
26 CPN
27
28
29
30
31
KEM 1 PAGE 0
32 BFS 092 0 00 01
33 BFS 000 0 04 15
34 BFS 000 0 04 04
35 BFS 000 0 04 01
36 BFS 000 1 09 13
37 BFS 000 0 06 13
38 BFS 000 0 04 05
39 ADL 4 5428
40 ADL 4 5426
41 BFS 004 0 06 00
42
43
44
45
46
47
48
49
KEM 1 PAGE 1
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
DATE 10 OCT 2009


ENTRY 0
HNTN
ESA_HLCL XXXXXXXXXX
ESA_INHN NO
ESA_APDN YES
HLCL XXXXXXXXXXX
DIDN NO
HLOC
LSC
CLASS_FMT DN

ENTRY 1
HNTN
ESA_HLCL
ESA_INHN NO
ESA_APDN NO
HLCL
DIDN NO
HLOC
LSC
CLASS_FMT DN

см NCDP

см NCDP

Да, в этом и была причина. NCDP 3 стояло. Но надеялся, что в другом, лениво было сносить и заново создавать все CDP, чтобы NCDP поменять.
Теперь встала другая проблема. Перестали ходить звонки на шлюз. Со шлюза на станцию звонки проходят. При этом на сигнальнике вообще никаких сообщений об ошибках нет.

DCH 13 OMSG SETUP REF 00000185 CH 92 1 0 4 TOD 9:28:31
FEAT :NAS
FEAT :NCID
PROGRESS: ORIG ADDR IS NOT ISDN
CALLING #:5490 NUM PLAN: PRIVATE/ABBREVIATED (CDP)
CALLED #:2555 NUM PLAN: PRIVATE/ABBREVIATED (CDP)

DCH 13 IMSG CALLPROC REF 00000185 CH 92 1 0 4 TOD 9:28:31

DCH 13 IMSG DISC REF 00000185 CH 92 1 0 4 TOD 9:28:37
CAUSE :NO CHANNEL/CIRC AVAIL

DCH 13 OMSG RELEASE REF 00000185 CH 92 1 0 4 TOD 9:28:37

DCH 13 IMSG REL COMP REF 00000185 CH 92 1 0 4 TOD 9:28:37



DCH 13 IMSG SETUP REF 00008181 CH 92 1 0 0 TOD 9:29:05
CALLING #:2555 NUM PLAN: NUM UNKNOWN/UNKNOWN (UNKNOWN)
CALLED #:5490 NUM PLAN: NUM UNKNOWN/UNKNOWN (UNKNOWN)

DCH 13 OMSG CALLPROC REF 00008181 CH 92 1 0 0 TOD 9:29:05

DCH 13 OMSG ALERT REF 00008181 CH 92 1 0 0 TOD 9:29:05
PROGRESS: DEST ADDR IS NOT ISDN

DCH 13 OMSG NOTIFY REF 00008181 CH 92 1 0 0 TOD 9:29:05

DCH 13 OMSG CONNECT REF 00008181 CH 92 1 0 0 TOD 9:29:15

DCH 13 IMSG CONN ACK REF 00008181 CH 92 1 0 0 TOD 9:29:15

DCH 13 OMSG DISC REF 00008181 CH 92 1 0 0 TOD 9:29:15
CAUSE :NORMAL CALL CLEARING

Когда уходил 3-хзначный номер, в частности 490, на шлюзе надо было явно указывать, чтобы звонки 4.. уходили на 172.20.3.6 (адрес гейткипера), а все остальные на RAS-сервер (в принципе тот же гейткипер). Тогда работало в обе стороны. Если просто отправлять все звонки на RAS, тогда шли звонки только со шлюза на станцию, если же все звонки отправлять на ip гейткипера, то тогда ходят звонки только со станции. При этом на самом гейткипере прописывал и 4-ку в сторону CS1000 и 5-ку. Такое подозрение, что дело опять в типах звонка. Кто-нибудь сталкивался с подобной ситуацией?

NRS чувствителен к типу номера. Какие номера у вас за шлюзом? Как они прописаны в NRS?

NRS чувствителен к типу номера. Какие номера у вас за шлюзом? Как они прописаны в NRS?

За шлюзом пока просто ТА, на самом шлюзе прописывал разные типы номера (international, national, network, subscriber, unknown), в NRS для DN шлюза вообще прописал все типы номеров. Не помогает. В дебаге на шлюзе видно, что звонок на него приходит, а следом приходит remote call clear.
Если же на шлюзе прописать диал-пир, в котором все звонки на номер 5490 отправлять на адрес ноды, тогда все работает в обе стороны. Но мне кажется, что это не очень правильно. Может есть возможность запустить какую-нибудь трассировку на сигнальнике?

SIPCallTrace смотри

SIPCallTrace смотри

У меня H323, не SIP.

Тогда H323CallTrace :)
А консолью зайти на сигнальник и набрать help слабо?