Telex
31.05.2012, 06:57
Здравствуйте. Помогите вот в таком вопросе.
Станция 61С с релизом 4.5. Подсоединена по DSS1 к оператору связи. В свою очередь к ней присоединена корпоративная сеть меридианов 11С по SL-1. Когда абонент 61С ставит переадресацию на сотовый и ему звонит тоже абонент 61С, то всё нормально - в качестве номера А отдаётся номер переадресующего и звонок происходит. Если же ему звонит внешний абонент из корпоративной сети, то номер А - пустой, и звонок не проходит.

Вот телефон абонента, который устанавливает переадресацию:
DES M3904
TN 020 0 02 06
TYPE 3904
CDEN 8D
CTYP XDLC
CUST 0
KBA 1
FDN 0
TGAR 0
LDN NO
NCOS 0
SGRP 0
RNPG 114
SCI 0
SSU
LNRS 16
XLST 0
SFLT NO
CAC_CIS 1
CAC_MFC 0
CLS TLD FBA WTA LPR PUA MTD FNA HTD TDD HFA GRLD CRPD STSA
MWD LMPN RMMD SMWD AAD IMD XHD IRA NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LNA CNDA
CFTD SFD MRD DDV CNID CDCA MSID DAPA BFED RCBD
ICDA CDMA MCTD CLBD AUTU
GPUD DPUD DNDA CFXA ARHD CLTD ASCD
ABDD CFHA FICD NAIA DNAA RDLD RNGI 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
FDSA NOVD CDMR
CPND_LANG ROM
RCO 0
HUNT 000
LHK 0
LPK 16
PLEV 03
CSDN
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG RUS
DNDR 0
KEY 00 MCR 2222 222 MARP
CPND
CPND_LANG ROMAN
NAME ATS MERIDIAN
XPLN 13
DISPLAY_FMT FIRST,LAST
ANIE 0
01 MCR 2222 222
CPND
CPND_LANG ROMAN
NAME ATS MERIDIAN
XPLN 13
DISPLAY_FMT FIRST,LAST
ANIE 0
02 BFS 020 1 12 07
03 ADL 16
04 ADL 16
05 ADL 16
06 BFS 020 0 12 10
07
08 ADL 16
09 ADL 16
10 ADL 16
11 ADL 16
12
13
14
15
16
17 TRN
18 AO6
19 CFW 20
20 RGA
21 PRK
22 RNP
23
24 PRS
25 CHG
26 CPN
27 CLT
28 RLT
29
30
31

Это настройки 61С
TYPE NET_DATA
CUST 0

TYPE NET_DATA
CUST 00
OPT RTD
AC1 INTL NPA SPN NXX LOC
AC2
FNP YES
ISDN YES
VPNI 0
PNI 0
PINX_DN
MBG 0
BSGC 65535
PFX1
PFX2
HLOC
LSC
RCNT 5
PSTN NO
TNDM 15
PCMC 15
SATD 1
OCLI ALL
TIDM NO
DASC
ROPT NRO
DITI YES
TRNX YES
EXTT YES
FTOP FRES
APAD 0 0
VNR NO
NIT 8
NAS_ATCL NO
NAS_ACTV NO
FOPT 14
CNDN 9999
CNAT 9999
CNIP YES
CNTC
NATC
INTC

Это трейс переадресованного звонка, когда абонент 61С звонит абоненту 61С

DCH 11 UIPE_OMSG CC_SETUP_REQ REF 00001967 CH 26 18 TOD 9:56:07 CK 1093C6BB
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:33842440222 NUM PLAN: E164 TON: NATL
CALLED #:89502640275 NUM PLAN: E164 TON: NATL

DCH 11 UIPE_IMSG CC_PROCEED_IND REF 00001967 CH 26 18 TOD 9:56:07 CK 1093C7EC
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_OMSG CC_DISC_REQ REF 00001967 CH 26 18 TOD 9:56:09 CK 1093D2E9
CAUSE: #16 - NORMAL CALL CLEARING

DCH 11 UIPE_IMSG CC_RELEASE_IND REF 00001967 CH 26 18 TOD 9:56:09 CK 1093D3F7
CAUSE: #16 - NORMAL CALL CLEARING

DCH 11 UIPE_OMSG CC_RELEASE_RESP REF 00001967 CH 26 18 TOD 9:56:09 CK 1093D3F8

