Здравствуйте, такая ситуация мы меняем оператора городской телефонной сети в наличии имеем Watson 5 однолинейный, две платы PRI одна из нах отключена. С предедущем оператором проблем нет, с новым звонки к нам через поток проходят от нас нет.
Настройки потока:

LD 22
PT2000



TYPE ADAN DCH

ADAN DCH 14
CTYP MSDL
CARD 02
PORT 1
DES GTS
USR PRI
DCHL 2
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 NO
T310 120
INC_T306 8
OUT_T306 8
T200 3
T203 10
N200 3
N201 260
K 7
ADAN DCH 15
CTYP MSDL
CARD 01
PORT 1
DES PASSPORT
USR PRI
DCHL 1
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC ESGF
PINX_CUST 0
ISDN_MCNT 300
CLID OPT0
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID **
QCHID YES



PAGE 001

RCAP COLP
MBGA NO
OVLR NO
OVLS NO
T310 120
T200 3
T203 10
N200 3
N201 260
K 7

Состояние D-канала:

>LD 96
DCH000
.STAT DCH
DCH 014 : OPER EST ACTV AUTO DES : GTS
DCH 015 : DSBL RST AUTO DES : PASSPORT
.****
OVL000
>*
OVL000
>LD 60
SL-1 --- SYS-12/AXE-10 SWE/NUMERIS/SWISS/TCNZ
/EUROISDN/SING/THAI/MSIA/INDO/CHNA
/INDI/PHLP
CHANNEL TIMESLOT MAPPING

DTI000
.
SL-1 NETWORK TIMESLOT
B-CHANNEL 1 -15 1 -15 1 -15
16-30 17-31 17-31
D-CHANNEL 31 16 16


DTI000
.CTAT
.
DTI002
2STAT*
.

DTI000
.STAT 2

PRI2 LOOP 2 - ENBL
REF CLK: ENBL
TRACKING
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - IDLE DID VOD * CH 02 - IDLE DID VOD *
CH 03 - IDLE DID VOD * CH 04 - IDLE DID VOD *
CH 05 - IDLE DID VOD * CH 06 - IDLE DID VOD *
CH 07 - IDLE DID VOD * CH 08 - IDLE DID VOD *
CH 09 - IDLE DID VOD * CH 10 - IDLE DID VOD *
CH 11 - IDLE DID VOD * CH 12 - IDLE DID VOD *
CH 13 - IDLE DID VOD * CH 14 - IDLE DID VOD *
CH 15 - IDLE DID VOD * CH 16 - IDLE DID VOD *
CH 17 - IDLE DID VOD * CH 18 - IDLE DID VOD *
CH 19 - IDLE DID VOD * CH 20 - IDLE DID VOD *
CH 21 - IDLE DID VOD * CH 22 - IDLE DID VOD *
CH 23 - IDLE DID VOD * CH 24 - IDLE DID VOD *
CH 25 - IDLE DID VOD * CH 26 - IDLE DID VOD *
CH 27 - IDLE DID VOD * CH 28 - IDLE DID VOD *
CH 29 - BUSY DID VOD * CH 30 - BUSY DID VOD *
CH 31 - DCH 14
.

Логи D-канала...

Вот логи на вход и выход по потоку. Я так понял что Меридиан отправляет в поток непонятные ему(потоку) номера?

ENL MSGO 14

.ENLMS
DCH018


.
DCH 14 UIPE_OMSG CC_DISC_REQ REF 00003DBF CH 2 30 TOD 13:28:52 CK E816C214
CAUSE: #16 - NORMAL CALL CLEARING

DCH 14 UIPE_OMSG CC_RELEASE_RESP REF 00003DBF CH 2 30 TOD 13:28:52 CK E816C321

DCH 14 UIPE_OMSG CC_SETUP_REQ REF 00003DC6 CH 2 30 TOD 13:28:52 CK E816C572
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:692469833 NUM PLAN: E164 TON: NATL
CALLED #:0074957486505 NUM PLAN: E164 TON: LOCL

DCH000
.ENL MSGI 14
.
DCH 14 UIPE_OMSG CC_DISC_REQ REF 00003DC6 CH 2 30 TOD 13:29:20 CK E817A73D
CAUSE: #16 - NORMAL CALL CLEARING

DCH 14 UIPE_IMSG CC_RELEASE_IND REF 00003DC6 CH 2 30 TOD 13:29:20 CK E817A843

DCH 14 UIPE_OMSG CC_RELEASE_RESP REF 00003DC6 CH 2 30 TOD 13:29:20 CK E817A84C

