Проблема следующая.

Описание ситуации
На АТС есть аналоговые абоненты с нумерацией 5605хх
Номера направляемые в город 5606хх

Часть таблицы маршрутизации

SPN 8391
FLEN 0
RLI 26
ARRN 10
ARLI 26
ARRN 13
ARLI 26
ARRN 14
ARLI 26
ARRN 15
ARLI 26
ARRN 16
ARLI 26
ARRN 17
ARLI 26
ARRN 2
ARLI 13

SPN 5605
FLEN 6
ITOH YES
RLI 1
SDRR NONE
ITEI NONE

SPN 5606
FLEN 6
ITOH YES
RLI 0
SDRR NONE
ITEI NONE

RLI 13
ENTR 0
LTER YES
TOD 0 OFF 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
FRL 0
DMI 13
FCI 0
FSNI 0
BNE NO
SBOC NRR
IDBB DBD
IOHQ NO

ISET 0
NALT 5
MFRL 0
OVLL 0

DMI 13
DEL 5
INST 0
CTYP NCHG

RLI 1
ENTR 0
LTER YES
TOD 0 OFF 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
FRL 0
DMI 1
FCI 0
FSNI 0
BNE NO
SBOC NRR
IDBB DBD
IOHQ NO

ISET 0
NALT 5
MFRL 0
OVLL 0

DMI 1
DEL 0
CTYP NCHG


RLI 0
ENTR 0
LTER NO
ROUT 4
TOD 0 OFF 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
CNV NO
EXP NO
FRL 0
DMI 1
FCI 0
FSNI 0
BNE NO
SBOC NRR
IDBB DBD
IOHQ NO
OHQ NO
CBQ NO

ENTR 1
LTER YES
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
FRL 0
DMI 25
FCI 0
FSNI 0
BNE NO
SBOC NRR
IDBB DBD
IOHQ NO

ISET 0
NALT 5
MFRL 0
OVLL 0

DMI 1
DEL 0
CTYP NCHG

Попытки дозвона делаются с маршрута 47 (dch 47)
ADAN DCH 47
CTYP MSDL
GRP 1
DNUM 4
PORT 1
DES NEC
USR PRI
DCHL 47
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY NET
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE NET
CNEG 1
RLS ID **
RCAP COLP
MBGA NO
OVLR NO
OVLS NO
T310 120
INC_T306 0
OUT_T306 0
T200 3
T203 10
N200 3
N201 260
K 7

на маршруте стоит

DCNO 11
SDID NO
IDGT CDGT
0 00
1 01
2 02
3 03
4 04
5 05
6 06
7 07
8 08
9 09

Так вот вопрос заключается в следующем почему вызовы на номера 839125606хх приходят а на номера 839125605хх нет.

Как сделать что бы дозвон до абонентов 839125605хх состаивался.

так это лучше смотреть прямо в процессе: LD 96 трассировка D-канала

заодно будет видно, всё-таки кто кому звонит

какя писал совсем недавно, номер dch и номер loop - это разные вещи. интересно увидеть маршрут...
а самое главное, еще раз поясните:
внутренняя нумерация 5605хх
что для города города равняется 5606хх?
т.е., когда абонент 560500 звонит в город, город должен видеть АОН 560600, а когда из города звонят 560600, должен зазвонить меридиановский 560500... так?

Все очень просто, в Вашей таблице IDC прописана всего одна цифра, приходящая из города и транслируются они в 2х значный номер типа 01-09, как можно принять 3хзначный номер??? если из города пришлют номер типа 5хх, а Вы в IDC пропишите 5хх-699 то все заработает... кстати привязка не жесткая, номер 1 можно направить на 09... таблица для этого и сделана.

Похоже Я плохо объяснил.

ivanopulo пишет
какя писал совсем недавно, номер dch и номер loop - это разные вещи. интересно увидеть маршрут...
а самое главное, еще раз поясните:
внутренняя нумерация 5605хх
что для города города равняется 5606хх?
т.е., когда абонент 560500 звонит в город, город должен видеть АОН 560600, а когда из города звонят 560600, должен зазвонить меридиановский 560500... так?

Нет не так.

На моей станции нумерация 5605хх (и некоторая другая но не суть важно). И как вы видели в нарсе (кто нибудь его читаль приведён выше?) звонки на эту нумерацию lter YES (остаются внутри станции).

В городе не знаю на какой то другой станции есть к примеру нумерация 5606хх (это я привёл просто для сравнения).