Это входящий звонок от абонента корпоративной сети
DCH 1 IMSG SETUP REF 00008006 CH 9 6 TOD 10:01:03
PROGRESS: ORIG ADDR IS NOT ISDN
CALLING #:2927 NUM PLAN: PRIVATE/ABBREVIATED (CDP)
CALLED #:2222 NUM PLAN: PRIVATE/ABBREVIATED (CDP)

DCH 1 OMSG CALLPROC REF 00008006 CH 9 6 TOD 10:01:03

DCH 1 OMSG PROGRESS REF 00008006 CH 9 6 TOD 10:01:09
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 1 OMSG DISC REF 00008006 CH 9 6 TOD 10:01:21
CAUSE :NORMAL UNSPECIFIED

DCH 1 IMSG RELEASE REF 00008006 CH 9 6 TOD 10:01:21

DCH 1 OMSG REL COMP REF 00008006 CH 9 6 TOD 10:01:21

Это переадресованный звонок от абонента корпоративной сети
DCH 11 UIPE_OMSG CC_SETUP_REQ REF 0000198E CH 26 9 TOD 10:04:21 CK 10A2D931
PROGRESS: ORIGINATING END IS NOT ISDN
PROGRESS: INTERWORKING WITH PRIVATE WORK
CALLING #:NO DIGIT NUM PLAN: PRIVATE TON: ESN CDP
CALLED #:89502640275 NUM PLAN: E164 TON: NATL

DCH 11 UIPE_IMSG CC_PROCEED_IND REF 0000198E CH 26 9 TOD 10:04:27 CK 10A3013F
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_IMSG CC_DISC_IND REF 0000198E CH 26 9 TOD 10:04:51 CK 10A3C12A
CAUSE: #21 - CALL REJECTED

DCH 11 UIPE_OMSG CC_RELEASE_REQ REF 0000198E CH 26 9 TOD 10:04:51 CK 10A3C12B

DCH 11 UIPE_IMSG CC_RELEASE_CONF REF 0000198E CH 26 9 TOD 10:04:51 CK 10A3C1BF

Звонок проходит, если от абонента корпоративной сети приходит АОН в формате national, но надо чтобы это работало и при 4-значном внутреннем АОНе. Подскажите, пожалуйста, как победить эту проблему?

lq74
31.05.2012, 11:38
Вам нужно, чтобы к вызову на "8" был жестко привязан NPI/TON E164/NATL, а у Вас параметры вызова на "8" определяются порождающим вызовом. Т.е. при вызове из CDP в город летит вызов с PRIVATE/CDP.
Если у Вас маршрутизация на SPN, пробуйте CLTP=NATL в соответствующем SPN. Moжет быть придется крутить DMI (ISPN, CTYP) или соответствующие параметры в RDB (LD16).

Telex
31.05.2012, 12:47
То есть при вызове из CDP в город летит вызов с PRIVATE/CDP-это стало понятно. Но почему тогда номер А - пустой ?
Попробовали cltp и параметры в dmi - не помогло. А какие параметры можно крутить в RDB ? Или есть еще какие-то варианты решения?
Вот распечатка DMI^

REQ prt
CUST 0
FEAT dgt
DMI 11


DMI 11
DEL 0
ISPN NO
INST 8
CTYP NPA

lq74
31.05.2012, 13:17
...Но почему тогда номер А - пустой ?...
Ну, IMHO, настройки CLID переадресующего для CDP кривоваты. CLID ENTRY (или?) правила конструирования CLID.
Этим не заморачивайтесь. Если там будет E164/NATL, появятся и правильные циферки. И наоборот - правильные циферки при кривом NPI/TON все равно не помогут. Смежная сторона их правильно не распознает. Это же не Asterisk...
А какие параметры можно крутить в RDB?
Там есть параметры аналогичные как в DMI (CTYP) и в CLID LD15.

Telex
31.05.2012, 13:43
Может, чего не понимаю? Вот распечатка ROUT c которого пришел звонок

ROUT 2

TYPE RDB
CUST 00
ROUT 2
DES KSU
TKTP TIE
NPID_TBL_NUM 0
ESN NO
RPA NO
CNVT NO
SAT NO
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC SL1
PNI 00000
NCNA YES
NCRD NO
CTYP UKWN
INAC NO
ISAR NO
DAPC NO
DSEL VOD
PTYP DTT
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
SRCH LIN
TRMB YES
STEP
ACOD 7102
TCPP NO
TARG
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 2
NDNO 2 *
DEXT NO
DNAM NO
SIGO STD
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
IENB 5
TFD 0
RTD 12
VSS 0
VGD 6
DTD NO
SCDT NO
2 DT NO
DRNG NO
CDR YES
INC YES
LAST YES
TTA NO
QREC NO
OAL YES
AIA YES
OAN YES
OPD YES
NDP EXC 0
CDRX NO
NATL YES
SSL
CFWR NO
IDOP NO
VRAT NO
MUS NO
PANS YES
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
CBQ NO
AUTH NO
TTBL 0
ATAN NO
PLEV 2
OPR NO
ALRM NO
ART 0
PECL NO
DCTI 0
TIDY 7102 2
SGRP 0
ARDN NO
ANIE 1
CAC_CIS 1
AACR NO

