Прошу помочь в следующей проблеме.
Не работает SDID опция при типе рута DID, а когда делаю TIE - А-номер отображается верно, однако в таком случае, не работает входящее распределение IDC.
Вот распечатки:

REQ: prt
TYPE: rdb
CUST 0
ROUT 8

TYPE RDB
CUST 00
ROUT 8
DES KMOBILE
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 YES
CTON INTL
DAPC YES
TBL 0
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
DCDR YES
ICOG IAO
RANX NO
SRCH LIN
TRMB YES
STEP
ACOD 11908
TCPP NO
TARG 01
CLEN 1
BILN YES
BLEN 11
BNUM 77059381505
BDSP YES
OABS
INST
IDC YES
DCNO 0
NDNO 0 *
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
RTD 12
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR YES
INC YES
LAST YES
TTA YES
ABAN YES
CDRB YES
QREC YES
OAL YES
AIA YES
OAN YES
OPA YES
OPD NO
NDP EXC 0
CDRX NO
CCO NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS YES
RACD NO
EQAR NO
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 3
FRL 4 4
FRL 5 5
FRL 6 6
FRL 7 7
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 11908 8
SGRP 0
ARDN NO
ANIE 0
CAC_CIS 3
AACR NO

REQ prt
TYPE adan


ADAN DCH 26
CTYP MSDL
MG_CARD 004 0 04
PORT 1
DES KMOBILE
USR PRI
DCHL 26
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID **
RCAP COLP
MBGA NO
OVLR NO
OVLS YES
OVLT 0
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7
ADAN DCH 30
CTYP DCIP
DES IPTrunks
USR ISLD
ISLM 4000
SSRC 1800
OTBF 32
NASA NO
IFC SL1
CNEG 1
RLS ID 5
RCAP ND2
MBGA NO
H323
OVLR YES
OVLS YES
OVLT 1

REQ ***
OVL000
>ld 49
REQ prt
TYPE ids
SCH0111
TYPE idc
CUST 0
DCNO 0
PRT SDID

DCNO 0

SDID YES
IDGT CDGT
9380000 11803
9381116 11116

При звонке через TIE-рут, SDID отрабатывает правильно, однако на форуме говорили, что TIE нельзя использовать для корректной трансляции входящих номеров. Когда же я использую DID-рут, у меня вообще номер берётся из CLID-таблицы.
В документе: ISDN PRI features fundamentals эта опция описана как "SDID Number as CLID for EuroISDN Trunks" и там никаких ограничений нету.
Станция: CS1000E 5.0

>
DCH 26 UIPE_OMSG CC_SETUP_REQ REF 00000D52 CH 26 30 TOD 19:25:57 CK CF5DFE57
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:7272584238 NUM PLAN: E164 TON: INTL
CALLED #:77052704874 NUM PLAN: E164 TON: INTL

DCH 26 UIPE_IMSG CC_MORE_INFO_IND REF 00000D52 CH 26 30 TOD 19:25:57 CK CF5DFF7E

DCH 26 UIPE_IMSG CC_DISC_IND REF 00000D52 CH 26 30 TOD 19:25:57 CK CF5DFF92
CAUSE: #1 - UNASSIGNED NUMBER

CPFXS NO - и тогда в руте появляются промты HNTN и HLCL. Номер формируется как HNTN+HLCL+DN. Если теперь "включить" SDID, то DN в этой формуле меняется на номер из SDID-таблицы. А поскольку у вас CPFXS YES, то номер формируется из таблицы CLID.

А можно еще "до кучи" распечатку таблицы CLID и порта, с которого делаете тестовые звонки?

>ld 21
PT1000

REQ: prt
TYPE: clid
CUST 0
SIZE 256
RNGE

INTL 7

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

ENTRY 4
HNTN
ESA_HLCL
ESA_INHN NO
ESA_APDN YES
HLCL 7272584238
DIDN NO
HLOC
LSC
CLASS_FMT DN