Так вот с маршрута 47 на нумерацию 839125606хх могут дозвониться звонок через нарс проходит нормально (и таблица idc РАбОТАЕТ нормально) это транзитный вызов в город.

А звонки на нумерацию 839125605хх не проходят. По сообщению d канала номер не найден. Это входящий вызов.

Дело тут не в idc так как звонки на нумерацию 839125606хх проходят а дело тут скорей всего в нарсе.

Так как нарс у меня принемая вызов по Бномеру 83912 отрезает первые 5 цифр и снова направляет вызов в нарс. Для транзитных вызовов всё работает на ура. Но входящая связь по этому принципу не работает. У меня такое ощущение что меридиан "помнит" что к нему на самом деле номер пришёл 839125605хх а не 5605хх (который по идее получается проходя через нарс), А такого порта на станции нет. Вот и получаю сообщение по d каналу что номер не найден.

Я думаю эта фича сработает если подавать цифры в нарс по одной. По этому и привёл распечатку D канала.

Но в документации я нашёл только как взять несколько цифр с конца Б номера ovlr YES + ld 15. Это мне не подходит никак так как это настройка применяется ко всем наборам, значит входящая связь появится а транзитная сломается.

Народ дайте толковый совет!!! Очень надо.

Thinker пишет
Похоже Я плохо объяснил.
...
Народ дайте толковый совет!!! Очень надо.
Что-то вы намудрили.
Давайте разберемся.

При входящем звонке с маршрута 47 на номер 839125605хх вы утверждаете (хоть и не показали этого), что срабатывает IDC таблица, которая приклеивает к номеру 0. Опять же вы не скзали об этом, но могу предположить, что 0 - это код доступа к АС-таблице. Дальше станция видит, что 8391 - это SPN, в котором есть ARRN 2, который отправляет вызов на обработку в RLI 13. RLI 13 оставляет вызов внутри станции и DMI 13 вырезает 5 цифр 83912. Остаются 5605хх. После этого естественно, никакие IDC не работают и станция обрабатывает вызов так же, как если бы вы с аппарата (с XLST 0) набрали 5605хх. То есть должен быть либо DN 5605хх, либо AC или Stereeng Code на эти номера. Судя по тому, что у вас есть SPN 5605, который обрабатывает эти цифры не нулевым DMI, такого DN у вас нет и этот номер надо преобразовывать.
Что делать? ARRN 2 надо расписать на несколько, создать для ARRN 25605 новый RLI, который был бы как 13, но DMI преобразовала бы номер к DNу.
Удачи!

Ivan_A пишет
Что-то вы намудрили.
Давайте разберемся.

При входящем звонке с маршрута 47 на номер 839125605хх вы утверждаете (хоть и не показали этого), что срабатывает IDC таблица, которая приклеивает к номеру 0. Опять же вы не скзали об этом, но могу предположить, что 0 - это код доступа к АС-таблице. Дальше станция видит, что 8391 - это SPN, в котором есть ARRN 2, который отправляет вызов на обработку в RLI 13. RLI 13 оставляет вызов внутри станции и DMI 13 вырезает 5 цифр 83912. Остаются 5605хх. После этого естественно, никакие IDC не работают и станция обрабатывает вызов так же, как если бы вы с аппарата (с XLST 0) набрали 5605хх. То есть должен быть либо DN 5605хх, либо AC или Stereeng Code на эти номера. Судя по тому, что у вас есть SPN 5605, который обрабатывает эти цифры не нулевым DMI, такого DN у вас нет и этот номер надо преобразовывать.
Что делать? ARRN 2 надо расписать на несколько, создать для ARRN 25605 новый RLI, который был бы как 13, но DMI преобразовала бы номер к DNу.
Удачи!

Я похоже действительно плохо объяснил но Вы почти всё правильно помыслили цепочку кроме последнего элемента а именно у меня на станции Есть аналоговые порты с DN 5605хх.
И есть DMI1 который работает как 0 DMI т.е. не преобразовывает номер никак.

Thinker пишет
Я похоже действительно плохо объяснил но Вы почти всё правильно помыслили цепочку кроме последнего элемента а именно у меня на станции Есть аналоговые порты с DN 5605хх.
И есть DMI1 который работает как 0 DMI т.е. не преобразовывает номер никак.
Так мы увидим RDB и лог D-канала ? или это самый большой секрет фирмы?