А это распечатка ROUT, куда он ушел

REQ PRT
TYPE:
TYPE RDB
CUST 0
ROUT 51

TYPE RDB
CUST 00
ROUT 51
DES ZTE
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN YES
PNI 00000
NCNA NO
NCRD NO
ISAR NO
CPFXS YES
SDID NO
DAPC NO
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
RANX NO
SRCH RRB
TRMB YES
STEP
ACOD 7151
TCPP NO
TARG
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 1
NDNO 1 *
DEXT NO
DNAM NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
IENB 5
RTD 12
VSS 0
VGD 6
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG YES
NDRI 01
CDR YES
INC YES
LAST YES
TTA YES
ABAN YES
CDRB YES
QREC NO
OAL YES
AIA YES
OAN YES
OPD YES
NDP EXC 0
CDRX NO
NATL YES
SSL
CFWR NO
IDOP NO
VRAT NO
MUS YES
MRT 60
MR NO
PANS YES
EQAR NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
TTBL 0
ATAN NO
PLEV 2
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
TIDY 7151 51
SGRP 0
ARDN NO
ANIE 0
CAC_CIS 3
AACR NO

CLID переадресующего аппарата

ENTRY 222
HNTN 33842
ESA_HLCL
ESA_INHN NO
ESA_APDN YES
HLCL 440222
DIDN NO
HLOC 40
LSC
CLASS_FMT DN

lq74
31.05.2012, 17:37
Может, чего не понимаю...

CLID переадресующего аппарата

ENTRY 222
HNTN 33842
ESA_HLCL
ESA_INHN NO
ESA_APDN YES
HLCL 440222
DIDN NO
HLOC 40
LSC
CLASS_FMT DN

Я уже тоже не уверен, что Вашу ситуацию понимаю:confused:.

Сомнение в том, что система пытается передать в мутной строке

CALLING #:NO DIGIT NUM PLAN: PRIVATE TON: ESN CDP

То ли это номер "A", то ли номер "B". Т.е. непонятно, работает ли здесь OCLI=ALL.
ESN CDP по доке LSC+DN абонента. Попробуйте прописать LSC абоненту с DN=2222 и посмотрите, изменится ли что-нибудь в трассировке.

Telex
01.06.2012, 07:04
При OCLI=EXT вот такой трейс

DCH 3 UIPE_OMSG CC_SETUP_REQ REF 00001E18 CH 10 9 TOD 10:04:48 CK 1AED91F5
PROGRESS: ORIGINATING END IS NOT ISDN
PROGRESS: INTERWORKING WITH PRIVATE WORK
CALLING #:2927 NUM PLAN: PRIVATE TON: ESN CDP
CALLED #:89502640275 NUM PLAN: E164 TON: NATL

DCH 3 UIPE_IMSG CC_PROCEED_IND REF 00001E18 CH 10 9 TOD 10:04:48 CK 1AED9326
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 3 UIPE_IMSG CC_ALERT_IND REF 00001E18 CH 10 9 TOD 10:04:52 CK 1AEDA7D9

DCH 3 UIPE_OMSG CC_DISC_REQ REF 00001E18 CH 10 9 TOD 10:04:56 CK 1AEDD22D
CAUSE: #16 - NORMAL CALL CLEARING

DCH 3 UIPE_IMSG CC_RELEASE_IND REF 00001E18 CH 10 9 TOD 10:04:56 CK 1AEDD33A
CAUSE: #16 - NORMAL CALL CLEARING

DCH 3 UIPE_OMSG CC_RELEASE_RESP REF 00001E18 CH 10 9 TOD 10:04:56 CK 1AEDD33B


При прописании LSC 2440222 - ничего не изменилось
DCH 3 UIPE_OMSG CC_SETUP_REQ REF 00001E20 CH 10 29 TOD 10:10:04 CK 1AF731D9
PROGRESS: ORIGINATING END IS NOT ISDN
PROGRESS: INTERWORKING WITH PRIVATE WORK
CALLING #:NO DIGIT NUM PLAN: PRIVATE TON: ESN CDP
CALLED #:89502640275 NUM PLAN: E164 TON: NATL