DCH 14 UIPE_OMSG CC_DISC_REQ REF 00003DC5 CH 2 29 TOD 13:29:56 CK E818B7D3
CAUSE: #16 - NORMAL CALL CLEARING

DCH 14 UIPE_IMSG CC_DISC_IND REF 00003DC5 CH 2 29 TOD 13:29:56 CK E818B871
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 14 UIPE_OMSG CC_RELEASE_REQ REF 00003DC5 CH 2 29 TOD 13:29:56 CK E818B879

DCH 14 UIPE_IMSG CC_RELEASE_IND REF 00003DC5 CH 2 29 TOD 13:29:56 CK E818B87F

DCH 14 UIPE_OMSG CC_RELEASE_RESP REF 00003DC5 CH 2 29 TOD 13:29:56 CK E818B888

DCH 14 UIPE_IMSG CC_SETUP_IND REF 00006684 CH 2 29 TOD 13:29:56 CK E818BD87
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:0692537138 NUM PLAN: UNKNOWN TON: UNKNOWN
CALLED #:530730 NUM PLAN: E164 TON: LOCL

DCH 14 UIPE_OMSG CC_PROCEED_REQ REF 0000E684 CH 2 29 TOD 13:29:56 CK E818BDB5

DCH 14 UIPE_OMSG CC_ALERT_REQ REF 0000E684 CH 2 29 TOD 13:29:56 CK E818BDBC
PROGRESS: TERMINATING END IS NOT ISDN

TIM001 13:30 12/11/2014 CPU 0

DCH 14 UIPE_IMSG CC_DISC_IND REF 00006684 CH 2 29 TOD 13:30:04 CK E8190187
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: ORIGINATING END IS NOT ISDN

DCH 14 UIPE_OMSG CC_RELEASE_REQ REF 0000E684 CH 2 29 TOD 13:30:04 CK E819018F

DCH 14 UIPE_IMSG CC_RELEASE_CONF REF 00006684 CH 2 29 TOD 13:30:04 CK E8190229

DCH 14 UIPE_OMSG CC_SETUP_REQ REF 00003DC7 CH 2 30 TOD 13:30:20 CK E8196FE2
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:692530730 NUM PLAN: E164 TON: NATL
CALLED #:537138 NUM PLAN: E164 TON: NATL

DCH 14 UIPE_IMSG CC_PROCEED_IND REF 00003DC7 CH 2 30 TOD 13:30:20 CK E819709B

DCH 14 UIPE_IMSG CC_DISC_IND REF 00003DC7 CH 2 30 TOD 13:30:20 CK E8197172
CAUSE: #28 - INVALID NUMBER FORMAT
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 14 UIPE_OMSG CC_RELEASE_REQ REF 00003DC7 CH 2 30 TOD 13:30:26 CK E819A2D6
CAUSE: #16 - NORMAL CALL CLEARING

DCH 14 UIPE_IMSG CC_RELEASE_CONF REF 00003DC7 CH 2 30 TOD 13:30:26 CK E819A39A

DCH 14 UIPE_OMSG CC_SETUP_REQ REF 00003DC8 CH 2 30 TOD 13:32:08 CK E81CC06A
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:692530730 NUM PLAN: E164 TON: NATL
CALLED #:176 NUM PLAN: E164 TON: NATL

DCH 14 UIPE_IMSG CC_PROCEED_IND REF 00003DC8 CH 2 30 TOD 13:32:08 CK E81CC12C

DCH 14 UIPE_IMSG CC_DISC_IND REF 00003DC8 CH 2 30 TOD 13:32:08 CK E81CC218
CAUSE: #1 - UNASSIGNED NUMBER
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
PROGRESS: TERMINATING END IS NOT ISDN

DCH 14 UIPE_OMSG CC_RELEASE_REQ REF 00003DC8 CH 2 30 TOD 13:32:16 CK E81CFE60
CAUSE: #16 - NORMAL CALL CLEARING

DCH 14 UIPE_IMSG CC_RELEASE_CONF REF 00003DC8 CH 2 30 TOD 13:32:16 CK E81CFF12

DCH 14 UIPE_OMSG CC_SETUP_REQ REF 00003DC9 CH 2 30 TOD 13:32:24 CK E81D4080
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:692454081 NUM PLAN: E164 TON: NATL
CALLED #:454127 NUM PLAN: E164 TON: NATL