и аппарат заодно. Мало ли что...
ldn0 кстати прописан?

Ivan_A пишет
Что-то вы намудрили.
Давайте разберемся.

При входящем звонке с маршрута 47 на номер 839125605хх вы утверждаете (хоть и не показали этого), что срабатывает IDC таблица, которая приклеивает к номеру 0. Опять же вы не скзали об этом, но могу предположить, что 0 - это код доступа к АС-таблице. Дальше станция видит, что 8391 - это SPN, в котором есть ARRN 2, который отправляет вызов на обработку в RLI 13. RLI 13 оставляет вызов внутри станции и DMI 13 вырезает 5 цифр 83912. Остаются 5605хх. После этого естественно, никакие IDC не работают и станция обрабатывает вызов так же, как если бы вы с аппарата (с XLST 0) набрали 5605хх. То есть должен быть либо DN 5605хх, либо AC или Stereeng Code на эти номера. Судя по тому, что у вас есть SPN 5605, который обрабатывает эти цифры не нулевым DMI, такого DN у вас нет и этот номер надо преобразовывать.
Что делать? ARRN 2 надо расписать на несколько, создать для ARRN 25605 новый RLI, который был бы как 13, но DMI преобразовала бы номер к DNу.
Удачи!

У меня на станции есть DN 5605хх.
А в остальном вы совершенно правы.

Thinker пишет
Это вам не шахматы тут думать надо
Трудно не согласиться.

В общефилософском смысле можно только приветствовать, что у вас на станции есть номера 5605хх. :)

Ivan_A пишет
DMI 13 вырезает 5 цифр 83912. Остаются 5605хх. не-а... dmi 13 еще и инстает "0" и на выходе имеем 05605хх...
т.е. по идее, этот вызов должен опять влететь в АС, обработаться по SPN 5605, а там RLI 1, c DMI 1, которая ничего не меняет и вываливает вызов в станцию...
идея любопытная, но я, ежели честно, никогда не пробовал дважды провернуть один вызов, через одну АС...
будте проще! и вызовы к вам потянутся ;)
а на месте Нортелевских программеров, ввиду высокой гибкости (и как следствие - возможности налепить ошибок) двойное и более, попадание в АС - считал бы ошибкой маршрутизации...

ivanopulo пишет
двойное и более, попадание в АС - считал бы ошибкой маршрутизации...
AFAIR оно так и есть..

Ivan_A пишет
Что-то вы намудрили.
Давайте разберемся.

При входящем звонке с маршрута 47 на номер 839125605хх вы утверждаете (хоть и не показали этого), что срабатывает IDC таблица, которая приклеивает к номеру 0. Опять же вы не скзали об этом, но могу предположить, что 0 - это код доступа к АС-таблице. Дальше станция видит, что 8391 - это SPN, в котором есть ARRN 2, который отправляет вызов на обработку в RLI 13. RLI 13 оставляет вызов внутри станции и DMI 13 вырезает 5 цифр 83912. Остаются 5605хх. После этого естественно, никакие IDC не работают и станция обрабатывает вызов так же, как если бы вы с аппарата (с XLST 0) набрали 5605хх. То есть должен быть либо DN 5605хх, либо AC или Stereeng Code на эти номера. Судя по тому, что у вас есть SPN 5605, который обрабатывает эти цифры не нулевым DMI, такого DN у вас нет и этот номер надо преобразовывать.
Что делать? ARRN 2 надо расписать на несколько, создать для ARRN 25605 новый RLI, который был бы как 13, но DMI преобразовала бы номер к DNу.
Удачи!

Old Chap пишет
Так мы увидим RDB и лог D-канала ? или это самый большой секрет фирмы?

ROUT 47
DES NEC
TKTP TIE
NPID_TBL_NUM 0
ESN NO
RPA NO
CNVT NO
SAT NO
IDEF NET
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY NET
SBN YES
PNI 00000
NCNA NO
NCRD NO
CTYP UKWN
INAC NO
ISAR NO
CPFXS YES
DAPC NO
INTC NO
DSEL VOD
PTYP DTT
AUTO NO
DNIS NO
ICOG IAO
SRCH RRB
TRMB YES
STEP
ACOD 7147
TCPP NO
TARG
BILN NO
OABS
INST
IDC NO
DCNO 5 *
NDNO 5
DEXT 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


PAGE 002