DES TM
TN 100 0 03 20 VIRTUAL
TYPE 2004P2
CDEN 8D
CTYP XDLC
CUST 0
NUID
NHTN
CFG_ZONE 000
CUR_ZONE 000
ERL 0
ECL 0
FDN 11888
TGAR 0
LDN NO
NCOS 2
SGRP 0
RNPG 3
SCI 0
SSU
LNRS 16
XLST 2
SCPW 1976
SFLT NO
CAC_CIS 0
CAC_MFC 0
CLS TLD FBA WTA LPR PUA MTD FNA HTD TDD HFA CRPD
MWA LMPN RMMD SMWD AAD IMD XHD IRA NID OLA VCE DRG1
POD DSX VMD SLKD CCSD SWD LNA CNDA
CFTD SFD MRD DDV CNIA CDCA MSID DAPA BFED RCBD
ICDA CDMD MCTD CLBD AUTU
GPUA DPUA DNDA CFXA ARHD CNTD CLTD ASCD
CPFA CPTA ABDA CFHD FICA NAID DNAA RDLA BUZZ AGRD MOAD
UDI RCC HBTD AHA IPND DDGA NAMA MIND PRSD NRWD NRCD NROD
DRDD EXR0
USRD ULAD RTDA RBDD RBHD PGND OCBD FLXD FTTU DNDY DNO3 MCBN
FDSD NOVD VOLA VOUD CDMR ICRA MCDD T87D KEM3 MSNV FRA PKCH
CPND_LANG ENG
RCO 0
HUNT
LPK 0
PLEV 02
DANI NO
SPID NONE
AST 00
IAPG 1
AACS YES
ACQ AS: TN
ASID 17
SFNB 1 2 3 4 5 6 9 10 11 12 13 15 16 17 18 19 22 24 25 26
SFRB 1 2 15
USFB 1 2 3 4 5 6 7 9 10 11 12 13 14 15
CALB 0 1 3 4 5 6 8 9 10 11 12
FCTB
ITNA NO
DGRP
PRI 01
MLWU_LANG 0
MLNG ENG
DNDR 0
ARTO 0
AFD 11802
AHNT
KEY 00 ACD 70040 3 70184
AGN
ANIE 0
01 NRD
02 MSB
03 MCR 11116 4 MARP
ANIE 0
04 ACNT
05 MCR 11116 1
ANIE 0
06 ADL 16
07 ADL 16
08 ADL 16
09 ADL 16
10 ADL 16
11 ADL 16
12
13
14
15
16 MWK 11802
17 TRN
18 AO6
19 CFW 16 10498
20 RGA
21 PRK
22 RNP
23
24 PRS
25 CHG
26 CPN
27
28
29
30
31
DATE 16 FEB 2010

CPFXS NO - и тогда в руте появляются промты HNTN и HLCL. Номер формируется как HNTN+HLCL+DN. Если теперь "включить" SDID, то DN в этой формуле меняется на номер из SDID-таблицы. А поскольку у вас CPFXS YES, то номер формируется из таблицы CLID.

TEMA, большое спасибо! Такое простое решение. :D
Не подскажете какие волшебные крыжики ещё поставить чтобы SDID заработала в обратную сторону, из города в офис? :rolleyes:

Но до такого простого решения додуматься иногда весьма сложно. :(

Кстати, может быть SDID будет работать вместе с таблицей CLID, но тогда нужно ставить DIDN YES.

TEMA, большое спасибо! Такое простое решение. :D
Не подскажете какие волшебные крыжики ещё поставить чтобы SDID заработала в обратную сторону, из города в офис? :rolleyes:

Давай посмотрим трассировку, какие цифры приходят из города при входящем звонке.

DCH 26 UIPE_IMSG CC_SETUP_IND REF 00000A00 CH 26 6 TOD 13:33:34 CK D7275FFD
CALLING #:77017669244 NUM PLAN: E164 TON: INTL
CALLED #:77059380000 NUM PLAN: E164 TON: LOCL

DCH 26 UIPE_OMSG CC_REJECT_REQ REF 00008A00 CH 26 6 TOD 13:33:34 CK D7275FFE
CAUSE: #1 - UNASSIGNED NUMBER

Получается надо отрезать 4 первые цифры чтобы заработало правило:
SDID YES
IDGT CDGT
9381116 11116

CALLED #:77059380000


Вот этот номер тебе и нужно отлавливать в таблице IDC

Кстати, может быть SDID будет работать вместе с таблицей CLID, но тогда нужно ставить DIDN YES.

Tema, оно и так работает корректно, A-номер "наземному" провайдеру уходит из таблицы CLID, а сотовому через SDID.
А как это SDID + CLID? :D

А как это SDID + CLID? :D

Номер из SDID таблицы подменяет DN. Если в таблице CLID включено DIDN YES, то номер собирается как HNTN+HLCL+DN, вот этот DN и будет подменяться. Короче, если все работает - забей. :D

Вот этот номер тебе и нужно отлавливать в таблице IDC

Я не могу прописать больше 9 цифр в таблицу IDC по SDID, а если другую назначить без SDID - тогда A-номер будет +7 705 11116 (HNTN+HLCL+DN)

Вот этот номер тебе и нужно отлавливать в таблице IDC

Мой сотовый провайдер выделил мне только следующий пул:
+7 705 938 хххх
Поэтому я не могу им отправлять +7 705 93 + 5хDN
С Вашей помощью мне удалось правильно оригинировать А-номер, а вот обратную задачу - позвонить на номер, через этот поток пока не получается. :(

Сейчас какой тип транков у тебя - DID или TIE? Распечатай ld 21 prt ldn

Почитай FAQ #21

>ld 21

REQ: prt
TYPE: rdb
CUST 0

TYPE RDB
CUST 00
ROUT 8
DES KMOBILE
TKTP DID

REQ: prt
TYPE: ldn
TYPE LDN_DATA
CUST 0

TYPE LDN_DATA
CUST 00
OPT XLDN
DLDN YES
LDN0
LDA0
LDN1
LDA1
LDN2
LDA2
LDN3
LDA3
LDN4
LDA4
LDN5
LDA5
LDBZ
ICI 00
ICI 01
ICI 02
ICI 03
ICI 04
ICI 05
ICI 06
ICI 07
ICI 08
ICI 09

Транки DID

Читал я этот FAQ. :(

А: Дело в том, что в данной конфигурации EURO DID и OVLR no Меридиан воспринимает из полученного набора столько цифр, сколько прописано в LDN0 (LD 15, LDN), причем - справа.

Я не понял мысль этого утверждения. LDN0 - это номер, я пробовал прописывать
7705 чтобы станция пропускала эти цифры и анализировала оставшиеся (например: +77059381116) однако из-за того, что у меня в CDP TSC прописано направление 7705, то его нельзя записать в LDN запись.

Читал я этот FAQ. :(

А: Дело в том, что в данной конфигурации EURO DID и OVLR no Меридиан воспринимает из полученного набора столько цифр, сколько прописано в LDN0 (LD 15, LDN), причем - справа.

Я не понял мысль этого утверждения.

Все очень просто. Или в D-канале нужно поставить OVLR YES (разрешить прием цифр оверлапом), или придется прописывать LDN0. Иначе входящей связи не будет. Пропиши оверлап, а в IDC таблице попробуй ставить пробел после каждых 4-х цифр, чтобы забить длинный номер.

LDN0 - это номер, я пробовал прописывать
7705 чтобы станция пропускала эти цифры и анализировала оставшиеся

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

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

Попробовал, получилось! :)
Откуды Вы всё это знаете, в документации этого нет. :D

Попробовал, получилось! :)
Откуды Вы всё это знаете, в документации этого нет. :D

LDN0 x...x Listed Directory Number 0 basic-1
Up to 4 digits, up to 7 digits with Directory Number
Expansion (DNXP) package 150. Precede with X to
remove an entry.
LDN0 must be defined for ISDN PRI DID service. The
length of LDN0 determines the number of trailing digits
translated as the dialed DN on PRI DID routes.

LDN0 x...x Listed Directory Number 0 basic-1
Up to 4 digits, up to 7 digits with Directory Number
Expansion (DNXP) package 150. Precede with X to
remove an entry.
LDN0 must be defined for ISDN PRI DID service. The
length of LDN0 determines the number of trailing digits
translated as the dialed DN on PRI DID routes.

Нашёл! SIO Admin guide. Плохо читаю документацию.
Периодически вспоминаю табличку,
которую увидел 5 лет назад в офисе моего коллеги в Москве
"Стёпа, читай доки внимательно!" :D

Tema, не подскажете, существует ли вменяемый документ по обработке Меридианом входящих и исходящих вызовов, так сказать концепция.
То есть как колсервер анализирует набранные или приходящие цифры, в какие таблицы смотрит. Потому-что эти нортеловские "fundamentals" - полный шлак, :D если не представляешь себе принцип действия системы, понимания как это работает в общем-то нету. :confused:

То есть как колсервер анализирует набранные или приходящие цифры, в какие таблицы смотрит. Потому-что эти нортеловские "fundamentals" - полный шлак, :D если не представляешь себе принцип действия системы, понимания как это работает в общем-то нету. :confused:

К сожалению, документа "NTP 66666-666 Ответы именно на те вопросы, которые прямо сейчас имеет werkon и после которых он сразу все поймет" нет в природе.

Уважаемый werkon! Если б вы почитали документацию других производителей, то нортеловскую "шлаком" бы не называли :D

А уж если вспомнить о еще об одном продукте Нортела который называется DMS то вообще атас. :mad:
У Меридиана одна из самых неплохих документаций, еще нравится Авайя.:) Оччень хорошая дока у Сименса.

Кто желает стать самураем и сделать себе сикоку, предлагаю доку по NEC M100.:cool:

Не помню где утащил такую картинку - кратенько и наглядненько:)