Поставили на вид следующий трабл. Есть офисный УПАТС включенный по EURO ISDN в город. Есть телефон который при входящем звонке с рута 1 по неответу должен уйти на мобильный через этот же рут. Если из города приходит звонок без номера А то и на сотовый он уходит с пустым номером А. Вопрос можно как нить подстваить номер А?
Конфигурация М1 в прилагаемом файле



11-70940-EFD.TXT

Что значит с пустым номером А? Уходить то он может и уходит, только ГТС не пропустит чужой CLID и подставит твой пилотный.

На самом деле при всех входящих из города звонках, которые переводятся обратно на город должен подставляться местный номер меридиана. Иначе придется долго и у***** выискивать в файлах тарификации одновременные записи по входящим и исходящим звонкам. В противном случае не понятно кто буде платить за эти звонки. Да и городская АТС может их не пропускать, если приходящий А-номер не соответствует заданному для меридиана диапазону, или вообще отсутствует.

Для решения этой проблемы необходимо:
- тип транков в PRI переделать на DID (если они TIE).
- в ld 15 type net поставить параметр OCLI в значение YES.

Евгений
M1 11C 25.15

Книжка "International ISDN PRI", 553-2901-301, стр. 671, "Optional sending of last forwarding DN as CLID".

Цитата: "... incoming EuroISDN DID or CO calls coming from Public Network ... , are forwarded back...".

Каналы на CO Switch должны быть соответствующего соединению типа: DID или COT.

Сегодня вечером попробую переделать транки. О результатах сообщу

Переделал рут и транки на DID перестал работать IDC, соответственно проверить ничего не получилось. Вопроc почему перестал работать IDC ?

TYPE RDB
CUST 00
DMOD
ROUT 77
DES BCA
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
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 7177
TCPP NO
TARG 01
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
TFD 0
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR YES
INC YES
LAST YES
QREC NO
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
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
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
SGRP 0
ANIE 0
CAC_CIS 1
AACR NO

REQ:
DCH 15 UIPE_IMSG CC_SETUP_IND REF 00000B03 CH 1 21 TOD 18:09:42
PROGRESS: CALL IS NOT END TO END ISDN
CALLING #:NO DIGIT NUM PLAN: E164 TON: UNKNOWN
CALLED #:7776 NUM PLAN: E164 TON: LOCL

DCH 15 UIPE_OMSG CC_REJECT_REQ REF 00008B03 CH 1 21 TOD 18:09:42
CAUSE: #1 - UNASSIGNED NUMBER

DCH 15 UIPE_OMSG CC_DISC_REQ REF 000023C8 CH 1 26 TOD 18:09:48
CAUSE: #16 - NORMAL CALL CLEARING

DCH 15 UIPE_IMSG CC_RELEASE_IND REF 000023C8 CH 1 26 TOD 18:09:48

DCH 15 UIPE_OMSG CC_RELEASE_RESP REF 000023C8 CH 1 26 TOD 18:09:48

DCH 15 UIPE_IMSG CC_SETUP_IND REF 00000B83 CH 1 22 TOD 18:09:50
PROGRESS: CALL IS NOT END TO END ISDN
CALLING #:2678536 NUM PLAN: E164 TON: NATL
CALLED #:7772 NUM PLAN: E164 TON: LOCL

DCH 15 UIPE_OMSG CC_REJECT_REQ REF 00008B83 CH 1 22 TOD 18:09:50
CAUSE: #1 - UNASSIGNED NUMBER

DCH 15 UIPE_IMSG CC_SETUP_IND REF 00000C03 CH 1 23 TOD 18:09:50
PROGRESS: CALL IS NOT END TO END ISDN
CALLING #:2343368 NUM PLAN: E164 TON: NATL
CALLED #:7747 NUM PLAN: E164 TON: LOCL

DCH 15 UIPE_OMSG CC_REJECT_REQ REF 00008C03 CH 1 23 TOD 18:09:50
CAUSE: #1 - UNASSIGNED NUMBER

DCH 15 UIPE_OMSG CC_DISC_REQ REF 000023C6 CH 1 28 TOD 18:10:02
CAUSE: #16 - NORMAL CALL CLEARING

DCH 15 UIPE_IMSG CC_RELEASE_IND REF 000023C6 CH 1 28 TOD 18:10:02

DCH 15 UIPE_OMSG CC_RELEASE_RESP REF 000023C6 CH 1 28 TOD 18:10:02

>LD 49
REQ PRT
TYPE IDC

DCNO 1
SDID NO
IDGT CDGT
7 7 2 2
8 8 2 2

Попробуй вариант Full Digit Conversion, типа
7747 2247
Удачи

Пробовал не помогло.

В Д-канале 15 поставь OVLR YES.

Спасибо за идею! Договорюсь с городом насчет overlapa и попробую еще раз.

Не надо с городом договариваться!
Идея совершенно в другом...

При разрешении входящего оверлапа работают наборы и блоком тоже, естественно (RTFM!).
А вот механизм анализа присланых цифр несколько иной...
Дело в том, что в данной конфигурации (EURO DID, OVLR no) Меридиан воспринимает из полученного набора столько цифр, сколько прописано в LDN0, причем - справа.
Зачастую - это удобно. Например - у тебя 4-хзначка 45хх, а город присылает семь знаков: 12345хх. Если прописать LDN 4-хзначным, то обрабатывать из 12345хх станция будет только 45хх, что и требуется. На EURO TIE или при OVLR YES эта фича не работает. А в твоем случае, при переходе на DID, она могла задействоваться.