NBL 4096
IENB 5
TFD 0
DTD NO
SCDT NO
2 DT NO
DRNG NO
CDR YES
INC YES
LAST YES
QREC YES
OAL YES
AIA YES
OAN YES
OPD YES
NDP EXC 0
CDRX NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
PANS YES
RACD 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
CBQ NO
AUTH NO
TTBL 0
PLEV 2
OPR NO
ALRM NO
ART 0
PECL NO
DCTI 0
TIDY 7147 47
SGRP 0
ANIE 0
CAC_CIS 3
AACR NO



ADAN DCH 47
CTYP MSDL
GRP 1
DNUM 4
PORT 1
DES NEC
USR PRI
DCHL 47
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY NET
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE NET
CNEG 1
RLS ID **
RCAP COLP
MBGA NO
OVLR NO
OVLS NO
T310 120
INC_T306 0
OUT_T306 0
T200 3
T203 10
N200 3
N201 260
K 7




TYPE LDN_DATA
CUST 00
OPT XLDN
DLDN NO
LDN0 6
LDN1
LDN2
LDN3
LDN4
LDN5
ICI 00 LD0
ICI 01
ICI 02
ICI 03
ICI 04
ICI 05
ICI 06
ICI 07
ICI 08
ICI 09

ivanopulo пишет
не-а... dmi 13 еще и инстает "0" и на выходе имеем 05605хх...
т.е. по идее, этот вызов должен опять влететь в АС, обработаться по SPN 5605, а там RLI 1, c DMI 1, которая ничего не меняет и вываливает вызов в станцию...
идея любопытная, но я, ежели честно, никогда не пробовал дважды провернуть один вызов, через одну АС...
будте проще! и вызовы к вам потянутся ;)
а на месте Нортелевских программеров, ввиду высокой гибкости (и как следствие - возможности налепить ошибок) двойное и более, попадание в АС - считал бы ошибкой маршрутизации...

Эта мера была вынужденная (направление звонка дважда в нарс), но то что она работает меня то же удивила и порадовала.

Эта фишка позволяет существенно уменьшить сам нарс и избавится от ошибок.

Например тот же вызов на нумерацию 5606хх у меня на станции можно сделать по набору 5606хх, 8225606хх, 839125606хх. Т.е. абонент мой не заморачивается и набирает как привык. Это сервис блин.

Ещё были например косяки с маршрутизацией (сейчас постоянно то одну то другую нумерацию приходится перекидывать с одного потока на другой) например нумерацию 839114ххххх перекинул на нужный поток а 8214ххххх забыл. Значит кто звонит внутри зоны по старому 8 значному набору пойдёт не туда.
А теперь у меня как устроено набирают 82ххххххх попадают снова в нарс на SPN 8391хххххх. А вот уже 8391хххххх я расписываю кто куда идёт на какой маршрут в Одном месте то бишь.

Очень удобно.

Так что при местном вызове звонок через нарс может пройти 3 раза при наборе 8225606хх идёт на 839125606хх а дальше идёт на 5606хх и только потом идёт в город.

Thinker пишет
ROUT 47
DES NEC
TKTP TIE
...
...

ADAN DCH 47
CTYP MSDL
GRP 1
DNUM 4
PORT 1
...
...
K 7

Это конфиг D-канала, вы его уже выкладывали. Покажите же наконец лог обмена сообщениями в этом д-канале. При успешном и неудачном входящих звонках.

Old Chap пишет
Это конфиг D-канала, вы его уже выкладывали. Покажите же наконец лог обмена сообщениями в этом д-канале. При успешном и неудачном входящих звонках.


DCH 47 UIPE_IMSG CC_SETUP_IND REF 00000003 CH 0 TOD 12:29:48
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:3912529498 NUM PLAN: E164
CALLED #:083912560600 NUM PLAN: E164

DCH 47 UIPE_OMSG CC_PROCEED_REQ REF 00008003 CH 47 10 TOD 12:29:48

DCH 47 UIPE_OMSG CC_PROGRESS_REQ REF 00008003 CH 47 10 TOD 12:29:48
PROGRESS: CALL IS NOT END TO END ISDN

DCH 47 UIPE_OMSG CC_SETUP_RESP REF 00008003 CH 47 10 TOD 12:29:48
PROGRESS: INTERWORKING WITH PRIVATE WORK

DCH 47 UIPE_IMSG CC_SETUPCOMP_IND REF 00000003 CH 47 10 TOD 12:29:48