DCH 3 UIPE_IMSG CC_PROCEED_IND REF 00001E20 CH 10 29 TOD 10:10:10 CK 1AF75A01
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 3 UIPE_OMSG CC_DISC_REQ REF 00001E20 CH 10 29 TOD 10:10:12 CK 1AF76774
CAUSE: #16 - NORMAL CALL CLEARING

DCH 3 UIPE_IMSG CC_RELEASE_IND REF 00001E20 CH 10 29 TOD 10:10:12 CK 1AF7689E
CAUSE: #16 - NORMAL CALL CLEARING

DCH 3 UIPE_OMSG CC_RELEASE_RESP REF 00001E20 CH 10 29 TOD 10:10:12 CK 1AF7689F

Мозги уже кипят

lq74
01.06.2012, 10:36
При OCLI=EXT вот такой трейс

CALLING #:2927 NUM PLAN: PRIVATE TON: ESN CDP
CALLED #:89502640275 NUM PLAN: E164 TON: NATL

Сравнение трейса с исходным показывает, что система там пыталась отработать OCLI=ALL на MCDN вызове, подставляя именно CLID последнего переадресующего, но с кривым типом вызова. Здесь на MCDN вызове видно, что подставился CLID ориджинатора (абонента "А")

При прописании LSC 2440222 - ничего не изменилось
Как не изменилось?: Reject cause #21 исчез.
Но у меня гнусное подозрение, что NO DIGIT у Вас вылезает из-за превышения числа цифр в данном поле. Пытаетесь LSC+DN=24402222222 протолкнуть. Забейте LSC=<одна цифра> для эксперимента. LSC это только ПРЕФИКС к DN, а не его удлиненная замена.

Еще непонятки (хотя может и не в тему):
В посте #1: 19 CFW 20
а где номер переадресации?

В посте #5:
ENTRY 222
HNTN 33842
ESA_HLCL
ESA_INHN NO
ESA_APDN YES
HLCL 440222
DIDN NO
HLOC 40
LSC
CLASS_FMT DN

HNTN+HLCL=33842440222 Это что за NATIONAL CLID из 11 цифр? В России вроде 10:rolleyes:
"3" спереди не лишняя?

lq74
01.06.2012, 11:28
Еще, NCDP (LD 86/ESN)?

Telex
04.06.2012, 06:55
Reject cause #21 исчез. т.к.инициатор звонка отбился не дождавшись соединения, потому что увидели по трейсу, что номер А опять пустой.
LSC поставили 1-не помогло.
Номер переадресации есть, просто распечатку сняли до установки CFW.
3-впереди не лишняя, таким образом мы передаем категоию АОНа.
ld 86
REQ prt
CUST 0
FEAT esn

MXLC 100
MXSD 100
MXIX 100
MXDM 100
MXRL 100
MXFC 100
MXFS 0
MXSC 1000
NCDP 4
AC1 9
AC2 8
DLTN YES
ERWT YES
ERDT 6
TODS 0 00 00 23 59
RTCL DIS
NCOS 0 - 0
NCOS 1 - 0
NCOS 2 - 0
NCOS 3 - 0
NCOS 4 - 0
NCOS 5 - 0
NCOS 6 - 0
NCOS 7 - 0
NCOS 8 - 0
NCOS 9 - 0
...
NCOS 99 - 0
ETOD
TGAR NO

lq74
04.06.2012, 09:28
Блок RDR еще распечатайте. (LD 21/RDR).

Telex
05.06.2012, 04:50
REQ: prt
TYPE: rdr
TYPE RDR_DATA
CUST 0

TYPE RDR_DATA
CUST 00
OPT CFF CFRA DSTD PVCA CWRA MCX
FNAD FDN
FNAT FDN
FNAL FDN
CFTA YES
CCFWDN
CFN0 3
CFN1 4
CFN2 2
DFN0 3
DFN1 4
DFN2 2
DNDH NO
TRCL 0
DFNR 0
CRT0 00 00 00 00
CRT1 00 00 00 00
CRT2 00 00 00 00
CRT3 00 00 00 00
DAY0
DAY1
DAY2
DAY3
HOLIDAY0
HOLIDAY1
HOLIDAY2
HOLIDAY3

Telex
09.06.2012, 06:04
Молчит вселенная.....:(

finair
09.06.2012, 10:01
Молчит вселенная.....:(

От имени космоса отвечаю я - обратитесь в техподдержку.
Ваш вопрос можно решить.