DCH 14 UIPE_IMSG CC_PROCEED_IND REF 00003DC9 CH 2 30 TOD 13:32:24 CK E81D413C

DCH 14 UIPE_IMSG CC_DISC_IND REF 00003DC9 CH 2 30 TOD 13:32:24 CK E81D4204
CAUSE: #28 - INVALID NUMBER FORMAT
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

CAUSE: #28 - INVALID NUMBER FORMAT

Это причина одбоя станции. Что это я пока не знаю....
Как я понимаю Меридиан отдаёт в поток короткий номер.

Правильно сформировать номер А и номер Б.
Прочитать договор или спросить у провайдера какими они должны быть.

Встречная сторона сообщает...

CAUSE: #28 - INVALID NUMBER FORMAT

CAUSE: #1 - UNASSIGNED NUMBER

Счастье близко.

У нас городской номер шестизначный провайдер просит подать прифекс 692 перед номером А. Теперь вопрос как посмотреть что стоит сейчас( чтобы вернуть обратно) и как это изменить пока читаю LD18...

ld 21
req prt
type clid - чтобы посмотреть
ld 15
chg
type net
clid yes - чтобы изменить

Спосибо конечно, но CLID я уже давно выставил.В поток идет номер такой кам им надо.Даже есть дозвон на мобальник а не городской не хочет, выставляет ошибку 28. От меня провайдер хочет вместо NATIONAL поставить LOCAL или что то вроде. Вот читаю макулатуру. Если найду отпишусь конечно, но голова уже кипит...

44. Как формируется тип номера Б ?

Q: Как настраивается тип номера Б (called # call type) при звонке по PRI ?

A: Тип номера Б назначается Меридианом при маршрутизации исходящего звонка. Если выход на маршрут осуществляется по ACOD'у, то тип номера Б определяется промтом CTYP в маршруте. Если выход на маршрут осуществляется через CDP или UDP, то тип номера Б определяется промтом CTYP в DMI'ях соответствующих RLI'ев.
Необходимо отметить, что в случае прохождения транзитного звонка через CTYP=NCHG тип номера Б не меняется и остаётся тем же, что был получен на входящих в Меридиан каналах.


Может это поможет....

А вообще если бы вы точно описали что от вас требует оператор (типы абонентов А и В и кол-во цифр по входящей и исходящей связи) было-бы легче...

№ п.п. Пункт (город, край, республика) Код АВС Дата

1. Республика Крым и г. Севастополь 869, 365 С 00:00 01.11.2014

Не понимаю, откуда 692 префикс. Логичнее было бы предположить, что calling это 8692+(шестизначный номер), а called это 1) 8692+(шестизначный номер) для местных вызовов, 2) 8+десятизначный номер для вызовов по России и 3) 810+(номер неопределенной длины) для международных... Хотя, конечно, нюансы от оператора зависят.
Оператора-то меняете с украинского на российского? Префикс 00 при вызове на московский номер на это как бэ намекает...

Да у нас сейчас с нумерацией бардак. Итак что хочет провайде, вот Лог звонка который нормально уходит в поток:

DCH 14 UIPE_OMSG CC_SETUP_REQ REF 00003E53 CH 2 30 TOD 9:01:52 CK F07A95E4
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:0692530730 NUM PLAN: E164 TON: NATL
CALLED #:0079788131048 NUM PLAN: E164 TON: LOCL

А на это станция сразу даёт отбой:

DCH 14 UIPE_OMSG CC_SETUP_REQ REF 00003E51 CH 2 30 TOD 9:01:06 CK F07931AC
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:0692530730 NUM PLAN: E164 TON: NATL
CALLED #:537138 NUM PLAN: E164 TON: NATL

Разница в том что Меридиан даёт на исходящий TON: NATL связи нет,TON: LOCL всё нормально, при различных параметрах CLID.
Вопрос как поменять NATL на LOCL при посылке номера в поток?

Вопрос как поменять NATL на LOCL при посылке номера в поток?
В DMI, через которую этот набор формируется - LD86/DGT. Иногда в соответствующем SPN (если маршрутизация SPN`ами) - LD90/NET/AC_/SPN.

Вопрос как поменять NATL на LOCL при посылке номера в поток?

Немного выше была приведена выдержка из FAQa - меняйте в ld 86 type dgt соответствующего RLI при условии что маршрутизация через CDP .

Итак всё получилось:

ld 86
REQ prt
CUST 0
FEAT dgt
DMI 8
DEL 0
CTYP NPA ==> МЕНЯЕМ НА NXX

Всем спасибо за помощь!