DCH 47 UIPE_IMSG CC_DISC_IND REF 00000003 CH 47 10 TOD 12:29:56
CAUSE: #16 - NORMAL CALL CLEARING

DCH 47 UIPE_OMSG CC_RELEASE_REQ REF 00008003 CH 47 10 TOD 12:29:56

DCH 47 UIPE_IMSG CC_RELEASE_CONF REF 00000003 CH 47 10 TOD 12:29:56


А тут разговор короткий

DCH 47 UIPE_IMSG CC_SETUP_IND REF 00000003 CH 0 TOD 12:31:52
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:3912529498 NUM PLAN: E164
CALLED #:083912560545 NUM PLAN: E164

DCH 47 UIPE_OMSG CC_REJECT_REQ REF 00008003 CH 47 14 TOD 12:31:52
CAUSE: #1 - UNASSIGNED NUMBER

По идее, тебе надо сделать так, чтобы звонок на 83912560545 не уходил в D-канал, а оставался внутри станции. Через CDP (LSC, TSC). И тарифицироваться он будет как локальный.

1) LD 49
chg
idc
DCNO 5
INCD 0839125
0839125 5

2) LD 16
chg
rdb
ROUT 47
...
IDC YES

Thinker пишет
Эта мера была вынужденная (направление звонка дважда в нарс), но то что она работает меня то же удивила и порадовала.

Эта фишка позволяет существенно уменьшить сам нарс и избавится от ошибок.

Например тот же вызов на нумерацию 5606хх у меня на станции можно сделать по набору 5606хх, 8225606хх, 839125606хх. Т.е. абонент мой не заморачивается и набирает как привык. Это сервис блин.

Ещё были например косяки с маршрутизацией (сейчас постоянно то одну то другую нумерацию приходится перекидывать с одного потока на другой) например нумерацию 839114ххххх перекинул на нужный поток а 8214ххххх забыл. Значит кто звонит внутри зоны по старому 8 значному набору пойдёт не туда.
А теперь у меня как устроено набирают 82ххххххх попадают снова в нарс на SPN 8391хххххх. А вот уже 8391хххххх я расписываю кто куда идёт на какой маршрут в Одном месте то бишь.

Очень удобно.

Так что при местном вызове звонок через нарс может пройти 3 раза при наборе 8225606хх идёт на 839125606хх а дальше идёт на 5606хх и только потом идёт в город. как это нынче в инете принято?
"я пацталом..." и "ах...еть! дайте две!"

Old Chap пишет
1) LD 49
chg
idc
DCNO 5
INCD 0839125
0839125 5

2) LD 16
chg
rdb
ROUT 47
...
IDC YES
Воистину ты мудр старец.
А что мне делать с нумерацией

0839124
0839123
0839122
0839121
0839126
0839127
0839128
0839129

Конечно можно прописать 083912 0
но тогда что делать

с
083911
083913
083914
083915
083916
083917
083918
083919

а потом соответственно

0831
0832
0833
0834
0835
0836
0837
0838
0840
0841
и т.д.

Я точно не знаю но помоему IDC такое не потянет.
И глупо это как-то.

Thinker пишет
А что мне делать с нумерацией
0839124
0839123
0839122
0839121
0839126
0839127
0839128
0839129

Был задан вопрос Так вот вопрос заключается в следующем почему вызовы на номера 839125606хх приходят а на номера 839125605хх нет.
Как сделать что бы дозвон до абонентов 839125605хх состаивался.

Выше приведён ответ на этот вопрос.
Чтобы разрулить весь ваш остальной всемирный трафик нужна подробно знать схему вашей нумерации и ваших внешних связей. Могу приехать и решить проблему на месте, но не за пиво, разумеется.

Конечно можно прописать 083912 0
но тогда что делать с
...
а потом соответственно
...
и т.д.
Я точно не знаю но помоему IDC такое не потянет.
IDC потянет и не такое. Кроме того, если сейчас, без IDC, эти номера "работают", то будут продолжать работать, если вкючить IDC, но не прописывать конверсию для
этих наборов.

И глупо это как-то.
Глупо спорить, не разобравшись для чего придумана IDC и как она работает.

2 Thinker :

Попробуй в SPN 5605 прописать LDID 0, 1, 2 ... 9 c DMI 1.

ого!
какие люди почтили нас своим вниманием :)

2 ivanopulo :

Да уж... "Давно не брал я в руки шашек"... )))